Werken met ontwikkelaars uit verschillende regio's ter wereld maakt het mogelijk dat uiteenlopende expertise bijdraagt aan het project. Om deze diversiteit ten goede te laten komen aan de klant, moet ook de communicatie worden gepland. De klant moet eenvoudig kunnen begrijpen niet waar het team zich bevindt, maar in welke staat zijn project verkeert.
01Bewaar de gezamenlijke scope op één plek
Wanneer beslissingen uit gesprekken verspreid blijven staan in losse berichten, kunnen teams met uiteenlopende verwachtingen gaan werken. Scope, acceptatiecriteria en wijzigingen moeten via één gedeelde vastlegging worden opgevolgd. Een taak mag niet alleen met een korte titel worden beschreven, maar met de uit te voeren handeling en het verwachte resultaat. Zo kan ook een nieuwe specialist die bij het project komt sneller de context begrijpen.
02Maak taakoverdracht begrijpelijk
Verschillende werktijden leveren pas voordeel op bij een correcte overdracht. Een ontwikkelaar die een taak overdraagt, moet uitleggen wat is afgerond, welke controle is uitgevoerd en welke beslissing nog wordt verwacht. Wanneer hetzelfde probleem opnieuw moet worden onderzocht door ontbrekende informatie, gaat de capaciteit van een groot team verloren. Overdracht versnellen betekent daarom niet enkel de vergadertijd inkorten, maar de kwaliteit van de doorgegeven informatie verhogen.
03Toon de klant de echte voortgang
Een percentage van voltooiing alleen is niet voldoende. Het is begrijpelijker om een afgeronde flow te tonen, de volgende stap te schetsen en een openstaande klantbeslissing expliciet te benoemen. Is het ontwerp van een scherm klaar maar de koppelingen nog niet, dan moet dat onderscheid zichtbaar zijn. Zo blijft het verhaal van snelle voortgang in lijn met het resultaat dat de klant daadwerkelijk kan zien.
04Verenig het wereldwijde team rond één opleverdoel
Bij Paradigma7 combineren we onze 17 jaar ervaring met ons brede team van ontwikkelaars uit verschillende regio's ter wereld. Terwijl we diensten leveren op 7 continenten en in 7 talen, is ons doel een communicatie- en opleverstructuur die aansluit bij het werk van de klant. Het effect van dit team op de doorlooptijd hebben we beschreven in ons artikel over een wereldwijd team. Communicatietijden en responsverwachtingen worden per project vastgelegd. Wereldwijd werken betekent niet automatisch onbeperkte bereikbaarheid of ononderbroken ondersteuning; standaardondersteuning wordt geboden tijdens reguliere werkuren. Meer details vindt u in ons artikel over ondersteuningspakketten. Onze maatwerksoftware-ontwikkeling wordt volgens deze communicatiestructuur uitgevoerd.
05Checklist voor de communicatiestructuur
- Staan scope, beslissingen en wijzigingen in één gedeelde vastlegging?
- Zijn het verwachte resultaat en acceptatiecriterium bij elke taak beschreven?
- Worden afgerond werk, openstaande beslissingen en bekende problemen bij overdracht doorgegeven?
- Krijgt de klant regelmatig een werkende flow te zien?
- Zijn communicatietijden en responsverwachtingen aan het begin van het project vastgelegd?
Geschreven door
Het Paradigma7-team
Product, engineering en operations
We zijn een op Ankara gebaseerd team dat software voor Europa bouwt. Niets hier is theorie: dit zijn de processen die we werkelijk op klantprojecten uitvoeren.
Over ons