När IT projekt försöker eliminera osäkerhet istället för att lära sig hantera den

I många IT projekt är målet att skapa kontroll. Man gör detaljerade planer, stora kravlistor och omfattande dokumentation. Allt i hopp om att osäkerheten ska försvinna.

Men osäkerhet är inte ett misstag.
Osäkerhet är naturligt i moderna IT miljöer och kommer alltid att finnas där.

Det som ofta händer är att projekt försöker kompensera för osäkerheten med mer styrning. Men mer kontroll minskar inte oväntade händelser, den minskar bara organisationens förmåga att hantera dem.

Tre klassiska mönster dyker upp:

1. Projekt lägger mer tid på planering än på lärande.
Man försöker tänka ut alla scenarier i förväg istället för att snabbt testa och anpassa.

2. Man låser sig vid ursprungliga antaganden.
Även när man tidigt ser att något inte fungerar är det svårt att ändra riktning, för planen är satt.

3. Man tolkar förändringar som skador istället för insikter.
När man borde se dem som ny kunskap man inte hade innan.

Det som fungerar bättre är att acceptera att lärande är en central del av arbetet i komplexa IT projekt.
Organisationer som lyckas arbetar mer så här:

• kortare iterationer, mindre batcher

• snabb feedback från användare och drift

• öppna forum för att dela lärdomar

• fokus på att justera, inte försvara, planen

• mindre prestige kring förändringar

• mod att säga “vi vet inte än, vi testar”

Det här minskar inte osäkerheten.
Det gör organisationen bättre på att hantera den.

Osäkerhet är inte projektets problem.
Det är projektets bränsle.
Skillnaden ligger i hur man använder det.