Lyckade projekt - finns det? Maria Lindqvist Björkman Enea Business Software Enea Business Software 2002 Sida 1
Agenda Förväntningar kund & leverantör Statistik om projekt Framgångsfaktorer Exempel på lyckat projekt Rätta till projekt på fallrepet Slutsatser Enea Business Software 2002 Sida 2
Vad är ett lyckat projekt? Enea Business Software 2002 Sida 3
Förväntningar... Enea Business Software 2002 Sida 4
behov Enea Business Software 2002 Sida 5
Kunden & Leverantörens perspektiv Kostnadskontroll Nöjda användare Ökad effektivitet Flexibilitet Skalbarhet Affärsmässighet Kontrollerade krav Kundnytta Våga lova fast pris Nöjda medarbetare Enea Business Software 2002 Sida 6
Enea Business Software 2002 Sida 7
Misstag i systemutveckling resulterar i... Ökade kostnader Missade leveranstidpunkter Affärsnytta uppfylls ej Enea Business Software 2002 Sida 8
Många system vi levererar Är svåra att förändra och anpassa Är svåra att använda Blir en interimslösningar Måste kunden anpassa sin verksamhet till Fyller inte kundens behov Enea Business Software 2002 Sida 9
Typ 3 nedlagda projekt 31,1%: Projektet läggs ned någon gång under utvecklingscykeln. Type 3: Canceled 31,1% Typ 1 - lyckade projekt 16,2%: Projektet avslutas på tid och budget, med alla funktioner och finesser som ursprungligen specificerades. Type 1: Success 16,2% Typ 2 - project misslyckas 52,7 %: Projektet färdigställs och fungerar men har överskridit budget, leverera för sent samt innehåller färre funktioner än som ursprungligen specificerats. Type 2: Challenged 52,7% Standish Group CHAOS-report, 1995 Enea Business Software 2002 Sida 10
Kraven!!!! 30 % av utvecklingskostnad beror på ändringar i kraven under systemkonstruktion Yourdon: dödsmarschprojekt Antalet funktioner, 50 % fler än jämförbara lyckade projekt Enea Business Software 2002 Sida 11
Problem Dålig förståelse för användarnas krav Dålig ordning på tillägg och ändringar Sen upptäckt av dålig arkitektur Dålig projektkoordination Enea Business Software 2002 Sida 12
Fler problem Dålig kvalitet på tredjepartsprodukter Delsystem som är svåra att integrera Instabil byggprocess Dålig prestanda Enea Business Software 2002 Sida 13
Vanlig situation i projekt Kunder ställer orimliga krav Ledningen vill sälja in fler projekt Utvecklare går i väggen för att klara målen Enea Business Software 2002 Sida 14
Grundorsaker Brådska Apati Stolthet Brist på ansvar Trångsynthet Lättja Girighet Okunnighet Enea Business Software 2002 Sida 15
Finns det framgångsfaktorer? Göra mjukvaruutveckling förutsägbar, repeterbar och mätbar! Enea Business Software 2002 Sida 16
Människor Utvecklingsprocessen Riskreducering Teknologi Enea Business Software 2002 Sida 17
Behöver en utvecklingsprocess Definiera stegen som leder till leverabler Ange roll som ansvarar för respektive leverabel Stöd för att planera & styra projektet Kan mäta framgång Minska röra, kaos och dålig struktur Reducera risk Enea Business Software 2002 Sida 18
Best practices enligt RUP 1. Utveckla iterativt! 2. Kunna hantera kraven 3. Modellera visuellt 4. Använd komponentbaserad arkitektur 5. Verifiera kvaliteten - testa 6. Ha kontroll på ändringar Enea Business Software 2002 Sida 19
Framgångsfaktorer Användarengagemang Tidig modellering av användargränssnitt Tidig fokusering på arkitektur Komponentbaserad arkitektur Visuell modellering Väldefinierad utvecklingsprocess Enea Business Software 2002 Sida 20
Framgångsfaktorer forts. Små projektteam Iterativ utveckling Alla i teamet engagerade i alla moment Test med i projektet från första dagen Systematisk och kontinuerlig test Enea Business Software 2002 Sida 21
Viktiga faktorer Tydlig projektorganisation Granskning Tilläggs- och ändringshantering Upprepade riskanalyser Tidigt igång med CM Enea Business Software 2002 Sida 22
Måluppfyllelse Möjlighet Mål Behov Problem Egenskaper (hos lösning) Krav (på systemet) Projektplanering Design Test Enea Business Software 2002 Sida 23
Förstå kundens verksamhet Enea Business Software 2002 Sida 24
1: 2: 3: 4: 6: 5: Det system som vi bygger samverkar ofta med andra system! Enea Business Software 2002 Sida 25
Tydlig Kravbild! Enea Business Software 2002 Sida 26
Kommunikation! Enea Business Software 2002 Sida 27
Gemensam bild av systemet <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> Enea Business Software 2002 Sida 28
Glöm inte CM - Configuration Management Vi har många utvecklare utvecklingsteam geografiska platser iterationer releaser parallella projekt målplattformar Enea Business Software 2002 Sida 29
Ett lyckat projekt Enea Business Software 2002 Sida 30
Exempel lyckat projekt Handel med elterminer Stora kunder som säkrar sin förbrukning Kunder som spekulerar Realtidskrav Tunga accesser i befintliga bassystem Höga krav på time-to-market Enea Business Software 2002 Sida 31
Projektet Total kostnad 9,5 Mkr Byggtid 9 månader Ny teknik Nya verktyg På budget Levererat i tid Enea Business Software 2002 Sida 32
Hur bar vi oss åt? Etablerade bra kontaktnät i organisationen Många tidiga modelleringsseminarium Startade med liten projektgrupp Riskanalyser med noggrann uppföljning RUP med pragmatisk konfiguration Förankrat arbetssätt i teamet Fastslog skarp budget efter Elaboration Enea Business Software 2002 Sida 33
Hur bar vi oss åt? Forts. Användningsfallsmodellering Granskningsprocess Tidig HTML prototyp Tidig prototyp för att bekräfta arkitektur Mycket arbete på utvecklingsmiljön Mycket arbete på testmiljön Enea Business Software 2002 Sida 34
Projektets faser Förstudiefas Bearbetningsfas Konstruktionsfas 1 iteration, 5v 1 iteration, 7v 4 iterationer, 6v 4 personer 5 personer 8 personer Verksamhetsmodellering Kravfångst UC-modellering Kravanalys Analysmodell Design Prototyp Förfinad analys och design Kod Test Enea Business Software 2002 Sida 35
Paradoxal situation: Krav på att högre kvalitet ska utvecklas på kortare tid Det går inte styra så att projekten går i mål om man planerar allt innan man börjar Enea Business Software 2002 Sida 36
Slutsatser från projektet Iterativ utveckling av både mjukvara och planer Hela teamet och användarna måste engageras Arkitekturprototyp Strikt kvalitetstänkande Noggrann ärendehantering av ändringar och tillägg Enea Business Software 2002 Sida 37
Rätta till projekt på glid.. Enea Business Software 2002 Sida 38
Vad hände Fastnar i kravframtagande, inga leveranser Starka sidan tar över processen med snabba puckar Brådska, brist på ansvar Verksamhetssidan styr kravframtagning IT-sidan endast rådgivande Enea Business Software 2002 Sida 39
Problemen... Problem kan spåras till ledning: för teknikintresserad svårt att hantera personer ser inte teamets kapacitet anger inte tydliga mål kommunicerar inte effektivt motiverar inte beslut Projektet tar stryk vilket visar sig som: Ökad irritation i projektet Konsekventa förseningar i leveranser Människor som utnyttjar situationen Enea Business Software 2002 Sida 40
Lösningen... Skaffa hjälp! Förstärka roller och utvecklingsprocess Var tydlig med projektmålen Rationell beslutshantering Förståelse för utvecklingspersonal Ha även kortsiktiga mål - lätta att följa upp Rätt mötesformer Enea Business Software 2002 Sida 41
AntiPatterns En vanligt förekommande lösning till ett problem som resulterar i övervägande negativa konsekvenser AntiPatterns är en naturlig utvidgning av begreppet Patterns Enea Business Software 2002 Sida 42
Slutsatser Utvecklingsprocess Tydliga mål Tydlig kravbild Förstå verksamheten Kommunikation Ta hänsyn till teknologin Enea Business Software 2002 Sida 43
Litteraturreferenser The Rational Unified Process - En introduktion (Phillipe Kruchten) ISBN 0-201-79667-8 Därför blir IT-projekt så dyra (Karlander) ISBN 91-7738-559-4 AntiPatterns - Refactoring Software, Architectures and Projects in Crisis (Brown, Malveau, McCormick III, Mowbray) ISBN 0-471-19713-0 Enea Business Software 2002 Sida 44
Frågor? malb@enea.se Enea Business Software 2002 Sida 45