När struktur räddar dig - och när den dödar projekt

Ett nytt team, utspritt över flera länder, behövde tydligare roller och gemensamma avstämningar. Ett litet team som arbetat ihop i flera år behövde mer ostörd tid för att prova en idé.

Samma upplägg passade inte båda.

Det låter självklart. Ändå inför vi gärna ett arbetssätt överallt för att det fungerade någon annanstans.

Börja med vad som saknas

I ett projekt väntade flera team på besked. De hade en gemensam lista och dagliga möten, men ingen visste vem som fick besluta i de frågor som stoppade arbetet.

Vi tydliggjorde vem som tog teknikbeslut, prioriteringar och frågor till kunden. Det var den strukturen som saknades. Ett till statusmöte hade inte gett dem svaret.

I ett nytt distribuerat team var behovet ett annat. Personerna behövde veta hur de andra arbetade, var läget fanns och när de skulle be om hjälp. En gemensam uppdatering och tydliga förväntningar på svar gjorde mer nytta där.

Fråga vad folk väntar på och vad de måste gissa. Svaren säger mer om behovet av struktur än antalet kolumner i er projektplan.

Ibland ska arbetet gå långsammare

Ett granskningssteg kan fördröja en leverans och ändå vara rätt. Om ett misstag får stora konsekvenser vill ni upptäcka det innan det når kunden.

Därför räcker inte frågan ”minskar det här friktionen?”. Ni behöver också fråga vad steget skyddar och vad ni riskerar att missa utan det.

Erfarna människor kan också göra fel. Tillit och kontroller behöver inte stå i vägen för varandra. Däremot ska kontrollen fylla ett begripligt syfte och stå i proportion till risken.

Anpassa efter vilket arbete som pågår

Tre erfarna personer som undersöker en idé behöver kanske bara en tydlig fråga, en tidsram och ett tillfälle att gå igenom vad de lärt sig. Krav på detaljerade leveransplaner för sådant de ännu inte vet kan mest skapa påhittad säkerhet.

Inför en lansering är läget ett annat. Då behöver teamet veta vad som ska vara testat, vem som fattar beslut om driftsättning och vad som händer om något går fel.

Samma team kan behöva båda arbetssätten under samma projekt.

Pröva en förändring i taget

När ni lägger till eller tar bort ett steg, skriv ner vilket problem ni försöker lösa. Följ sedan upp både nyttan och kostnaden.

• Kommer besluten snabbare?
• Missar vi färre saker?
• Förstår nya kollegor hur arbetet fungerar?
• Har vi skapat onödiga väntetider eller dubbelarbete?

Om problemet försvinner behöver ni tänka ett varv till innan ni tar bort strukturen igen. Det kan vara just den som gör att problemet håller sig borta.

Jag vill kunna förklara varför ett möte, en checklista eller ett godkännande finns. Om det enda svaret är ”så gör vi här” är det dags att titta närmare. Men lösningen behöver inte vara att kasta allt.

---

Exemplen är förenklade och bygger på situationer från verkligheten. Dialoger och detaljer är bearbetade för att göra resonemanget tydligt.