Projekt- och kvalitetsstyrning på Frontec

Transkript

1 Projekt- och kvalitetsstyrning på Frontec Detta dokument beskriver hur Frontec bedriver utvecklingsprojekt med kvalitetssäkring FSAB_LS020_Projekt och kvalitetsstyrning A.doc Sida 1(6)

2 Frontec kan projekt Helhetssyn Frontec har en väl genomarbetad helhetssyn på projekt. Vår långa erfarenhet har systematiserats till en metodik för hela processen, från idé till förvaltning av den färdiga produkten. Därför kan vi erbjuda ett projekt att lita på. Start Idé Förstudie Utredning Kick-off Genomförande Genomförande Projektavslut Förvaltning Vidareutveckling / Support TG0 Flygning TG1 TG2 TG3 TG4 TG5 En Flygande Projektstart Riskanalys Projektstyrning - PROPS Utvecklingsmodell Granskning Revision Kvalitetssäkring Test Projekt Förvaltningsplan Projektorganisation För varje projekt skapas en projektorganisation med väl definierade roller inom styrande, verkställande och genomförande funktioner. Den styrande funktionen består av en styrgrupp som leds av en sponsor. Styrgruppens huvudsakliga uppgift är att fatta de beslut som projektledaren behöver för att driva projektarbetet framåt. Sponsorn har det affärsmässiga ansvaret för projektet och kontakten med kundens affärsansvarige. Kund Styrande - Styrgrupp, Sponsor Verkställande - Projektledare Resursägare Linjechefer Genomförande - Projektmedlemmar I anslutning till projektorganisationen finns Frontecs linjechefer, i rollen som resursägare. Linjecheferna förser projekten med resurser i form av kompetens och verktyg. Som komplement till projektmedlemmarna tillförs även kunskap från andra teknikoch metodspecialister. I alla projekt finns en kvalitetsansvarig med uppgift att planera och driva kvalitetsarbetet. Krav på kunden För att projektet skall kunna genomföras på bästa sätt behövs ett aktivt deltagande av kunden. Kunden måste delta i projekt- och styrgruppsmöten samt vara tillgänglig vid centrala händelser i projektet, såsom formulering av mål och krav samt test. Kunden måste även tillsätta en projektledare för kundens del av det totala projektet. Flexibel tillämpning Projektmetodikens tillämpning anpassas alltid till det aktuella projektets särart. I mindre projekt kan till exempel projektorganisation, beslutsprocedurer och granskningar göras mindre omfattande.

3 Starten Startens betydelse för projektet I projektstarten finns den stora potentialen att kvalitetssäkra projektet innan stora investeringar har gjorts. Vid projektets början är det svårt att i detalj förutse hur projektet kommer att utvecklas. En infrastruktur byggs upp redan i starten för att hantera denna ovisshet. Inledningsvis görs en förstudie och en utredning, vilka kan kompletteras med våra TeamGames. Under förstudien behandlas VAD som skall göras, ur både tekniskt och kommersiellt perspektiv. Olika lösningar, med grova tidplaner och kostnadsindikationer, beaktas. Förstudien resulterar i en vald lösning och det avgörs om en utredning skall påbörjas. Syftet med utredningen är att bestämma HUR projektet skall genomföras. Detaljerade projektplaner med mål, kvalitetsaspekter och strategier utarbetas. Möjliga teknikalternativ utvärderas och provas. I en riskanalys identifieras riskerna och en handlingsplan tas fram för att hantera de risker och osäkerhetsfaktorer som kan hota projektets leveranstid, kvalitet och budget. I början på utredningsfasen genomförs ett uppstartsmöte med projektets nyckelpersoner. Syftet är att behandla centrala frågeställningar och att säkerställa att projektet redan från början kommer in på rätt spår. TeamGame Ett TeamGame är ett tidsstyrt och tydligt specificerat format för en aktivitet som samlar kundens viktigaste personer och projektdeltagare. Det syftar till att koncentrera kompetens i tid och rum, för att lösa en gemensam uppgift och används för "specialsträckor" i projektet där teamarbete är av avgörande betydelse. TeamGames som till exempel Flygning och En Flygande Projektstart kan med fördel användas för en effektiv start. En Flygning är en intensiv övning under tre dagar som syftar till att komma fram till vad som skall göras, och varför. Först utformas en gemensam bild av det befintliga läget. Därefter skapas en övergripande bild av vart man vill nå. Första dagen avslutas med bestämma vilka viktiga delar i framtidsbilden man vill fokusera på. Andra dagen analyseras de frågor man valt att fokusera på, till exempel konsekvenserna av en viss teknisk lösning. Påverkan på företaget och marknad diskuteras. Nytta, vinster och kostnader för olika alternativ visualiseras. Visualiseringar kan vara till exempel bildspel, rollspel eller en prototyp. Sista dagen ägnas åt en visuell presentation, som först gås igenom av deltagarna och sedan presenteras för ledningen. Flygning kan vara en del av, eller ett komplement till, en förstudie. I En Flygande Projektstart visualiseras hur projektet skall genomföras. Den viktigaste faktorn för ett lyckat projekt är att man strävar mot samma mål och har förståelse för de problem och förutsättningar som utgör grunden i projektet. För att förbättra förutsättningarna för att ett projekt skall bli framgångsrikt skapas därför en gemensam och tydlig målbild hos projektets alla intressenter. Hot spots, det vill säga kritiska punkter i projektet, identifieras och olika handlingsalternativ beaktas för att eliminera riskfaktorer och reducera osäkerhet inför projektstart. Hotspot-analysen förbättrar också beredskapen för att hantera problem och förmågan att fatta rätt beslut under genomförandet av projektet. En Flygande Projektstart kan vara en del av, eller ett komplement till, en utredning. Frontec rekommenderar en Flygande Projektstart innan ett genomförande av ett projekt startas. Se bilaga 4 för ytterligare beskrivning. Både Flygning och En Flygande Projektstart bygger på engagemang från de mest kompetenta i frågeställningen och en förankring hos de som beslutar. Med en god projektstart skapas förutsättningar för att genomföra ett projekt i enlighet med de mål som är överenskomna för kalendertid, kostnad och kvalitet.

4 Genomförandet Metoder och modeller för projekt Att projektarbetet sker enligt en metod är mycket viktigt. Metoden eller metoderna måste täcka in hela projektprocessen. Ett projektgenomförande innefattar områdena projektstyrning, utvecklingsmodell och kvalitetssäkring: Projektstyrning Utvecklingsmetod Utvecklingsmodell Kvalitetssäkring PROPS RUP, VAC... BLQ, BQS För högsta kvalitet i genomförande och resultat används en projektmodell, som beskriver hur projektarbetet skall styras. Projektstyrningen knyts också till en utvecklingsmodell som beskriver vilket arbete som behöver utföras för att uppnå målen. Att använda samma projekt- och utvecklingsmodeller i alla projekt gynnar överföringen av erfarenheter mellan projekten. Projektstyrning med PROPS Projektstyrning Utvecklingsmodell Kvalitetssäkring Frontec använder projektmodellen PROPS, utvecklad av Ericsson. PROPS är en etablerad generell projektmodell, som anpassats till vårt arbetssätt. Att arbeta med PROPS ökar kundens förståelse för projektet, och därmed också möjligheten att följa utveckling och framsteg. Se vidare bilaga 1 för en kort beskrivning av PROPS. Utvecklingsmodell Typen av projekt bestämmer valet av utvecklingsmodell. Vanligen används för systemutvecklingsprojekt modellen RUP från Rational Software Corporation. Projektstyrning Utvecklingsmodell Kvalitetssäkring RUP är baserad på iterativ utveckling. Varje iteration innehåller projektets alla arbetsflöden som analys, utveckling och test. Därmed ökar kunskapen om projektet i varje iteration. Detta innebär att om det finns problem, med till exempel ny teknik, så kan man tidigt i projektet upptäcka och åtgärda det. Se vidare bilaga 2 för en kort beskrivning av RUP.

5 Etablerade modeller Frontec har valt att arbeta med på marknaden väletablerade modeller. Såväl PROPS som RUP är ledande modeller inom sina respektive område. Modellerna är väl beprövade och utvecklas kontinuerligt efter marknadens krav. Givetvis kan Frontec även använda andra modeller om kunden har sådana krav. Vikten av att anpassa modeller Att använda modeller är en god grund för ett bra genomförande, men användningen av modeller måste kombineras med erfarenhet och sunt förnuft. En lämplig ambitionsnivå måste sättas utifrån det aktuella projektets mål. Frontec har stor erfarenhet från genomförda projekt och har ett medvetet tillvägagångssätt att sätta rätt ambitionsnivå för projektet. Vi anpassar modeller och koncept till en nivå som passar det aktuella projektet. Kvalitetssäkring i praktiken Kvalitet innebär att leverera rätt produkt i rätt tid, till rätt kostnad. Projektstyrning Utvecklingsmodell Kvalitetssäkring Kvalitetssäkrande aktiviteter är exempelvis uppstartsmöte med nyckelpersoner, uppföljning av riskanalys, kick-off, granskningar, revisioner, tester och ändringshantering. Planeringen av kvalitetssäkrande aktiviteter genomförs tidigt i projektet och dokumenteras i projektspecifikationen eller i en separat kvalitetsplan. I början av projektets genomförandefas anordnas ofta en kick-off, där innehållet i projektspecifikationen förankras i projektgruppen. Vid kick-offen genomförs gärna någon aktivitet under informella former. Att de som är berörda av projektet lär känna varandra gynnar kontakter och engagemang under resten av projektet. En granskning är en formell utvärdering för att verifiera att resultatet vid en specifik tidpunkt överensstämmer med planerna. Granskningar planeras och genomförs alltid i projekten. Vid större projekt görs dessutom revisioner för en objektiv bedömning av projektets status. Revisioner initieras, vid behov, av projektets styrgrupp. I projekten görs också tester, för att verifiera resultatet mot kraven. Ändringshantering inkluderar både versionshantering och strukturering av ändrade krav under projektets gång. Egen portal Kompassen Som stöd i projektarbetet och kvalitetssäkringen har Frontec ett eget kvalitetssystem. Detta är samlat i en intranätapplikation, Kompassen, som varje Fronteckonsult har tillgång till i sitt dagliga arbete. Kompassen förenar teoretiska modeller som PROPS och RUP med mycket konkret material som Frontecs egna mallar, checklistor, rutiner, exempel och praktiska erfarenheter..

6 Förvaltningen Förvaltningen beaktas från projektets start System som används måste förvaltas. Önskemål om förändringar och behov av ny funktionalitet uppstår och frågor uppdagas; Hur kan vi använda systemet för att åstadkomma det vi önskar? Att ett system är väl strukturerat och dokumenterat är avgörande för en smidig förvaltning. Förvaltningen måste därför beaktas redan vid starten av projektet. Frontecs helhetssyn på projekt innefattar även förvaltning. Genom ett väl genomtänkt och dokumenterat arbetssätt samt ett väl strukturerat och dokumenterat system skapas möjligheter till utbytbarhet av förvaltande personal något som är mycket viktigt för att inte skapa starka beroenden till enskilda personer. Frontec har ett förvaltningskoncept omfattande: Support fråga-svar i form av användarsupport eller teknikersupport Förvaltning felanmälan-rättning Vidareutveckling införande av ny funktionalitet Även andra tjänster, som t.ex. förebyggande service eller mätning av prestanda, kan ingå i ett förvaltningsavtal. Servicetider överenskommes mellan kund och Frontec. Uppdraget bestämmer upplägget Förvaltningskoncept Förvaltningsmodell Förvaltningsupplägget anpassas efter behov och önskemål. För varje uppdrag görs en förvaltningsplan som, likt en projektplan, beskriver hur förvaltningen skall bedrivas. Förvaltningsplanen innehåller bland annat förvaltningsorganisation samt test- och leveransstrategier. Förvaltningen drivs iterativt i små projekt, ett projekt för varje leverans. Parallellt med projekten samlas ändringsförslag in. Dessa analyseras löpande och lösningsförslag med tidsuppskattningar tas fram. På beslutsmöten med kunden görs prioriteringar mellan åtgärderna. Ändringsförslag Beslutsmöten Projekt Förvaltning Projekt Vart och ett av projekten består av fyra faser; utredning, genomförande, leveransuppföljning och avslutning. I utredningsfasen planeras projektet avseende innehåll, budget och tidplan. I genomförandet görs implementation, test och leverans på samma sätt som i ett utvecklingsprojekt. Om fler önskemål på förbättringar uppstår vid leveransuppföljningen blir dessa indata till framtida projekt. Avslutningen innebär att erfarenheterna sammanställs, till nytta i kommande projekt.