Erfaringspunkter fra tre forskellige cases pr脱senteres. Procestrin for Right-Sourcing, metoder til v脱rdiskabelse og opstart af partnerskaber. Erfaringspunkterne s脱ttes i perspektiv i hele forl淡bet b奪de f淡r, under og efter aftalens indg奪else.
El documento habla sobre la diferencia entre la realidad y los sue単os, y c坦mo las Tecnolog鱈as de la Informaci坦n y Comunicaci坦n (TIC's) pueden usarse como un m辿todo activo en el Instituto Tecnol坦gico de la Informaci坦n y las Telecomunicaciones (ITIT).
Kontrakter p奪 softwareprojekter er traditionelt enten fastpris eller timepris. Agile projekter er vanskelige at gennemf淡re under disse kontraktformer, hvad enten det er i den private eller offentlige sektor.
BestBrains har opfundet en kontraktform, som giver kunde og leverand淡r et 淡konomisk incitament til at samarbejde og n奪 effektivt i m奪l. Den stiller en r脱kke specifikke krav til b奪de kunde og leverand淡r for at projektet lykkedes.
F奪r inspiration til at nyt脱nke jeres egne kommercielle relationer.
This is a Power Point presentation that was given to the Tri Cities Unemployment Group by Cynthia Wade, Executive Recruiter and Professional Resume Writer, from http://cynthiakwade.com
IT kontrakter 2015 - Godkendelseskriterier og 脱ndringsh奪ndteringravnholt
油
P奪 IBC Euroforums konference vedr. IT-kontrakter d. 28 januar 2015 holdt Henrik G淡rup Rasmussen, Silverbullet A/S et indl脱g omkring hvorledes 脱ndringer og godkendelseskriterier i et igangv脱rende projekt kan h奪ndteres i praksis.
Indl脱gget tog udgangspunkt i en metode som er anvendt i et konkret nationalt projekt. Metoden er en mellemting mellem K01 og K03, idet projektet har en kravspecifikation i traditionelt K01 format, men leverancemodellen er iterativ som i K03.
Workshoppen "Boost dit salg til det offentlige" handler om hvordan man skaber mersalg gennem den gode ans淡gning og f奪r stillet de rigtige sp淡rgsm奪l inden man skriver den endelige ans淡gning.
L脱s mere om hvordan V脱ksthus Hovedstadsregionen kan hj脱lpe dig videre her: http://www.startvaekst.dk/vhhr.dk/kunder
Dette er vores standard-pr脱sentation omkring Reload og vores proces. Det handler om, hvem vi er, hvordan vi arbejder og hvorfor vi synes, at det giver mening.
Det handler om hvorfor en agil tilgang og en proces omkring fast pris og et minimumsscope (MVP) giver mening.
L脱s mere p奪 https://reload.dk/proces
Den projekteffektive organisation en dr淡m eller virkelighedJohnny Ryser
油
I en verden hvor udviklingen accelerer med eksponentiel hastighed, og hvor den globale landsby har 4 milliarder indbyggere, konkurrerer sm奪 danske udviklingsafdelinger med gigantiske amerikanske, indiske og kinesiske virksomheder. Samtidigt ser vi sm奪 virksomheder v脱re i stand til at v脱lte giganter gennem teknologisk disruption. I den verden er projekteffektivitet blevet en strategisk magtfaktor. Her er et bud p奪, hvordan en dansk projekteffektiv organisation kan se ud.
Video forbrugertest + den optimale udviklingsprocesThore Fogh
油
Kort introduktion til Usertribe og video forbrugertest herunder de 8 tidspunkter i en udviklingsproces og optimeringsproces, hvor man med 淡konomisk fordel b淡r inddrage forbrugere.
F奪 fordelene ved agil udvikling i it-portef淡ljen (IBM Global Business Services)IBM Danmark
油
Forst奪 hvordan Incident Management og Release Management passer ind i arbejdsrammen ved agil udvikling og giver samme kontante fordele takket v脱re flere evalueringer undervejs, kortere udviklingscyklus og h淡jere kvalitet
L脱s mere her: bit.ly/softwaredagservices3
Pr脱sentation af Molio projekt.
Vejledning i udbud med m脱ngder samler p奪 p奪 erfaringer fra projekter, hvor der har v脱ret gennemf淡rt m脱ngdeudbud og giver praktiske eksempler p奪 hvorledes processen kan optimeres til gl脱der for alle.
際際滷s fra temadag om remote usability testing, 10. december 2014:
http://www.infinit.dk/dk/hvad_kan_vi_goere_for_dig/viden/reportager/reportage-fra-temadag-om-remote-usability-testing.htm
Refinement af backloggen er en af de vigtigste aktiviteter i agil udvikling. Fa inspiration til hvordan du effektivt afklarer, nedbryder, prioriterer og klarg淡r opgaverne til det agile team.
Arbejder du med user stories? S奪 har du sikkert ogs奪 oplevet, at helheden kan drukne i detaljerne, og at forst奪elsen mellem forretningen og udviklerne halter.
Jeff Patton er pioner indenfor teknikken User Story Mapping, som han har beskrevet i bogen af samme navn. Det er en enkel og supereffektiv teknik til at skabe overblik og sikre, at alle involverede har samme forst奪else, og sammen er i stand til at planl脱gge og prioritere.
L脱r at anvende denne teknik til at skabe overblik over et projekt, en feature eller en release. Du kan med fordel anvende det i forbindelse med behovsafklaring, planl脱gning og som middel til at facilitere en mere meningsfuld dialog mellem alle deltagerne i et agilt projekt.
More Related Content
Similar to BestBrains Agile kontrakter marts 2012 (20)
IT kontrakter 2015 - Godkendelseskriterier og 脱ndringsh奪ndteringravnholt
油
P奪 IBC Euroforums konference vedr. IT-kontrakter d. 28 januar 2015 holdt Henrik G淡rup Rasmussen, Silverbullet A/S et indl脱g omkring hvorledes 脱ndringer og godkendelseskriterier i et igangv脱rende projekt kan h奪ndteres i praksis.
Indl脱gget tog udgangspunkt i en metode som er anvendt i et konkret nationalt projekt. Metoden er en mellemting mellem K01 og K03, idet projektet har en kravspecifikation i traditionelt K01 format, men leverancemodellen er iterativ som i K03.
Workshoppen "Boost dit salg til det offentlige" handler om hvordan man skaber mersalg gennem den gode ans淡gning og f奪r stillet de rigtige sp淡rgsm奪l inden man skriver den endelige ans淡gning.
L脱s mere om hvordan V脱ksthus Hovedstadsregionen kan hj脱lpe dig videre her: http://www.startvaekst.dk/vhhr.dk/kunder
Dette er vores standard-pr脱sentation omkring Reload og vores proces. Det handler om, hvem vi er, hvordan vi arbejder og hvorfor vi synes, at det giver mening.
Det handler om hvorfor en agil tilgang og en proces omkring fast pris og et minimumsscope (MVP) giver mening.
L脱s mere p奪 https://reload.dk/proces
Den projekteffektive organisation en dr淡m eller virkelighedJohnny Ryser
油
I en verden hvor udviklingen accelerer med eksponentiel hastighed, og hvor den globale landsby har 4 milliarder indbyggere, konkurrerer sm奪 danske udviklingsafdelinger med gigantiske amerikanske, indiske og kinesiske virksomheder. Samtidigt ser vi sm奪 virksomheder v脱re i stand til at v脱lte giganter gennem teknologisk disruption. I den verden er projekteffektivitet blevet en strategisk magtfaktor. Her er et bud p奪, hvordan en dansk projekteffektiv organisation kan se ud.
Video forbrugertest + den optimale udviklingsprocesThore Fogh
油
Kort introduktion til Usertribe og video forbrugertest herunder de 8 tidspunkter i en udviklingsproces og optimeringsproces, hvor man med 淡konomisk fordel b淡r inddrage forbrugere.
F奪 fordelene ved agil udvikling i it-portef淡ljen (IBM Global Business Services)IBM Danmark
油
Forst奪 hvordan Incident Management og Release Management passer ind i arbejdsrammen ved agil udvikling og giver samme kontante fordele takket v脱re flere evalueringer undervejs, kortere udviklingscyklus og h淡jere kvalitet
L脱s mere her: bit.ly/softwaredagservices3
Pr脱sentation af Molio projekt.
Vejledning i udbud med m脱ngder samler p奪 p奪 erfaringer fra projekter, hvor der har v脱ret gennemf淡rt m脱ngdeudbud og giver praktiske eksempler p奪 hvorledes processen kan optimeres til gl脱der for alle.
際際滷s fra temadag om remote usability testing, 10. december 2014:
http://www.infinit.dk/dk/hvad_kan_vi_goere_for_dig/viden/reportager/reportage-fra-temadag-om-remote-usability-testing.htm
Refinement af backloggen er en af de vigtigste aktiviteter i agil udvikling. Fa inspiration til hvordan du effektivt afklarer, nedbryder, prioriterer og klarg淡r opgaverne til det agile team.
Arbejder du med user stories? S奪 har du sikkert ogs奪 oplevet, at helheden kan drukne i detaljerne, og at forst奪elsen mellem forretningen og udviklerne halter.
Jeff Patton er pioner indenfor teknikken User Story Mapping, som han har beskrevet i bogen af samme navn. Det er en enkel og supereffektiv teknik til at skabe overblik og sikre, at alle involverede har samme forst奪else, og sammen er i stand til at planl脱gge og prioritere.
L脱r at anvende denne teknik til at skabe overblik over et projekt, en feature eller en release. Du kan med fordel anvende det i forbindelse med behovsafklaring, planl脱gning og som middel til at facilitere en mere meningsfuld dialog mellem alle deltagerne i et agilt projekt.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsomr奪der til mindre, s奪 de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Nedbrydning er ogs奪 et generelt princip, der med fordel kan bruges p奪 andre og st淡rre omr奪der end blot en enkelt backlog.
Estimering kan hj脱lpe agile teams til at blive mere opm脱rksomme deres egen form奪en og kan v脱re et vigtigt redskab til at styre frem mod en deadline.
Estimering er ogs奪 et nyttigt redskab til hurtigt at afklare funktionalitetsomr奪der, afd脱kke risici og udfordringer inden vi bruger for lang tid p奪 et forberede et funktionalitetsomr奪de til implementering.
Fokus vil v脱re p奪 relativ estimering af funktionalitet og ikke p奪 estimering af udviklingsopgaver (tasks) i timer i forbindelse med fx. sprint planning.
Backlog grooming i praksis af Jesper Thaning BestBrains dec 2011Jesper Thaning
油
Hvad d脱kker ordet Backlog grooming egentlig over?
Hvordan ser Product Ownerens proces ud og hvordan laver man gode User Stories?
Aktiviteterne estimering, nedbrydning og klarg淡ring er vigtige elementer i at g淡re en User Story klar til implementering.
Det agile kundeforhold - agil kontrakt, udviklingsproces og dokumentation af...Jesper Thaning
油
I et agilt IT-projekt skal udviklingsprocessen underst淡ttes af en agil kontrakt, som s脱tter de rigtige rammer for samarbejdet mellem kunde og leverand淡r om at skabe v脱rdi hos kunden
Hvordan undg奪r vi at lave funktionalitet i IT-systemer, der ikke giver v脱rdi? Hvordan m奪ler vi v脱rdien af en given feature? Hvilke sp淡rgsm奪l skal vi stille kunden, inden vi kaster os over at finde en l淡sning? L脱r om det nye begreb "value driven development" og om det introducerer nye og bedre principper for prioritering?
2. Dagsorden
Succesfulde software-projekter
Agil og krav?
Prismodel
Kontraktens form奪l?
Samarbejdsform
Krav til kunden
Krav til leverand淡ren
3. Succesfulde software-projekter
Kunde og leverand淡r samarbejder
Projektet slutter tidligt med den rette funktionalitet
Kunden kan levere krav l淡bende
Kunden f奪r produktionsklar software leveret l淡bende
Risici og gevinster deles af kunde og leverand淡r
3
4. 3 agile software-projekter (脱ndres til logoer)
Event-bureau'et
lille, dynamisk firma
software til interaktivitet for deltagere p奪 topleder-konferencer
1-3 programm淡rer, siden august 2008
Energiselskabet
stort, traditionelt selskab
software til registrering af kraftv脱rksoplysninger
3 programm淡rer, jan 2009 feb 2010
Et ministerium
En styringsreol oven p奪 dokumenth奪ndteringssystem
3 programm淡rer, april 2010 maj 2011
4
6. B奪de agil og krav?
Kan vi b奪de v脱re agile og stille krav til leverand淡ren?
6
7. 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奪?
8. 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
Metode: Krav og programmering i ugentlige iterationer
Betaling: 600 kr/time og 2 * 250.000 kr n奪r det s脱ttes i drift
betaling
Y
X
arbejde
3 mdr 6 mdr
9. Hvis vi slutter til tiden
Pris for kunden 1.000.000
Samlet timepris for leverand淡ren 1.000
betaling
arbejde
9
10. Hvis vi slutter 25% f淡r tid
Pris for kunden 870.000
Samlet timepris for leverand淡ren 1.170
betaling
arbejde
10
11. Hvis vi slutter 25% over tid
Pris for kunden 1.130.000
Samlet timepris for leverand淡ren 900
betaling
arbejde
11
12. Brug timepris for visse faser
Y
Tidlige Vedligeholdelse
prototyper X
Eksperiementer
Indledende
estimering
Timepris Agil prismodel Timepris
13. Fordele ved prismodellen
F脱lles incitament til at slutte f淡r tid og under budget
Billigere for kunden
Hurtigere afkast p奪 investeringen for kunden
H淡jere fortjeneste for leverand淡ren
14. Fordele ved prismodellen
Tilskynder til samarbejde mellem kunde og leverand淡r
Underst淡tter at kravene gives l淡bende
Underst淡tter at software leveres l淡bende
Kunde og leverand淡r deler risici og gevinster
15. Justering af kontrakten
betaling pr time
Timepris Fast pris
betaling ved f脱rdigg淡relse
H淡jere timepris H淡jere f脱rdigg淡relsespris
N奪r funktionalitet er vigtigst N奪r tidsfristen er vigtigst
16. Sp淡rgsm奪l
1. Hvad er de vigtigste form奪l med en kontrakt
for en leverand淡r?
2. Hvad er de vigtigste form奪l med en kontrakt
for en kunde?
18. Krav nr. 1 til kunden
Kunden skal specificere krav l淡bende
Ikke detaljeret kravspec
19. Krav nr. 2 til kunden
Kunden skal prioritere funktionalitet l淡bende
20. Krav nr. 3 til kunden
Skal teste og godkende leveret software l淡bende
21. Krav nr. 4 til kunden
Skal prioritere fejlrettelser over udvikling af funktionalitet
22. Fire krav til kunden
1) Skal specificere krav l淡bende
2) Skal prioritere funktionalitet l淡bende
3) Skal teste og godkende leveret software l淡bende
4) Skal prioritere fejlrettelser over udvikling af funktionalitet
Godt udgangspunkt
Kunden har en klart formuleret produktvision
Kunden s脱tter software i drift undervejs
23. Krav nr. 1 til leverand淡ren
Leverand淡ren skal estimere funktionsomr奪der p奪
baggrund af en overordnet produktvision
24. Krav nr. 2 til leverand淡ren
Skal nedbryde funktionalitet og opgaver i uger og dage
25. Krav nr. 3 til leverand淡ren
Skal levere til test hyppigt (continuous delivery)
26. Krav nr. 4 til leverand淡ren
Skal gennemf淡re automatiske regressionstest
27. Krav nr. 5 til leverand淡ren
Skal f淡lge kundens prioriteringer
28. Fem krav til leverand淡ren
1) Skal estimere p奪 grundlag af en overordnet produktvision
2) Skal nedbryde funktionalitet og opgaver i uger og dage
3) Skal levere hyppigt
4) Skal gennemf淡re automatiske regressionstest
5) Skal f淡lge kundens prioriteringer
30. Diskussion
Hvad skal fremtidens kontrakter indeholde for at bidrage til
at flere af fremtidens IT-leverancer bliver en succes for
b奪de kunden og leverand淡ren?
31. 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.
Perioden op til starten af f淡rste releaseperiode afregnes efter en
timebaseret prismodel til [x] kr/time ex. moms.
Releaseperioderne afregnes efter en agil g淡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].
N奪r den leverede software s脱ttes i drift, er dette en implicit
godkendelse.
32. Formuleringer samarbejde
Parterne udvikler systemet efter en agil udviklingsmodel, hvor
[kunden] specificerer kravene, tester og giver feedback undervejs, og
[leverand淡ren] l淡bende leverer systemet til test og feedback, begge
dele i t脱t samarbejde og dialog, i iterationer af 1 til 2 ugers varighed.
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.
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 l淡bende feedback.
33. Henvisninger
Bender Von Haller Dragsted Iterative kontrakter
http://k02.dk/Bogen_Iterative_projektmodeller_og_kontrakter.pdf
01i, 02i og 03i
IT&Telestyrelsen
http://www.itst.dk/it-arkitektur-og-standarder/it-styring/agile-metoder
Vejledning om agile metoder
SKI
Ny agil kontrakt velegnet til udbud og mini-udbud
Kammeradvokaten
Ny agil standardkontrakt
34. G奪-hjem-m淡der
Slib kniven 6. marts
Probleml淡sning for viderekomne 13. marts
Styr gennem kaos 15. marts
Opn奪 h淡jere p奪lidelighed i leverancerne 20. marts
Introduktion til agil udvikling 27. marts
Kanban: den nye agile metode 11. april