Smidig prosjektmetodikk - Norsk senter for prosjektledelse
Smidig prosjektmetodikk - Norsk senter for prosjektledelse
Smidig prosjektmetodikk - Norsk senter for prosjektledelse
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Smidig</strong> <strong>prosjektmetodikk</strong> – hva skal til <strong>for</strong> å lykkes<br />
Temadag smidige prosjekter 22.10.2008 Oslo<br />
Jon Tysdahl
Jon Tysdahl<br />
• Hovedfag in<strong>for</strong>matikk<br />
• Mellomfag i arbeids og organisasjonspsykologi<br />
• Lang erfaring som prosjektleder <strong>for</strong> store utviklingsprosjekter<br />
• Bred strategi- og rådgivningserfaring<br />
• Manager i konsulentselskapet Avenir AS<br />
• Ansvarlig <strong>for</strong> smidig metode i Avenir AS<br />
Avenir AS > slide 2
<strong>Smidig</strong> <strong>prosjektmetodikk</strong><br />
– hva skal til <strong>for</strong> å lykkes<br />
1. Hvor<strong>for</strong> smidig<br />
2. Hva er smidig metode<br />
3. <strong>Smidig</strong>e varianter<br />
4. <strong>Smidig</strong> <strong>prosjektledelse</strong><br />
5. Noen sentrale<br />
ut<strong>for</strong>dringer - hva skal<br />
til <strong>for</strong> å lykkes<br />
6. Gode prinsipper<br />
7. En generisk modell<br />
Avenir AS > slide 3
1. Hvor<strong>for</strong> smidig<br />
Vi ønsker å kjøre dette<br />
utviklings-prosjektet!<br />
Hva skal det inneholde<br />
og hva vil det koste, og<br />
når blir det ferdig<br />
Vi har begrensede<br />
ressurser til prosjektet.<br />
Hva er våre viktigste<br />
mål og hvordan bør vi<br />
fokusere vår innsats <strong>for</strong><br />
å nå disse best mulig<br />
Avenir AS > slide 4
Utviklingsprosjekter<br />
- ofte preget av høy usikkerhet<br />
Løsningens innhold ikke fastlagt<br />
Hva er viktig og hva er detalj<br />
Knapp tid til rådighet (Time to market)<br />
Lang vei til ferdig løsning<br />
Omfang<br />
Kvalitet<br />
Tid<br />
Skiftende rammebetingelser<br />
Konkurrenters trekk<br />
Kostnad<br />
Store krav til kvalitet<br />
Hva er godt nok<br />
Usikker eller begrenset finansiering<br />
Totalt kostnadsbilde ikke kjent<br />
Avenir AS > slide 5
Ikke så smidig….<br />
Spesifisering<br />
Dette burde vi<br />
tenkt på i<br />
spesifieringen<br />
Utvikling/test<br />
Hvordan vil<br />
dette fungere i<br />
leveranse<br />
Leveranse<br />
Avenir AS > slide 6
<strong>Smidig</strong>gjøring av prosjektet<br />
Må vi gjøre hvert trinn helt ferdig med en gang<br />
Spesifisering<br />
Utvikling/test<br />
Må vi gjøre hvert trinn bare en gang<br />
Leveranse/<br />
Innføring<br />
Avenir AS > slide 7
1. Hva er smidig metode<br />
• <strong>Smidig</strong> (Eng.: Agile -> “the quality of being agile; readiness <strong>for</strong> motion;<br />
nimbleness, activity, dexterity in motion) endringsdyktig, fleksibel,<br />
tilpasningsdyktig<br />
• “Agile proponents claim that the focal aspects of light and agile methods<br />
are simplicity and speed. (Abrahamsson et al., 2003, p. 1)<br />
– In development work, accordingly, development groups concentrate only on the<br />
functions needed immediately,<br />
– delivering them fast,<br />
– collecting feedback<br />
– and reacting rapidly to business and technology changes”<br />
Avenir AS > slide 8
<strong>Smidig</strong> utvikling i sin basale <strong>for</strong>m<br />
Systemet vokser inkrementelt<br />
Bygg noen krav<br />
Tilbakemeldinger<br />
Bygg noen krav<br />
Tilbakemeldinger<br />
Bygg noen krav<br />
Tilbakemeldinger<br />
Bygg noen krav<br />
Avenir AS > slide 9<br />
1-6 uker<br />
1-6 uker<br />
1-6 uker 1-6 uker
Det opprinnelige ”<strong>Smidig</strong>e Manifest”:<br />
Individer og interaksjoner frem<strong>for</strong> prosesser og verktøy<br />
Fungerende software frem<strong>for</strong> omfattende dokumentasjon<br />
Samarbeid med kunden frem<strong>for</strong> <strong>for</strong>handling av kontrakt<br />
Imøtekomme endringer frem<strong>for</strong> å følge en plan<br />
Avenir AS > slide 10
SMIDIG - litt av gangen<br />
Spesifisering<br />
Utvikling/<br />
test<br />
Leveranse/<br />
Innføring<br />
Spesifisering<br />
Utvikling/<br />
test<br />
Leveranse/<br />
Innføring<br />
Spesifisering<br />
Utvikling/<br />
test<br />
Leveranse/<br />
Innføring<br />
• GEVINSTER:<br />
– De viktigste gevinstene,<br />
så tidlig som mulig<br />
– Tidligere erfaringer med<br />
hele kjeden<br />
– Endringer håndteres<br />
løpende<br />
– Kun nyttige funksjoner<br />
utvikles<br />
Avenir AS > slide 11
2. <strong>Smidig</strong>e varianter<br />
• I praksis et mylder av ulike metoder som dekker<br />
ulike deler av systemutviklingsprosessen:<br />
– SCRUM,<br />
– Crystal<br />
– LEAN<br />
– EVO<br />
– XP, Extreme programming,<br />
Adaptive software development<br />
Agile modeling,<br />
Feature-driven development,<br />
Internet-speed development,<br />
Pragmatic programming<br />
M.fl….<br />
Avenir AS > slide 12
SCRUM<br />
24 t<br />
Scrum Møte<br />
Sprint<br />
Backlog<br />
1-4<br />
uke<br />
Product backlog<br />
Kjørbar<br />
kode<br />
Avenir AS > slide 13
Crystal Clear<br />
• Crystal kjennetegnes ved:<br />
– Forenklet kommunikasjon ved samlokalisering<br />
– Hyppige leveranser av kjørbar kode til brukerne<br />
– Forbedringer basert på refleksjon underveis<br />
• Crystal metodikken fokuserer på effektivitet og praktisk brukbarhet.<br />
• Krever enkel tilgang til ekspertbrukere<br />
• Teknisk fokus er på automatisert test, konfigurasjonsstyring og hyppig<br />
integrasjon<br />
• Crystal Clear er beskrevet av Alistair Cockburn.<br />
Avenir AS > slide 14
Lean Software Devleopment<br />
Basert på ”lean” filosofien i japansk<br />
bilproduksjon, men tilpasset <strong>for</strong><br />
utvikling<br />
Fokuserer på følgende prinsipper:<br />
1. Eliminate waste<br />
2. Amplify learning<br />
3. Decide as late as possible<br />
4. Deliver as fast as possible<br />
5. Empower the team<br />
6. Build in integrity<br />
7. See the whole<br />
Avenir AS > slide 15
EVO<br />
PLANLEGG<br />
• Identifisere interes<strong>senter</strong><br />
og avdekke deres verdier<br />
og mål<br />
• Kvantifisere de viktigste<br />
målene <strong>for</strong> prosjektet<br />
• Bestem ønsket målnivå og<br />
• Evaluer et sett med<br />
alternativer og velg ut den<br />
beste <strong>for</strong> implementering<br />
først. akseptabelt<br />
minimum <strong>for</strong> disse målene<br />
LEVER<br />
• Planlegg med bruk av iterasjoner<br />
på max 4 uker og max 10% av<br />
budsjettet<br />
• Teamene skal være tverrfaglige<br />
og ha tett tilgang til<br />
interessentene<br />
• Produser en testet og<br />
demonstrert del-løsning i hver<br />
iterasjon<br />
REVIDER<br />
Verdisyklusen<br />
• Skal prosjektet <strong>for</strong>tsettes<br />
• Raffiner mål og planer<br />
• Tilpass arbeidsprosesser<br />
STUDER<br />
• Kontroller målbar verdi av<br />
leveranse<br />
• Verifiser teamets ytelse og<br />
leveranseevne<br />
• Evaluering<br />
Avenir AS > slide 16
XP Extreme Programming<br />
Basert på følgende generelle<br />
praksiser:<br />
1. Sitt sammen<br />
2. Komplette team<br />
3. In<strong>for</strong>mative omgivelser<br />
4. Produktiv, - ikke utbrent<br />
(”Energized work”)<br />
5. Uke-syklus<br />
6. Kvartals-syklus<br />
7. Slakk<br />
Og følgende mer<br />
programmeringsrettede praksiser<br />
• Par-programmering<br />
• Historier (”System Metaphor”)<br />
• 10-minutters bygging<br />
• Kontinuerlig Integrasjon<br />
• Test-først programmering<br />
• Inkrementell design<br />
Avenir AS > slide 17
4. <strong>Smidig</strong> <strong>prosjektledelse</strong><br />
Innebærer å løpende vurdere<br />
og styre prosjektet i <strong>for</strong>hold til<br />
de konkurrerende kravene til:<br />
Omfang<br />
Kvalitet<br />
Kostnad<br />
Tid<br />
Risiko<br />
Avenir AS > slide 18<br />
..i styrte sykluser/iterasjoner
<strong>Smidig</strong> <strong>prosjektledelse</strong><br />
• Prosjektledelse er anvendelse av<br />
– kunnskap,<br />
– ferdigheter,<br />
– verktøy og<br />
– teknikker<br />
• innen et bredt spekter av aktiviteter<br />
• <strong>for</strong> å møte interessentenes behov og <strong>for</strong>ventninger til<br />
prosjektet og<br />
• sikre at prosjektet når sine mål innen<strong>for</strong> de gitte<br />
rammebetingelser<br />
• <strong>Smidig</strong> gjennomføring stiller nye krav til prosjektleder!<br />
Avenir AS > slide 19
Fossefall vs. smidig samarbeid<br />
Tradisjonelt<br />
ansvar og<br />
risikodeling<br />
<strong>Smidig</strong> ansvar<br />
og risikodeling<br />
Avenir AS > slide 20
Typisk smidig gjennomføring<br />
• Arbeidet gjøres i repeterende sykluser av varighet 1-4 uker.<br />
• Etter hver syklus en del-leveranse<br />
• Etter hver syklus ny vurdering av hva som nå skal gjøres ut<br />
fra målene, hva bidrar mest på kort sikt<br />
• Daglig oppfølging av status i korte møter <strong>for</strong> hele teamet<br />
• Hver syklus inneholder<br />
– Planlegging av arbeidet<br />
– Gjennomføring av arbeidet<br />
– Grovplanlegge neste syklus<br />
– Evaluering<br />
• Til enhver tid: komme lengst mulig i måloppnåelse<br />
Avenir AS > slide 21
Hva er anderledes i et<br />
<strong>prosjektledelse</strong>sperspektiv<br />
• Prosjektprosessen omgjort fra unik til repetetetiv, ved at prosjektet brytes<br />
ned i deler der utvikling av hver del blir en repeterende aktivitet<br />
• Sterk fokus på deler av løsningen av gangen. Kun delvise spesifikasjoner<br />
underveis. Mindre fokus på detaljerte funksjonelle krav - "better roughly<br />
right than exactly wrong”<br />
• Meget sterk styring av tid og innhold i hver syklus<br />
• Mindre fokus på langsiktige planer og totale estimater<br />
• Meget sterk fokus på å håndtere læring og endringer underveis. Det er<br />
aldri <strong>for</strong> sent!<br />
• Kraftig delegering og stor beslutningsmyndighet tillagt den enkelte<br />
prosjektdeltager<br />
• Større fokus på team, mindre på ansvarsdeling og den enkelte person<br />
Avenir AS > slide 22
Prosjektleder må passe på at:<br />
• Teamet sitter samlokalisert<br />
• Mest mulig heltidsressurser i prosjektet<br />
• Flest mulig personer som kan fylle mer enn en rolle<br />
• Planen skal tilgjengeliggjøres og vedlikeholdes synlig <strong>for</strong> hele teamet<br />
• Scrum møtet gjennomføres som et kort og målrettet møte.<br />
• Fordeling av oppgaver og oppfølging av status skjer i daglig scrum<br />
møte<br />
• Syklusens lengde fravikes aldri<br />
• De aktuelle utførende ressurser skal involveres i planlegging og<br />
estimering av neste syklus<br />
• Evaluering skal gjennomføres i hver syklus.<br />
• Evaluering sammenliknes med evaluering fra <strong>for</strong>rige syklus<br />
Avenir AS > slide 23
5. Noen sentrale ut<strong>for</strong>dringer<br />
• Hvordan få tilstrekkelig <strong>for</strong>retningsmessig fokus inn<br />
som driver av smidige prosjekter<br />
• Hvordan sikre at løsningen faktisk blir tatt i bruk og<br />
gir gevinstene den skal<br />
• Hvordan velge/tilpasse/innføre smidig metode som<br />
støtter dette best mulig<br />
Avenir AS > slide 24
Forretningsfokus i SCRUM<br />
Hvordan sikre at løsningen<br />
lages slik at de <strong>for</strong>retningsmessige<br />
målene oppnås<br />
best og raskest<br />
24 t<br />
Scrum Møte<br />
Sprint<br />
Backlog<br />
1-4<br />
uke<br />
Product backlog<br />
Kjørbar<br />
kode<br />
Avenir AS > slide 25
Scope <strong>for</strong> scrum<br />
Krav<br />
Kode<br />
Produsere kjørbar kode ut fra <strong>for</strong>eliggende krav,<br />
basert på trinnvis utvikling<br />
i en prosess der læring og <strong>for</strong>bedring er viktige <strong>for</strong>hold.<br />
Avenir AS > slide 26
Fokus på <strong>for</strong>retningsverdi<br />
• Utviklingsprosjektet skal styres<br />
ut fra de <strong>for</strong>retningsmessige<br />
målene<br />
– Det vil si å frembringe (del)løsninger<br />
som er unikt nyttig <strong>for</strong> kunden<br />
– Så raskt som mulig<br />
– Med tilstrekkelig kvalitet<br />
• Det må inkluderes<br />
metodestøtte <strong>for</strong> dette, her gir<br />
EVO god støtte, mens de<br />
øvrige gir <strong>for</strong> svak støtte<br />
Avenir AS > slide 27
Hvordan finne gevinstene<br />
• Workshop med ledelsen <strong>for</strong> å få<br />
frem hovedmål/gevinster og en<br />
viss konkretisering av disse<br />
• Interessentanalyse <strong>for</strong> å avdekke<br />
posisjonene rundt målene<br />
• Nedbryting av hovedmål til delmål<br />
og konkretisering og<br />
operasjonalisering<br />
• Hva er det viktigste kravene og<br />
målene ( opp til 10 stk)<br />
Avenir AS > slide 28
Kravanalyse<br />
• Koble kravene opp mot målene<br />
• Ferdigstille konkrete krav på de relevante<br />
områder<br />
• Gjennomgå evt. <strong>for</strong>eliggende kravliste og<br />
sortere som:<br />
– Ekte krav<br />
– Design<strong>for</strong>slag<br />
– Begrensning<br />
• Avklare håndtering av ”uekte” krav<br />
Avenir AS > slide 29
Vanlige problemer med krav<br />
• Hvem har bestemt at dette er et<br />
krav<br />
– ofte udokumentert eller uklart<br />
• Kravet er uklart eller tvetydig<br />
<strong>for</strong>mulert<br />
– Eksakt hva skal gjøres,<br />
– når, og av hvem<br />
– og på vilken måte<br />
• Koblingen til “avtalen” er ikke klar,<br />
– hva betyr kravet i <strong>for</strong>hold til avtalen – hva<br />
er godt nok resultat<br />
– Hva er ønskelig, hva er minimum<br />
Avenir AS > slide 30
Fra løse og dårlige krav til klare mål:<br />
Forretningsmessig mål: Tredoble besøket på våre web-sider.<br />
Delmål/krav:<br />
Tre relevante nyheter hver dag<br />
Gjennomsnittlig responstid på alle sider på under 1 sek<br />
Avenir AS > slide 31
Vi må utvide scopet <strong>for</strong> å ta med FRA MÅL TIL KRAV<br />
Mål<br />
Krav<br />
Kode<br />
Avenir AS > slide 32
Sikre gevinstene<br />
Hvordan sikre at løsningen<br />
tas i bruk og gevinstene<br />
faktisk fremkommer<br />
som <strong>for</strong>utsatt<br />
24 t<br />
Scrum Møte<br />
Sprint<br />
Backlog<br />
1-4<br />
uke<br />
Product backlog<br />
Kjørbar<br />
kode<br />
Avenir AS > slide 33
<strong>Smidig</strong>e gevinster<br />
• SCRUM og de fleste smidige metodene fokuserer på brukerens nytte og<br />
involvering av bruker.<br />
• Dette <strong>for</strong>utsetter at sluttbruker har fullgod kunnskap om alle sider ved<br />
mulige gevinster av systemet<br />
• Det er ikke slik at et krav nødvendigvis gir en gevinst.<br />
• Oppnåelse av gevinstene må kobles med kravene og målene, inn som<br />
testkriterier og må verifiseres i drift.<br />
– Først da kan vi være sikre på at gevinstene innarbeides i løsningen og oppnås<br />
– Først da kan vi være sikre på at læringssløyfen i syklusene er komplett<br />
Avenir AS > slide 34
Vi må utvide scopet nok en gang!<br />
Mål<br />
Krav<br />
Kode<br />
Gevinst<br />
Avenir AS > slide 35
Krav til smidig metodikk:<br />
• Sikre at de riktige målene danner grunnlag <strong>for</strong> arbeidet<br />
– Konkretisering og kvantifisering av målene,<br />
– Håndtering av krav som ikke støtter målene<br />
• Sikre tidlige leveranser av de viktigste målene/gevinstene<br />
– All utvikling styres og prioriteres ut fra bidrag til måloppnåelse<br />
• Sikre at de mål/gevinster som er satt <strong>for</strong> prosjektet faktisk oppnås<br />
– Testing i <strong>for</strong>hold til måloppnåelse<br />
– Leveranseprosessen styres ut fra måloppnåelse<br />
– Det verifiseres at gevinstene er levert i drift i organisasjonen<br />
• Håndtere endringer på en proaktiv måte<br />
– God støtte <strong>for</strong> læring underveis og justeringer som følge av det<br />
– God støtte <strong>for</strong> håndtering av endrede rammebetingelser<br />
Avenir AS > slide 36
Dette betyr i praksis en kombinasjon av elementer fra<br />
flere smidige metoder<br />
• Mål-og krav håndtering fra<br />
EVO, med litt inspirasjon fra<br />
LEAN<br />
• SCRUM-møte og basis<br />
syklushåndtering og<br />
utviklingsdelen fra SCRUM,<br />
med noen elementer fra<br />
Crystal, LEAN og XP<br />
• Fokus på leveranse av<br />
gevinstene i drift hentet fra<br />
EVO, med elementer fra XP<br />
og LEAN<br />
Mål og<br />
krav<br />
Leveranse<br />
Utvikling<br />
Avenir AS > slide 37
<strong>Smidig</strong>e erfaringer<br />
• Vi har høstet mye positiv erfaring med smidig<br />
prosjektgjennomføring, basert på en slik kombinasjon av<br />
metoder<br />
– Kortere tid til leveranser og gevinster<br />
– Lavere risiko<br />
– Mindre slitasje på teamet<br />
– Bedre støtte <strong>for</strong> læring underveis<br />
– Bedre håndtering av skiftende rammebetingelser<br />
Avenir AS > slide 38
6. Prinsipper <strong>for</strong> smidig prosjektgjennomføring<br />
• Forretningsmålene styrer arbeidet<br />
• <strong>Smidig</strong>het fra mål til gevinst<br />
• Små skritt<br />
– Små skritt krever mindre overhead. Hvis vi tar små skritt er det<br />
enklere å ta et skritt tilbake og lavere risiko.<br />
– Jevn strøm av leveranser og resultater frem<strong>for</strong> ”Big Bang”.<br />
• Enkelhet<br />
– Ut<strong>for</strong>dre den vanlige måten å tenke på: Spør (uavhengig av<br />
kravene): Hva er den enkleste måten å få til dette på<br />
• Forbedring<br />
– Ingenting er perfekt, men å <strong>for</strong>bedre(jobbe mot det perfekte),<br />
basert på erfaringene som høstes underveis er nyttig.<br />
Avenir AS > slide 39
Prinsipper <strong>for</strong> smidig prosjektgjennomføring<br />
• Muligheter<br />
– Angrip problemet som en mulighet til å løse oppgaven på en annen måte<br />
• Mangfold<br />
– Det er sunt at teamene består av et mangfold av kompetanse, erfaring<br />
og perspektiver.<br />
– Vi har <strong>for</strong>skjellige styrker og svakheter, og dette er bra <strong>for</strong> teamet hvis<br />
det utnyttes riktig. (Tenk fotball-lag).<br />
• Kommunikasjon og tilbakemelding - løpende<br />
– Nødvendig at alle skal vite hva de skal gjøre og <strong>for</strong> å avdekke problemer<br />
– Fordi vi ellers ikke kan vite om vi er på rett vei<br />
• Refleksjon og evaluering - løpende<br />
– Gode team gjør ikke bare jobben sin, men de tenker over hvordan de<br />
gjør den og hvor<strong>for</strong>.<br />
• Overlappende kvalitetsmekanismer<br />
– Sikre at feil og mangler blir avdekket (i tide) ved å ha et sett av flere<br />
mekanismer, <strong>for</strong>di ingen enkelt-mekanisme kan avdekke alt. Den<br />
viktgiste kvalitetssmekanismen er faktisk bruk og faktisk erfaring.<br />
Avenir AS > slide 40
Fokus på korte leveransesykluser<br />
• Lange sykluser gjør<br />
reaksjonstiden ved<br />
endringer lang<br />
• Lange sykluser gir<br />
lang vei før det<br />
<strong>for</strong>efinnes noe<br />
resultat i det hele tatt<br />
• Lange sykluser gir<br />
ikke god støtte <strong>for</strong><br />
læring underveis<br />
• Korte sykluser<br />
håndterer endringer<br />
løpende<br />
• Korte sykluser gir<br />
kort vei til et brukbart<br />
resultat<br />
• Korte sykluser gir<br />
god støtte <strong>for</strong> læring,<br />
og teamet blir dyktig<br />
på å levere<br />
Avenir AS > slide 41
7. En generisk modell<br />
- Et smidig rammeverk basert på tre sykluser<br />
Mål<br />
3<br />
Gevinst<br />
Lev.<br />
Utv<br />
Avenir AS > slide 42
Mål og krav-syklus (Mye EVO)<br />
Mål og krav<br />
Mål<br />
Krav<br />
Design<strong>for</strong>slag<br />
Prioritering<br />
1<br />
Mål<br />
3<br />
Gevinst<br />
Lev. Utv<br />
2<br />
Avenir AS > slide 43
Utviklings-syklus (Mye SRUM)<br />
3<br />
1<br />
Mål<br />
Gevinst<br />
Lev. Utv<br />
2<br />
Utvikling<br />
Koding og test<br />
Brukerprøving<br />
Tilbakemelding<br />
Verifisering<br />
Avenir AS > slide 44
Leveranse-syklus (Mye OU)<br />
3<br />
1<br />
Mål<br />
Gevinst<br />
Lev. Utv<br />
2<br />
Leveranse<br />
Drifts<strong>for</strong>b.<br />
Opplæring<br />
Driftsetting<br />
Gevinstmåling<br />
Avenir AS > slide 45
SMIDIG METODIKK – fra mål til gevinst<br />
1<br />
Mål og krav<br />
3<br />
Leveranse<br />
Gevinst<br />
2<br />
Utvikling<br />
1 2 3<br />
Utvikling<br />
Koding og test<br />
Brukerprøving<br />
Tilbakemelding<br />
Verifisering<br />
Mål og krav<br />
Forankring<br />
Mål<br />
Krav<br />
Design<strong>for</strong>slag<br />
Prioritering<br />
EVO<br />
SCRUM<br />
Leveranse<br />
Drifts<strong>for</strong>beredelse<br />
Opplæring og OU<br />
Driftsetting<br />
Gevinstmåling<br />
Gevinst<br />
Avenir AS > slide 46
Oppsummering<br />
1. Hvor<strong>for</strong> smidig<br />
2. Hva er smidig metode<br />
3. <strong>Smidig</strong>e varianter<br />
4. <strong>Smidig</strong> <strong>prosjektledelse</strong><br />
5. Noen sentrale<br />
ut<strong>for</strong>dringer - hva skal<br />
til <strong>for</strong> å lykkes<br />
6. Gode prinsipper<br />
7. En generisk modell<br />
1. Fordi verden er usikker<br />
2. Hyppige leveranser,<br />
<strong>for</strong>bedring og læring<br />
3. Det finnes mange<br />
4. Annerledes, men ikke enklere<br />
5. Forretningsfokus – tvers<br />
gjennom<br />
6. 12 prinsipper som gir effekt<br />
7. Tre sykluser satt sammen<br />
Avenir AS > slide 47
Hovedleveranser fra syklusene<br />
Kontrakt<br />
Vedl.<br />
Gevinst<br />
Mål<br />
Gevinster<br />
Krav<br />
Løsn. skiss<br />
Planer<br />
Leveranse<br />
Utvikling<br />
Løsn. skiss.<br />
Avenir AS > slide 48<br />
Del-løsning