ݺߣ

ݺߣShare a Scribd company logo
Bryt igenom taket med agile till fastpris
Vilka är vi?
Agenda
Introduktion till Agile

Kontrakt och affärsmässiga aspekter

Konflikter

     Diskussion

Summering
Bryt igenom taket med agile till fastpris
En annan syn på framgång
Värdeorienterad inte planorienterad




      Enkelhet – Anpassningsbart – Tillsammans – Helheten
Affärsvärde maximerande
Annan styrning


      Funktion                  Funktion




      Kvalité                   Kvalité


Tid               Pris    Tid              Pris
Visuellt och transparent
Inkrementellt och iterativt
Ständiga förbättringar



 http://blog.pilgrimsoftware.com/wordpress/w
 p-content/uploads/2011/01/compliance.gif
            Act


Check                Plan


           Do
Finansiell risk vid IT-projekt
När man gör affärer mellan två parter en säljare och en
köpare. Så vill köparen ha löst något och säljaren av
konsulttjänster sälja något. Säljarens produkt är baserat på tid
(timmar) och säljaren vill sälja så många som möjligt. Detta
leder till mer pengar till säljaren men till lägre värde och
produktivitet för köparen. Där i problemet med att köpa
timmar löpande, alltså köp fastpris.

Varför fastpris?
Dåliga estimat, har en budget och vill riskminimera.
Fast pris & fast scope




Fast pris & fast scope med takpris
Bonus / straff klausul
Fixed Price and Changes for Free

                     Hög Prioritet   1
                                              Varje iteration implementerar de
                                              krav som har högst prioritet



                                              Lägg till krav när som helst




                                               Krav kan bli omprioriterade
                                               när som helst




                                              Ta bort krav när som helst
                     Låg Prioritet   9
                                     9 Krav
                                     9
Money for Nothing!




Fördelar:
• Projekt tenderar att bli färdiga i tid!
• Onödiga funktioner riskerar inte att byggas.
Money for Nothing & Changes for free
Diskussion
Problem 1:
Omogen syn på agile systemutveckling.
- Utvecklar tror att…
- Beställare tror det går snabbare…

Problem 2:
Kunderna är ändå inte nöjda fast de fick C istället för B,
vad göra?

Att jobba agile handlar inte om att ”leverera (B) +
något extra” utan att ”leverera (B) + något extra som
är värdefullt – något mindre värdefullt”

Problem 3:
Köparen kan lätt få en känsla av att han tar en större
risk om man inte pratar om vem som tar vilken risk!
Omogen syn på agilitet!
                     Olika förväntningar på agilitet


 Äntligen skall                                            Jippi!
 det bli lite fart                                       Vi slipper
på leveranserna!                                       dokumentera!




            Beställare
                                               Utvecklingsteam
           Kravställare
Agilet synsätt på planering och
                       genomförande av projekt
                                             Nytt mål
           Utgångspunkten
                                                                                   under resans gång
 Jag fick det jag
ville ha trots att                                                                                C
det inte var det
jag beskrev från
     början.                                                                         Målet från början
                       A
                                                                                                  B



                 •         Värdet av C är större än B, för att vi definierade det när vi visste mer om
                           målet (kraven).
                 •         Risk är kunden inte får ut det värde den förväntat sig av produkten.
                 •         Förändring är en naturlig del.
                 •         Ett sen förändring i kravmassan är en konkurrensfördel.


Kunden/Produktägaren
Vilken part bör ta vilken risk?

•   Om kunden ändrar sin prioritering av funktioner?
•   Om kunden ändrar sin definition av en funktion?
•   Om leverantören inser att han missförstått ett krav?
•   Om leverantören levererar ett missförstått krav?
•   Om utvecklingen går långsammare än förväntat?



Vill du ha mera information om agila-kontrakt rekommenderar vi
http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts
När passar agila arbetsätt?
- När beställaren inte har den tekniska specifikationen klar.
- När beställaren inte vet vad som skapar det maximala värdet i
  lösningen.
- När kunden deltar och är en aktiv part i projektet.
- När det finns stort förtroende mellan kund och leverantör.
- När kraven tenderar att ändras.
- När beställaren har befogenheter och kompetens att ta beslut i
  projektet alla avseenden.
När passar agila arbetssätt INTE
                optimalt
- Det blir svårare vid multi sites leverans.
- Kunddeltagande inte är möjligt.
- Om inte produktägaren/projektägaren har tillräckligt mandat eller
  kompetens om ”problemdomainen”.
- När kontinuerlig kunskapsintegration inte är möjlig. (se bild)
När passar agila projekt till fast-pris?
- När kund och leverantör har förtroende för varandra.
- När inköpsavdelningen vill se ett fastpris men beställande avdelning
  och leverantör vill ha ett agilet kontrakt.

                                                    Customer Department




                                                                   Customer and
                 Purchasing Department                          supplier what’s to be
                                                                      adaptive



                              Have to offer fixed
                               price, fixed cost
                               and fixed date.


                                                         Supplior

More Related Content

Bryt igenom taket med agile till fastpris

  • 1. Bryt igenom taket med agile till fastpris
  • 3. Agenda Introduktion till Agile Kontrakt och affärsmässiga aspekter Konflikter Diskussion Summering
  • 5. En annan syn på framgång
  • 6. Värdeorienterad inte planorienterad Enkelhet – Anpassningsbart – Tillsammans – Helheten
  • 8. Annan styrning Funktion Funktion Kvalité Kvalité Tid Pris Tid Pris
  • 11. Ständiga förbättringar http://blog.pilgrimsoftware.com/wordpress/w p-content/uploads/2011/01/compliance.gif Act Check Plan Do
  • 12. Finansiell risk vid IT-projekt När man gör affärer mellan två parter en säljare och en köpare. Så vill köparen ha löst något och säljaren av konsulttjänster sälja något. Säljarens produkt är baserat på tid (timmar) och säljaren vill sälja så många som möjligt. Detta leder till mer pengar till säljaren men till lägre värde och produktivitet för köparen. Där i problemet med att köpa timmar löpande, alltså köp fastpris. Varför fastpris? Dåliga estimat, har en budget och vill riskminimera.
  • 13. Fast pris & fast scope Fast pris & fast scope med takpris
  • 14. Bonus / straff klausul
  • 15. Fixed Price and Changes for Free Hög Prioritet 1 Varje iteration implementerar de krav som har högst prioritet Lägg till krav när som helst Krav kan bli omprioriterade när som helst Ta bort krav när som helst Låg Prioritet 9 9 Krav 9
  • 16. Money for Nothing! Fördelar: • Projekt tenderar att bli färdiga i tid! • Onödiga funktioner riskerar inte att byggas.
  • 17. Money for Nothing & Changes for free
  • 18. Diskussion Problem 1: Omogen syn på agile systemutveckling. - Utvecklar tror att… - Beställare tror det går snabbare… Problem 2: Kunderna är ändå inte nöjda fast de fick C istället för B, vad göra? Att jobba agile handlar inte om att ”leverera (B) + något extra” utan att ”leverera (B) + något extra som är värdefullt – något mindre värdefullt” Problem 3: Köparen kan lätt få en känsla av att han tar en större risk om man inte pratar om vem som tar vilken risk!
  • 19. Omogen syn på agilitet! Olika förväntningar på agilitet Äntligen skall Jippi! det bli lite fart Vi slipper på leveranserna! dokumentera! Beställare Utvecklingsteam Kravställare
  • 20. Agilet synsätt på planering och genomförande av projekt Nytt mål Utgångspunkten under resans gång Jag fick det jag ville ha trots att C det inte var det jag beskrev från början. Målet från början A B • Värdet av C är större än B, för att vi definierade det när vi visste mer om målet (kraven). • Risk är kunden inte får ut det värde den förväntat sig av produkten. • Förändring är en naturlig del. • Ett sen förändring i kravmassan är en konkurrensfördel. Kunden/Produktägaren
  • 21. Vilken part bör ta vilken risk? • Om kunden ändrar sin prioritering av funktioner? • Om kunden ändrar sin definition av en funktion? • Om leverantören inser att han missförstått ett krav? • Om leverantören levererar ett missförstått krav? • Om utvecklingen går långsammare än förväntat? Vill du ha mera information om agila-kontrakt rekommenderar vi http://agilesoftwaredevelopment.com/blog/peterstev/10-agile-contracts
  • 22. När passar agila arbetsätt? - När beställaren inte har den tekniska specifikationen klar. - När beställaren inte vet vad som skapar det maximala värdet i lösningen. - När kunden deltar och är en aktiv part i projektet. - När det finns stort förtroende mellan kund och leverantör. - När kraven tenderar att ändras. - När beställaren har befogenheter och kompetens att ta beslut i projektet alla avseenden.
  • 23. När passar agila arbetssätt INTE optimalt - Det blir svårare vid multi sites leverans. - Kunddeltagande inte är möjligt. - Om inte produktägaren/projektägaren har tillräckligt mandat eller kompetens om ”problemdomainen”. - När kontinuerlig kunskapsintegration inte är möjlig. (se bild)
  • 24. När passar agila projekt till fast-pris? - När kund och leverantör har förtroende för varandra. - När inköpsavdelningen vill se ett fastpris men beställande avdelning och leverantör vill ha ett agilet kontrakt. Customer Department Customer and Purchasing Department supplier what’s to be adaptive Have to offer fixed price, fixed cost and fixed date. Supplior