More Related Content
Similar to BestBrains Agile kontrakter marts 2011 (20)
More from Jesper Thaning (8)
BestBrains Agile kontrakter marts 2011
- 1. Agile kontrakter Casper Wilstrup & Jesper Thaning, BestBrains 29. marts 2011
- 2. BestBrains: et agilt softwarehus BestBrains R奪dgivning agile & lean praksis
- 4. software arkitektur Softwarel淡sninger Nylige referencer Thomson Reuters
- 5. DONG Energy
- 6. Wizer
- 7. DSB
- 8. 閣脱一壊岳韓看稼糸艶稼
- 10. Dagsorden Baggrund og vision
- 11. Cases
- 12. Agil og krav?
- 13. Prismodel
- 14. Samarbejdsform
- 15. Krav til kunden
- 18. Baggrund I de sidste 10 奪r, har BestBrains leveret agil og lean r奪dgivning for software virksomheder, og
- 19. softwareudvikling p奪 timepris som underleverand淡r For tre 奪r startede vi et nyt forretningsomr奪de udvikle og levere software-l淡sninger
- 20. med agile metoder Vi m奪tte finde en passende kontraktform for disse projekter
- 21. Vores vision for gode software-projekter Kunde og leverand淡r samarbejder
- 22. Projektet slutter tidligt med den rette funktionalitet
- 23. Kunden kan levere krav 鉛淡恢艶稼糸艶
- 24. Kunden f奪r produktionsklar software leveret 鉛淡恢艶稼糸艶
- 25. Risici og gevinster deles af kunde og leverand淡r
- 26. 3 agile software-projekter Event-bureau'et lille, dynamisk firma
- 27. software til interaktivitet for deltagere p奪 topleder-konferencer
- 28. 1-3 programm淡rer, siden august 2008 Energiselskabet stort, traditionelt selskab
- 29. software til registrering af kraftv脱rksoplysninger
- 30. 3 programm淡rer, siden januar 2009 Et ministerium En styringsreol oven p奪 dokumenth奪ndteringssystem
- 31. 3 programm淡rer, siden april 2010
- 32. B奪de agil og krav? Kan vi b奪de v脱re agile og stille krav til 鉛艶厩艶姻温稼糸淡姻艶稼?
- 33. S脱t pris p奪 agile projekter Ikke fast pris Foruds脱tter en detaljeret kravspecifikation for hele projektet Ikke timepris For s奪 b脱rer kunden hele den 淡konomiske risiko Hvordan s奪?
- 34. Et projekteksempel Applikationen skal g淡re os i stand til at opn奪 X og Y Estimat: Det vil tage 3 personer i 6 m奪neder at udvikle
- 35. Metode: Krav og programmering i ugentlige iterationer
- 36. Betaling: 600 kr/time og 2 * 250.000 kr n奪r det s脱ttes i drift X Y 6 mdr 3 mdr
- 37. Hvis vi slutter til tiden Pris for kunden 1.000.000
- 38. Samlet timepris for 鉛艶厩艶姻温稼糸淡姻艶稼 1.000
- 39. Hvis vi slutter 25% f淡r tid Pris for kunden 870.000
- 40. Samlet timepris for 鉛艶厩艶姻温稼糸淡姻艶稼 1.170
- 41. Hvis vi slutter 25% over tid Pris for kunden 1.130.000
- 42. Samlet timepris for 鉛艶厩艶姻温稼糸淡姻艶稼 900
- 43. Brug timepris for visse faser Tidlige prototyper og eksperiementer
- 45. Vedligeholdelse
- 46. Fordele ved prismodellen F脱lles incitament til at slutte f淡r tid og under budget Billigere for kunden
- 47. Hurtigere afkast p奪 investeringen for kunden
- 48. H淡jere fortjeneste for 鉛艶厩艶姻温稼糸淡姻艶稼
- 49. Fordele ved prismodellen Tilskynder til samarbejde mellem kunde og leverand淡r under projektet Underst淡tter at kravene gives 鉛淡恢艶稼糸艶
- 50. Underst淡tter at software leveres 鉛淡恢艶稼糸艶 Kunde og leverand淡r deler risici og gevinster
- 51. Justering af kontrakten H淡jere timepris N奪r funktionalitet er vigtigst H淡jere f脱rdigg淡relsespris N奪r tidsfristen er vigtigst betaling pr time betaling ved f脱rdigg淡relse Timepris Fast pris
- 52. Regulering af samarbejdet Kunde Leverand淡r Fire krav Fem krav
- 53. Krav nr. 1 til kunden Kunden skal specificere krav 鉛淡恢艶稼糸艶 Ikke detaljeret kravspec
- 54. Krav nr. 2 til kunden Kunden skal prioritere funktionalitet 鉛淡恢艶稼糸艶
- 55. Krav nr. 3 til kunden Skal teste og godkende leveret software 鉛淡恢艶稼糸艶
- 56. Krav nr. 4 til kunden Kan s脱tte software i drift undervejs
- 57. Fire krav til kunden Skal specificere krav 鉛淡恢艶稼糸艶
- 58. Skal prioritere funktionalitet 鉛淡恢艶稼糸艶
- 59. Skal teste og godkende leveret software 鉛淡恢艶稼糸艶
- 60. Kan s脱tte software i drift undervejs Kunden har en klart formuleret produktvision
- 61. Vil prioritere fejlrettelser over udvikling af funktionalitet Godt udgangspunkt
- 62. Krav nr. 1 til 鉛艶厩艶姻温稼糸淡姻艶稼 Leverand淡ren skal kunne estimere p奪 grundlag af en overordnet produktvision
- 63. Krav nr. 2 til 鉛艶厩艶姻温稼糸淡姻艶稼 Skal nedbryde funktionalitet og opgaver i uger og dage
- 64. Krav nr. 3 til 鉛艶厩艶姻温稼糸淡姻艶稼 Skal levere til test hyppigt
- 65. Krav nr. 4 til 鉛艶厩艶姻温稼糸淡姻艶稼 Skal gennemf淡re automatiske regressionstest Test
- 66. Krav nr. 5 til 鉛艶厩艶姻温稼糸淡姻艶稼 Skal f淡lge kundens prioriteringer
- 67. Foruds脱tning nr. 1 til 鉛艶厩艶姻温稼糸淡姻艶稼 Kan udvikle arkitekturen 鉛淡恢艶稼糸艶
- 68. Fem krav til 鉛艶厩艶姻温稼糸淡姻艶稼 Skal estimere p奪 grundlag af en overordnet produktvision
- 69. Skal nedbryde funktionalitet og opgaver i uger og dage
- 71. Skal gennemf淡re automatiske regressionstest
- 72. Skal f淡lge kundens prioriteringer
- 73. Formuleringer - samarbejde Parterne udvikler systemet efter en agil udviklingsmodel, hvor [kunden] specificerer kravene, tester og giver feedback undervejs, og [鉛艶厩艶姻温稼糸淡姻艶稼] 鉛淡恢艶稼糸艶 leverer systemet til test og feedback, begge dele i t脱t samarbejde og dialog, i iterationer af 1 til 2 ugers varighed.
- 74. Udviklingen opdeles i et antal releaseperioder (milep脱le) af 4-8 ugers varighed. Hver releaseperiode starter p奪 grundlag af en overordnet specifikation og et estimat som indg奪r i prismodellen. Releaseperioden afsluttes med at [kunden] godkender leverancen og s奪 vidt muligt s脱tter den leverede software i drift.
- 75. Inden hver releaseperiode starter, og i h淡j grad inden f淡rste releaseperiode starter, er parterne (udviklere, brugere, styregruppe) i t脱t dialog om den konkrete udformning af den del af systemet, der indg奪r i releaseperioden, fx gennem workshops og 鉛淡恢艶稼糸艶 feedback.
- 76. Formuleringer - prismodel Form奪let med prismodellen er at skabe et f脱lles 淡konomisk incitament for b奪de [leverand淡r] og [kunde] til at l淡se opgaven indenfor tidsplan og budget, og dermed tilskynde til konstruktivt samarbejde mellem parterne under projektet.
- 77. Perioden op til starten af f淡rste releaseperiode afregnes efter en timebaseret prismodel til [x] kr/time ex. moms.
- 78. Releaseperioderne afregnes efter en agil prismodel, hvor betalingen er delt op i en lavere timepris og en f脱rdigg淡relsespris. Den lavere timepris er [y] kr/time ex. moms, og f脱rdigg淡relsesprisen forhandles endeligt inden hver releaseperiode p奪 grundlag af den forudg奪ende analyse af prioritering, estimater og risici. Den aftalte f脱rdigg淡relsespris betales ved releaseperiodens afslutning, n奪r den leverede software godkendes af [kunden].
- 79. N奪r den leverede software s脱ttes i drift, er dette en implicit godkendelse.
- 80. Referencer Bendtner Von Haller Dragsted Iterative kontrakter 01i, 02i og 03i IT&Telestyrelsen Iterative kontrakter I det offentlige