Qentinel, Wakaru ja Gofore järjestivät 2.9.2015 "Onnistu jättihankkeissa" seminaarin. Pidin iltapäivällä, suuren Apotti-paneelin jälkeen, esityksen jossa pyrin hillitsemään suuriin hankkeisiin ryhtymistä. Moniin suuriin muutos- ja ICT-hankkeisiin ladataan suuret odotukset saavutettavista hyödyistä. Ilmeisesti uskotellaan, että tekemällä yksi massiivinen hanke saavutetaan suurtuotannon etuja. Väitän, että asia on toisin ja aiheutetaankin vain suurtuotannon haittoja. Ihmisten toimintatapojen muutos ja uudelleen koulutus ei ole sarjatuotantoprosessi, joka on viilattavissa sitä tehokkaammaksi mitä suuremmaksi se kasvatetaan. Koon kasvattaminen aiheuttaa monenlaista inertiaa, viestintä muuttuu vaivalloiseksi, päättäjät etääntyvät toiminnasta ja hankkeiden sisälle ja lähistölle syntyy toimistopolitikoivia hyvä veli/sisarkerhoja. Suurissa muutoshankkeissa on liian monia epävarmuustekijöitä lyhyelläkin aikajänteellä, että niihin sopeutumisen tarvetta pystyisi ennakoimaan ketteryyden säilyttäen. Suunta muuttuu hitaasti ja sen seurauksena tehdään vääriä asioita ennenkuin ehditään kaikinpuolin suuntaa muuttamaan. Muutoshankkeissa onnistumiseksi on kehitetty monia teorioita ja menetelmiä. Enimmäkseen ne kaikki tähtäävät jonkinlaiseen "karjanajoon" yksilöllisyyden kustannuksella tai sijasta.

1. Suurissa hankkeissa ei ole
suurtuotannon etuja
Qentinel - Wakaru - Gofore
2.9.2015
Tapio Järvenpää
Beer Executive Officer, Hops United OÜ
@Tapsa_Jpaa

2. Good
Cheap
Fast

3. Original story by courtesy of @SamiHonkonen

4. - Hans Pelse, CEO, KER Oy
“Mistä tietää, että suuri IT-projekti
epäonnistuu?
Sen kick-off on pidetty.”

5. “Varma business
case”
Todellisuusvs.
courtesy of @artomartonen

8. Asiakas- ja
käyttäjätyytyväisyys

9. Suorat
taloudelliset hyödyt

10. Ponnahduslauta
jatkokehitykselle

11. Näyttää hyvältä
CV:ssä

13. The Change Readiness Equation D x V x F > R
Peter Killing’s Change Curve
John Kotter’s Eight-Step Approach
Jim Collin’s Good-to-Great Flywheel

14. + €
- €
Pitkä aikaPitkä aika
Tosi pitkä aika
Projektin menot ja tulot
Paljon rahaa

15. + €
- €
Pitkät projektit myöhästyy…

16. + €
- €
Myöhästyneet, budjetin ylittävät projektit
eivät saavuta kaikkia tavoitteitaan!

17. “Strateginen projekti"
+ €
- €
Ns. strateginen projekti.
“Perkele, tää nyt vaan on tehtävä loppuun!”

18. TLDR
HiPPO

19. Life in Program / Tapsa
Puolet työstä menee hukkaan!
2/23/14
19

20. Life in Program / Tapsa2/23/14
20
Muutoksien hyväksyminen on samanlaista
kuin innovaatioiden omaksuminen.

23. Suurtuotannon haitat
• Hidas vaste
• Päällekkäinen työ
• Inertia, muutoshaluttomuus
• Päätöksentekijöiden etääntyminen toiminnasta
• Viestintävaiva
• Raskas hallintomalli
• Toimistopolitikointi

24. Erään onnistuneen
hankkeen prinsiippejä:
1. The manager must be delegated practically complete control of his
program …
2. …
3. The number of people having any connection with the project must be
restricted in an almost vicious manner. Use a small number of good people
(10% to 25% compared to the so-called normal systems).
4. …
5. There must be a minimum number of reports required, but important work
must be recorded thoroughly.
…
14. …

25. © 2012 Lean Startup Machine. You are free to use it and earn money with it as an entrepreneur, consultant, or executive, as long as you are not a software company (the latter need to license it from us).www.ValidationBoard.com
Validation Board
Track Pivots
1st Pivot 2nd Pivot 3rd Pivot 4th PivotStart
Riskiest
Assumption
Method
Core Assumptions
Any assumption that, if invalidated, will break the business
Which Core Assumption has the
highest level of uncertainty?
Solas Bar
232 E. 9th Street
What is the lowest cost way to
test the Riskiest Assumption?
Choose: Exploration,
Pitch, or Concierge
Only put the Riskiest
Assumption from an
experiment in these boxes
Record data &
learnings separately
If Invalidated, pivot at least
one Core Hypothesis
If Validated, brainstorm and
test the next Riskiet Assumption
What is the weakest outcome
we will accept as validation?
Minimum
Success
Criterion
1
3
5
2
4
6
1
3
5
2
4
6
Project Name: Team Leader Name:
Customer
Hypothesis
Problem
Hypothesis
Solution
Hypothesis
Design Experiment
Track Pivots
Tip: For two-sided markets,
always validate the riskier side first
Tip: Clear all post-its from this area after each experiment is completed
Invalidated Validated
GET
OUT
OF THE
BLDG
Results
Tip: Do NOT define a solution
until you’ve validated the problem
Remember:
Limit one sticky-note per box
Write in ALL CAPS
Do not write more than 5 words on any sticky-note

26. Plan
Check Do
Act

27. Muutoksessa onnistumisen
tärkeimmät tekijät: projektitiimin
itseluottamus ja sidosryhmien
usko tiimin osaamiseen!