Jag tror det finns behov av att identifiera mognaden hos användarna och planera införandet beroende på det. Tänk i flera steg, istället för att tro att man kan sikt på målet direkt. Under resans gång kommer många bra idéer att komma upp och vinsten blir större eftersom det är svårt att föreställa sig hur användningen kommer att bli och vad som accepteras av användarna.

När det gäller byggande finns en byggstandard som man började utveckla på 1920-talet och som vi fortfarande förbättrar. Det är ett regelverk som heter AMA och som innehåller beskrivningar och regler för hur man normalt gör. Det billigaste och säkraste är då att använda standard.

Kan vi tänka oss motsvarande för IT-system?

Fördelen är att beställaren får jämförbara anbud och det är priset som är avgörande.

Nu har ju byggbranschen dåligt rykte vad gäller ansvar och kvalitet. Kanske är det en variant av det vi ser för IT-branschen när man generaliserar att It-projekt “inte går att styra”.

Dessa har ju just som mål att just brygga problemet med att kunden inte får precis det som den hade tänkt sig.

Vet nu inte hur marknaden ser ut om stora delar har gått över till Agila metoder eller om många fortfarande kör med UCD stuket.