Nøkkelen til å lykkes
med smidige prosjekter

Olav Folkestad
IT-Tinget, 24. september, 2009
Dr. Winston W. Royce…




Kilde: Dr. Winston W. Royce ”Managing the development of large software systems”, 1970, http://w...
På side 2…




IT-Tinget 24. oktober 2009   Side 3
Systemer som ikke løser forretningsbehovene

                             $37 mrd DoD-prosjekter basert på 2167A



      ...
På siste side…



            ”I my experience, however,
    the simpler method has never worked
     on large software de...
Kort om smidige metoder
Tradisjonell systemutvikling




                                                                                Produksjo...
Smidig systemutvikling




                                   HVORDAN       Evolusjonært    Hyppige
                      ...
Smidig systemutvikling




                                   HVORDAN       Evolusjonært    Hyppige
                      ...
Fra krav til kode




                             Krav   Kode




IT-Tinget 24. oktober 2009                 Side 10
Fra prioriterte krav til produksjonsklar kode


                             Kontinuerlig
                             int...
Hvordan lykkes med smidige prosjekter


1.        Hyppige leveranser (< 3 mnd)

2.        Produkteier hos kunden med sterk...
#1
     Hyppige leveranser
Kortere prosjekter har større sannsynlighet for å lykkes

 60 %
                                                          ...
Én leveranse

VERDI




                             Verdi




                                     TID
IT-Tinget 24. okto...
Fire leveranser

VERDI




                             TID
IT-Tinget 24. oktober 2009         Side 16
Når går ”vinningen opp i spinningen”

VERDI/
KOST




                                       TID
IT-Tinget 24. oktober 200...
#2
         Produkteier
     med sterkt eierskap
     – fokuserer på verdi
Produkteier må sikre verdifokus




        Dynamisk                                        Kontrollert

                 ...
Arbeid med de høyest prioriterte krav hele tiden


   HØY
                              Iterasjon


                      ...
Nye idéer/krav for fremtidige leveranser


                              Iterasjon


                                     ...
Nye idéer/krav som ønskes inn i pågående leveranse


                             Iterasjon




    ?
                    ...
Beslutning kreves!


                             Iterasjon


                                         Leveranse



      ...
#3
         Dynamisk krav
     – spesifisert som tester
Faktisk bruk av implementerte krav spesifisert initielt



                                    7%

                       ...
Analyse og design gjennomføres løpende

                        Krav         Krav   Krav     Krav   ?   Krav   Krav   Krav...
Lik innsats – forskjellig disponering




IT-Tinget 24. oktober 2009              Side 31
Utnytt læringskurven

VERDI

                             Reell feedback




                                             ...
Detaljering følger prioritering


   HØY                  HØY
                       Detaljeringsnivå       Iterasjon


  ...
#4
 Leverer produksjonsklar kode
       – hver iterasjon
Fra prioriterte krav til produksjonsklar kode




          Prioriterte                  Produksjonsklar
                 ...
Dette sikrer et empirisk mål på fremdrift i prosjektet
og gjør at prosjektet på et tidlig stadium kan ta kvalifiserte besl...
#5
   Tilpasser arbeidsprosessen
 – basert på læring/empiri/evne
Oppsummert
Utfordringer

 Mister ”tryggheten” ved å ha alle krav definert før arbeidet starter
 Utfordringer synliggjøres mye tidli...
Smidig
Gevinster                                                                   Tradisjonelt




  Realisere verdi rask...
Olav Folkestad
                            Adm. direktør
                           +47 982 19 400
                       ...
Upcoming SlideShare
Loading in …5
×

Nøkkelen til å lykkes med smidige prosjekter!

1,219 views

Published on

Definisjonen av vellykkede IT-prosjekter er som regel ”on time - on budget”. Men hva hjelper dette dersom løsningen eller produktet ikke løser forretningsbehovene?

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,219
On SlideShare
0
From Embeds
0
Number of Embeds
38
Actions
Shares
0
Downloads
39
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Nøkkelen til å lykkes med smidige prosjekter!

  1. 1. Nøkkelen til å lykkes med smidige prosjekter Olav Folkestad IT-Tinget, 24. september, 2009
  2. 2. Dr. Winston W. Royce… Kilde: Dr. Winston W. Royce ”Managing the development of large software systems”, 1970, http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf IT-Tinget 24. oktober 2009 Side 2
  3. 3. På side 2… IT-Tinget 24. oktober 2009 Side 3
  4. 4. Systemer som ikke løser forretningsbehovene $37 mrd DoD-prosjekter basert på 2167A 20 % System som ble tatt i bruk direkte (34%) 34 % System som aldri ble tatt i bruk (46%) System som krevde omfattende tilpasninger 46 % før bruk (20%) Source: S. Jarzombek, ”Proc Joint Aerospace Weapons Systems Support, Sensors and Simulation Symp.”, Gov’t Printing Office Press, 1999 IT-Tinget 24. oktober 2009 Side 4
  5. 5. På siste side… ”I my experience, however, the simpler method has never worked on large software development efforts...” IT-Tinget 24. oktober 2009 Side 5
  6. 6. Kort om smidige metoder
  7. 7. Tradisjonell systemutvikling Produksjon HVORDAN Test Kode Detaljert design Overordnet design Plattform Arkitektur HVA Behov Krav Konsept Spesifikasjon IT-Tinget 24. oktober 2009 Side 7
  8. 8. Smidig systemutvikling HVORDAN Evolusjonært Hyppige leveranser = Iterativt Hyppig feedback HVA Inkrementelt IT-Tinget 24. oktober 2009 Side 8
  9. 9. Smidig systemutvikling HVORDAN Evolusjonært Hyppige leveranser Iterativt Hyppig feedback HVA Inkrementelt IT-Tinget 24. oktober 2009 Side 9
  10. 10. Fra krav til kode Krav Kode IT-Tinget 24. oktober 2009 Side 10
  11. 11. Fra prioriterte krav til produksjonsklar kode Kontinuerlig integrasjon Demonstrasjon Prioriterte Produksjonsklar krav TDD kode Automatisert testing IT-Tinget 24. oktober 2009 Side 11
  12. 12. Hvordan lykkes med smidige prosjekter 1. Hyppige leveranser (< 3 mnd) 2. Produkteier hos kunden med sterkt eierskap og beslutningsevne 3. Dynamisk krav (endringer er bra!) - spesifisert som tester 4. Leverer produksjonsklar kode hver iterasjon (integrert og testet) 5. Tilpasse prosess og produkt basert på læring/empiri/evne IT-Tinget 24. oktober 2009 Side 12
  13. 13. #1 Hyppige leveranser
  14. 14. Kortere prosjekter har større sannsynlighet for å lykkes 60 % 23.000 prosjekter 50 % 40 % 30 % 20 % 10 % 0% 6 9 12 18 24 36 Måneder Kilde: Jim Johnson, et al. 1998. ChAOS: A recipe for success, 1998. IT-Tinget 24. oktober 2009 Side 14
  15. 15. Én leveranse VERDI Verdi TID IT-Tinget 24. oktober 2009 Side 15
  16. 16. Fire leveranser VERDI TID IT-Tinget 24. oktober 2009 Side 16
  17. 17. Når går ”vinningen opp i spinningen” VERDI/ KOST TID IT-Tinget 24. oktober 2009 Side 17
  18. 18. #2 Produkteier med sterkt eierskap – fokuserer på verdi
  19. 19. Produkteier må sikre verdifokus Dynamisk Kontrollert Produkteier eier prioriteringer KRAV Omfang Verdi Estimat IT-Tinget 24. oktober 2009 Side 23
  20. 20. Arbeid med de høyest prioriterte krav hele tiden HØY Iterasjon Leveranse Verdi Produkt LAV IT-Tinget 24. oktober 2009 24
  21. 21. Nye idéer/krav for fremtidige leveranser Iterasjon Leveranse Produkt IT-Tinget 24. oktober 2009 25
  22. 22. Nye idéer/krav som ønskes inn i pågående leveranse Iterasjon ? Leveranse Forlenge prosjektet Øke innsatsen Redusere omfang Produkt IT-Tinget 24. oktober 2009 26
  23. 23. Beslutning kreves! Iterasjon Leveranse Produkt IT-Tinget 24. oktober 2009 27
  24. 24. #3 Dynamisk krav – spesifisert som tester
  25. 25. Faktisk bruk av implementerte krav spesifisert initielt 7% 13 % Alltid 45 % Ofte Av og til 16 % Sjelden Aldri 19 % Kilde: J. Johnson 2002 IT-Tinget 24. oktober 2009 Side 29
  26. 26. Analyse og design gjennomføres løpende Krav Krav Krav Krav ? Krav Krav Krav Tradisjonelt Analyse og Utvikling Test design Krav Krav Krav Krav Krav Krav Krav Smidig Analyse og design Utvikling Test IT-Tinget 24. oktober 2009 Side 30
  27. 27. Lik innsats – forskjellig disponering IT-Tinget 24. oktober 2009 Side 31
  28. 28. Utnytt læringskurven VERDI Reell feedback TID IT-Tinget 24. oktober 2009 Side 32
  29. 29. Detaljering følger prioritering HØY HØY Detaljeringsnivå Iterasjon Leveranse Og kravene detaljeres Verdi (så langt det er mulig) Produkt gjennom å spesifisere tester – fortrinnsvis automatiserte LAV LAV IT-Tinget 24. oktober 2009 33
  30. 30. #4 Leverer produksjonsklar kode – hver iterasjon
  31. 31. Fra prioriterte krav til produksjonsklar kode Prioriterte Produksjonsklar krav kode • Utviklet • Testet • Integrert • Dokumentert IT-Tinget 24. oktober 2009 Side 35
  32. 32. Dette sikrer et empirisk mål på fremdrift i prosjektet og gjør at prosjektet på et tidlig stadium kan ta kvalifiserte beslutninger 12 10 8 6 Planlagt 4 Faktisk Est. fart 2 Snitt 0 IT-Tinget 24. oktober 2009 Side 36
  33. 33. #5 Tilpasser arbeidsprosessen – basert på læring/empiri/evne
  34. 34. Oppsummert
  35. 35. Utfordringer  Mister ”tryggheten” ved å ha alle krav definert før arbeidet starter  Utfordringer synliggjøres mye tidligere – kan skape inntrykk av at prosjektet ikke går på skinner  Sikre helhet – evnen til å se lengre enn én iterasjon  Krevere en del nye praksiser (test-drevet, kontinuerlig integrasjon, …)  Krever involvering av kunde (produkteier) kontinuerlig – evne og vilje til å prioritere og ta beslutninger IT-Tinget 24. oktober 2009 Side 40
  36. 36. Smidig Gevinster Tradisjonelt Realisere verdi raskere Redusere risiko tidligere Jevnere ”stressnivå” Øke visibiliteten Bedre kvalitet over tid Reduserte endringskostnader Side 41 IT-Tinget 24. oktober 2009
  37. 37. Olav Folkestad Adm. direktør +47 982 19 400 olav.folkestad@bekk.no BEKK CONSULTING AS SKUR 39, VIPPETANGEN. P.O. BOX 134 SENTRUM, 0102 OSLO, NORWAY. WWW.BEKK.NO

×