Smartare administration i Quality Center HUGS 3 april 2008 Jan Czajkowski

Agenda •Administratörsroller i Quality Center •Optimera administratörsarbetet •Hantera workflowanpassningar smart

Administration i QC •Två administratörsroller, två applikationer: •Site Administrator -> Site Administration •Project Administrator -> Customize

Site Administrator = Project Administrator? Vad kan skälen vara till att centralisera rollen Project Admin? •Fåtal användare och projekt •Gott om centrala resurser •Liten kunskap i organisationen •Effektivare anpassningar – färre fel •Behov av gemensamma processer och arbetssätt

Nackdelar med centralisering •Kan bli tungrott och långsamt •Större krav på formalisering av beställning av anpassningar •Centrala administratörer får lägga mycket tid på rutinuppgifter •Stort personberoende?

Hur hitta en medelväg? Vad kan decentraliseras och vad bör göras centralt? •Användaradministration? •Användargrupper? •Fält och listor? • regler, notifiering, kravtyper, risk? •Workflow?

Ny administratörsgrupp? •TDAdmin får göra allt – kanske behövs en ProjectAdmin? •Lite omständigare att skapa nya projekt om du inte kan skapa projektadministratörer från Site Administration

1 projekt = 1 applikation? •Varje QC-projekt har sin egen uppsättning av fält, listor, grupper, workflowkod etc •I själva verket kan varje projekt ses som en egen applikation •Om du har 200 projekt så har du 200 separata applikationer att underhålla •Än så länge har QC inget stöd för att dela kod och anpassningar mellan projekt

Många projekt – mycket jobb vid små förändringar? •Lägga till ett nytt fält i samtliga projekt •Byta namn på ett status •Ändra på en användargrupps behörighet •Lägga till ny funktionalitet Har man hundratals projekt kan det ta dagar… Hur kul är det?

Vad kan man göra? •Använd ett mallprojekt! •… men mallen kommer att förändras… •Använd script för att administrera •Kräver kunskap om OTA API •Använd programmerare, gå på kurs, ta in konsulthjälp

Workflow – den stora huvudvärken? •QC behöver anpassas efter era processer •Lägg till – eller blockera - funktionalitet •Gör livet lättare för användarna •Workflow + OTA API ger full kontroll!

Vad kan man göra med workflow? •Defaultvärden •Göm eller gråa ut menyval, knappar, fält •Ändra på standardfunktionalitet •Göra fält dynamiskt obligatoriska •Skicka •Anpassa säkerheten •Skapa egna rapporter •Egen loggningsfunktionalitet

En enda projektdatabas? •Det innebär betydligt mindre administration •Lätt att implementera företagsprocesser, lätt att skapa rapporter •Kan vara den bästa lösningen i en liten installation, eller där man har få och nära integrerade projekt/produkter

Problem med enprojektsmodellen •Prestanda •Alla ägg i en korg - vad händer vid restore? •Låg flexibilitet – få anpassningar •Vad händer vid uppgraderingar?

Arbeta på tvären •Projekten kan dela workflowkod redan idag! •Det blir enkelt att uppdatera företagets processer •Stor flexibilitet •Mer arbete initialt leder till mindre underhåll på sikt

Workflow wrappers Inkluderande kod Inkluderad kod

Är det värt besväret?  Varje förändring kan delas av alla projekt omedelbart  Buggar rättas på ett enda ställe  Dyra ändringar kan löna sig om många kan använda dem  Administrationen kan minimeras

•Validate - 65 konsulter i Stockholm, Göteborg, Lund, Helsingfors och Oslo •Specialiserade på test och testverktyg •Vinnare av HP Software Channel Alliance Award 2007 för Sverige •Vi kan hjälpa er! •Vi har en kurs i Quality Center Scripting

Frågor?