4. FORMÅLJeg håper at du lærerHvorfor Impact mapping kan være en god idéHvordan du kan bruke det i neste ukeNår det passer
5. AGENDAImpact MapHva er det? Hvorfor er det viktig! Hvordan gå frem! Impact estimation tableBenefits Management (Peppard, MIS QE) Praktisk oppgave
6. IMPACT MAPPINGGOJKO ADŽIĆ «Basert på det beste fra utlandet» Lite byråkratisk –samarbeid og interaksjonVisueltHurtig! Gojko har kombinert idéer fra blant annet: «Effect Managing IT», Mijo Balic & Ingrid Domingues «Competitive Engineering», Tom GilbFeature injection ideas, Chris MattsTeam building, Gibb-Drexler-WeisbordFigurene er brukt med tillatelse.
8. HVA ER IMPACT MAPPING? Visualisering av scope; antagelser og forutsetningerErfarne tekniske og produktfolk i samarbeidTankekart som utvikles ved å svare på... 1.Hvorfor? 2.Hvem? 3.Hvordan? 4.Hva?
9. HVORDAN GÅR DET GALT? Based on a seven year long research of companies across the European Union, John McManus and Trevor Wood-Harper list the following as the top five key reasons why IT projects fail: •Business reasons•Business strategy superseded•Business processes change (poor alignment) •Poor requirements management•Business benefits not clearly communicated or overstated
10. HVORFOR IMPACT MAPPING? Teknisk suksess –leverer på tid og budsjettSmidig løser levering –vi leverer raskere og synlig...men når er vi ferdig? Og hvordan vet vi at vi er ferdig? impact / virkning / resultaterDefinere formålet –hvorforgjør vi dette
“People don't buy what you do; they buy why you do it” «Start with why», Simon Sinek
11. HVORFOR IMPACT MAPPING? Planleggingsteknikk –løfte blikketVurdere flere tiltakScope creepOver-engineeringIkke bare levere funksjoner og egenskaper –men virkning!
12. NÅR? Før oppstart –definer formål, bli klar over forutsetningerUnderveis –Evaluér endringer i scope, og sjekk at leveransene har den virkning som vi antok
14. Hvorfor (formål)
Hvem (aktører)
Hvordan (impact)
Hva (løsninger)
Hva er formålet?
Fra snitt 1 til 2 besøk pr bruker pr måned
Hvem kan bidra?
Skibums som letter beste pudderforhold
Familier som skal på tur
Skianleggene
Våre markedsførere
Turistmyndigheter
Hvordan?
Mulighet til å skryte av sine bragder
Få med venner
Lære noe nytt
Insentiver
Hva?
Rapportere sine nedkjøringer og dele på sosiale medier
Invitere andre brukere til aktiviteter
Facebook-kampanjer
Nyhetsbrev
Push-notifications
16. FORMÅLHvorfor gjør vi dette? –Det vi ønskerOfte vagtformulert Nøkkelen til å gjøre gode vurderingerMilitært, krisehåndteringHvis vi leverer som avtalt –men ikke oppnår formåletHvorfor står i sentrumPresentere et problem som skal løsesSMART
17. SMART•Specific–target a specific area for improvement. •Measurable–quantify or at least suggest an indicator of progress. •Assignable–specify who will do it. •Realistic–state what results can realistically be achieved, given available resources. •Time-related–specify when the result(s) can be achieved. “There's a S.M.A.R.T. way to write management's goals and objectives” November 1981 issue ofManagement Review, George T Doran
18. SMART BRUK AV MÅL OG MÅLTALLJames C Scott –Seeing like a stateKonflikt mellom to måter å bruke målEksterne måltallFor kontroll, overvåkning og forståelse for de som er utenfor prosessenOfte komplisert og bruker ikke lokal kunnskapAt folk oppnår “målet”, men ødelegger formåletVi vil måle det som er interessant internt i prosessen
19. HVORDAN MÅLE? •Den forenklede utgaven•hva måler vi? (scale) •hvordan? (meter) •hva er verdien nå? (benchmark) •hva er break-even? (constraint / minimum acceptable value) •hvilken verdi ønsker vi å nå? (target)
Flere gjenbesøk
Lavere kostnader på IT
scale
Snitt antall besøk pr bruker pr måned
Kostnader hos serverleverandør
meter
Google Analytics
Regnskapet
benchmark
1.2
NOK50.000
break-even
1.7
NOK 60.000
target
2.0
NOK 30.000
Tom Gilb, Competitive Engineering
20. Spør: 'If we achieve the key targets for metrics with a completely different scope than planned, have we succeeded?‘
21. If the answer is 'No', go back to start: You don't have the right metrics.
23. HVEM? Hvem kan gi hjelpe oss? Hvem kan hindre oss? Hvilke aktørers oppførsel ønsker vi å endre? Hva trenger de fra vårt produkt eller prosjekt? Software opptrer sjelden i vakumTenk på alle brukergrupper, kundesegmenter og de som tar avgjørelser
25. IMPACTS -HVORDAN? (HOW?) •Hvordan skal aktørene endre oppførsel? •Hvordan bidrar hun til å nå målet vårt`? •Hvordan hindrer han oss?
26. HVA? LEVERANSERHva kan vi gjøre, som organisasjon eller team, for å støtte dette? ScopeSoftware featureseller aktiviteterMinst viktige nivået(!) Ikke gå i for stor detaljHvis du mangler en klar sammenheng mellom formål og features... «Anti-teknologi consulting» @slipsetSMS-tjeneste
34. IMPACT ESTIMATION TABLE - KUNDESENTER
Outsourcing
Enklerespråk
Settetak på antall besvarte henvendelser
Prosjektkostnad
NOK 500.000
NOK 50.000
Antall henvendelser
2000
1000
1600
Driftskostnad
ned 10%
ned 50%
ned20%
Service-grad for kunder
bedret
vesentlig dårligere
Service-gradfor ansatte
ned 20%
frustrasjon
Rigorøs versjon => Competitive engineering
37. HVORDAN LAGE ET IMPACT MAPForberedelserFinn ekte formål (why, why, why) Definer gode måltallFinn en milepæl
38. HVORDAN LAGE ET IMPACT MAPMed gode måltall (indikatorer) kan du se om du er på riktig veiUnngå byråkrati!
39. HVORDAN LAGE ET IMPACT MAPTegn kartetTegn et skjelettFinn alternativerFinn enkleste måte å sjekke antagelserikke-tekniske er lov! Husk –ett formål
Hvorfor (formål)
Hvem (aktører)
Hvordan (impact)
Hva (løsninger)
40. HVORDAN LAGE ET IMPACT MAPHopp ikke over nivåer i kartetUnngå å bruke mye tid på virkninger som ikke støtter formålet
42. BENEFITS MANAGEMENT1.Why must we improve? 2.What improvements are necessary or possible? 3.What benefits will be realized by each stakeholder if the investment objectives are achieved? How will each benefit be measured? 4.Who owns each benefit and will be accountable for its delivery? 5.What changes are needed to achieve each benefit? (The key to realizing benefits is identifying explicit links between each benefit and required changes.) 6.Who will be responsible for ensuring that each change is successfully made? 7.How and when can the identified changes be made? (To answer this question, the organization must assess each stakeholder group’s ability and capacity to make the identified changes.)
43. BENEFITS MANAGEMENTThese questions aim to uncover three important aspects of the investment: the ends (the target performance improvements), the ways (the ways the business must work differently), and the means (the enabling IT capabilities). With these answers, the team can build a cause-effect network—called the Benefits Dependency Network (BDN) Peppard, Joe; Ward, John andDaniel, Elizabeth(2007).Managing the realization of business benefits from IT investments.MIS Quarterly Executive, 6(1) pp. 1–11.
44. •Peppard, Joe; Ward, John andDaniel, Elizabeth(2007).Managing the realization of business benefits from IT investments.MIS Quarterly Executive, 6(1) pp. 1–11.
45. OPPSUMMERING“Impact Mapping” hjelper oss å planlegge bedre! Ved å samarbeide klarer vi hurtig å visualisere sammenhengen mellom formålet og løsninger!
Hvorfor (formål)
Hvem (aktører)
Hvordan (impact)
Hva (løsninger)
46. «Impact Mapping», Gojko AdžićBakgrunn «Effect Managing IT», Mijo Balic & Ingrid Domingues «Competitive Engineering», Tom GilbFeature injection ideas, Chris Matts «Seeing like a state», James C Scott «Freedom from Command & Control», John Seddon
“Make impacts –not software”
Hvorfor?
Hvem?
Hvordan
Hva?
Henning Spjelkavik
@spjelkavik
http://skiinfo.no
http://kart.finn.no
henning@spjelkavik.net
52. «Impact Mapping», Gojko AdžićBakgrunn «Effect Managing IT», Mijo Balic & Ingrid Domingues «Competitive Engineering», Tom GilbFeature injection ideas, Chris Matts «Seeing like a state», James C Scott «Freedom from Command & Control», John Seddon
“Make impacts –not software!”
Hvorfor?
Hvem?
Hvordan
Hva?
Henning Spjelkavik
@spjelkavik
http://skiinfo.no
http://kart.finn.no
henning@spjelkavik.net