Lyckade projekt - finns det?

Transkript

1 Lyckade projekt - finns det? Maria Lindqvist Björkman Enea Business Software Enea Business Software 2002 Sida 1

2 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

3 Vad är ett lyckat projekt? Enea Business Software 2002 Sida 3

4 Förväntningar... Enea Business Software 2002 Sida 4

5 behov Enea Business Software 2002 Sida 5

6 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

7 Enea Business Software 2002 Sida 7

8 Misstag i systemutveckling resulterar i... Ökade kostnader Missade leveranstidpunkter Affärsnytta uppfylls ej Enea Business Software 2002 Sida 8

9 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

10 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

11 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

12 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

13 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

14 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

15 Grundorsaker Brådska Apati Stolthet Brist på ansvar Trångsynthet Lättja Girighet Okunnighet Enea Business Software 2002 Sida 15

16 Finns det framgångsfaktorer? Göra mjukvaruutveckling förutsägbar, repeterbar och mätbar! Enea Business Software 2002 Sida 16

17 Människor Utvecklingsprocessen Riskreducering Teknologi Enea Business Software 2002 Sida 17

18 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

19 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

20 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

21 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

22 Viktiga faktorer Tydlig projektorganisation Granskning Tilläggs- och ändringshantering Upprepade riskanalyser Tidigt igång med CM Enea Business Software 2002 Sida 22

23 Måluppfyllelse Möjlighet Mål Behov Problem Egenskaper (hos lösning) Krav (på systemet) Projektplanering Design Test Enea Business Software 2002 Sida 23

24 Förstå kundens verksamhet Enea Business Software 2002 Sida 24

25 1: 2: 3: 4: 6: 5: Det system som vi bygger samverkar ofta med andra system! Enea Business Software 2002 Sida 25

26 Tydlig Kravbild! Enea Business Software 2002 Sida 26

27 Kommunikation! Enea Business Software 2002 Sida 27

28 Gemensam bild av systemet <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> Enea Business Software 2002 Sida 28

29 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

30 Ett lyckat projekt Enea Business Software 2002 Sida 30

31 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

32 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

33 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

34 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

35 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

36 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

37 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

38 Rätta till projekt på glid.. Enea Business Software 2002 Sida 38

39 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

40 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

41 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

42 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

43 Slutsatser Utvecklingsprocess Tydliga mål Tydlig kravbild Förstå verksamheten Kommunikation Ta hänsyn till teknologin Enea Business Software 2002 Sida 43

44 Litteraturreferenser The Rational Unified Process - En introduktion (Phillipe Kruchten) ISBN Därför blir IT-projekt så dyra (Karlander) ISBN AntiPatterns - Refactoring Software, Architectures and Projects in Crisis (Brown, Malveau, McCormick III, Mowbray) ISBN Enea Business Software 2002 Sida 44

45 Frågor? Enea Business Software 2002 Sida 45