Program fallerar vid gränssnitten
När ett FoU-program spänner över Göteborg, Tokyo och Shanghai kan varje team vara mycket kompetent och programmet ändå misslyckas. Problemen koncentreras där arbetet korsar orter: gränssnitt mellan delsystem, överlämningar mellan faser och antaganden som ingen skrev ner.
Innan arbetet fördelas, definiera systemarkitekturen, dess gränssnitt och en namngiven ägare för vart och ett. Ett gränssnitt utan ägare blir ett integrationsproblem.
Låt tidszonerna arbeta för er
Centraleuropeisk tid överlappar med Japan och Kina bara under ett kort fönster på morgonen. Att kämpa emot det med sena eller tidiga möten sliter på teamen.
- ·Reservera överlappsfönstret för beslut och för att lösa hinder, inte för statusrapporter.
- ·Flytta statusrapportering till skriftliga, asynkrona uppdateringar.
- ·Strukturera överlämningar så att arbetet fortsätter över tidszonerna i stället för att vänta.
Integrera tidigt
Sen integration är där distribuerade program upptäcker att teamen tolkat samma krav olika. Planera tidiga delintegrationer, även med simulerade komponenter, och gör integrationsresultaten synliga för alla orter.
Lätt, tydlig styrning
Tung styrning bromsar alla; outtalad styrning låter den högljuddaste orten bestämma. Håll en liten uppsättning tydliga regler: vem som beslutar vad, hur risker lyfts och var den gemensamma sanningskällan för krav, beslut och tidplaner finns.
En erfaren programledare som har förtroende hos alla parter, och som kan översätta både tekniskt och kulturellt, är ofta den enskilt viktigaste faktorn.