Mijn team bij Microsoft HoloLens werkte altijd onder zeer grote druk. Het was geen uitzondering om in twee weken een app te bouwen die op een HoloLens bij de klant moest draaien.
Hoe ontwerp, bouw en test je een app die over een paar weken op de grootste beurs van duitsland de show moet stelen? Dat is niet makkelijk. Naast het maken van holografische magie, leerde ik bij de Mixed Reality Studio in Berlijn ook hoe je projecten met vele onbekende factoren en nieuwe technologie kunt organiseren.
Dit artikel is voor mensen die –net als ik– niet zo goed zijn in het organiseren van hun werk. Het zijn ervaringen die ik opgedaan heb in mijn tijd bij HoloLens.
Klinkt als een cliché en toch doen mensen dit niet. Misschien breken ze het probleem wel op in hun hoofd, maar leggen dit niet vast. Deel je probleem altijd op in delen en maak een sticky note van elk deelprobleem. Dit geeft overzicht en een goed gevoel als je een deelprobleem hebt opgelost.
Het is verleidelijk om je tasks zo klein mogelijk te maken. Het ziet er overzichtelijk uit en je kunt vaak sticky notes verplaatsen. Toch zijn er ook gevaren bij te kleine taken:
Heb je een deel van het werk af en kun je iets laten zien? Maak screenshots of video’s van je overwinningen en deel ze met je collega’s. Werk je alleen? Stuur ze dan gewoon aan je moeder. Maak een plek waar de milestones bewaard blijven. Zit je even vast in je project? Bekijk de behaalde milestones en krijg nieuwe energie!
Zelfs in korte projecten is het goed om de volgende fases te doorlopen:
Niets is erger dan je blind staren op een probleem. Het is frustrerend en kost tijd.
Neem voor elk deelprobleem een vaste tijd om het uit te voeren.
Lukt het niet? Dan komt het volgende belangrijke punt:
Admit defeat. Het moeilijkste wat er is. Als iets te veel tijd kost, heeft het geen zin om ermee door te gaan. Meer daarover in de volgende punten.
Door het opbreken van een probleem in kleine stukjes, kun je beginnen met iets heel kleins. Iets dat misschien totaal niet lijkt op wat je uiteindelijk wil bereiken. Het spreekwoordelijke skateboard terwijl je een auto wil bouwen. Maar het skateboard werkt. Terwijl een wiel van een auto (zonder de rest van de auto) waardeloos is.
Nog zo’n mooie cliché. Maar daardoor niet minder waar.
Iets maken terwijl je alles nog moet uitzoeken is moeilijk en kan frustrerend zijn! Voor uitzoekwerk kun je geen resultaat beloven. En toch vraagt je baas: “Hoe lang gaat het duren?”. Wat je dan kan doen is de taak opsplitsen in:
Want je kunt wel beloven dat je na de timebox-periode genoeg weet om verder te gaan of meer tijd nodig hebt. Mijn baas zei wel eens: Ik zeg je niet waartoe je je moet committen, maar ik wil commitment.
Definieer alle voorwaarden die voldaan moeten zijn om iets af te noemen. Zeg nooit dat iets af is als het niet af is! Met zoiets kom je maar éen keer weg! Gebruik ook niet het excuus dat je achteraf nog input nodig hebt van anderen.
Hier zijn wat strategieën die je kunnen helpen om een hoeveelheid werk in te schatten:
Dit is iets wat ik in duitsland ben gaan waarderen. Wij nederlanders zijn sterren in het maken van verkleiningswoordjes en het niet zo nauw nemen met definities. De duitsers zijn strikter en ik ben gaan leren om dingen bij de naam te noemen.
Door dingen juist te benoemen:
Een van de beste tips die ik kreeg en nog dagelijks gebruik is:
Skip opinions. Find links to papers or blog posts
Developers die dagelijks StackOverflow gebruiken kennen dit fenomeen. Je zoekt een oplossing voor je probleem en alles wat je leest zijn de meningen van beterweters. Scan in zo’n geval de pagina op links naar de documentatie of blog posts.
Hiervoor is veel discipline vereist. De een zal het graag op kantoor doen, de ander tijdens een boswandeling. Maar voor je begint met ontwerpen of plannen, kun je deze mentale oefening doen:
Ga dan in je hoofd eens na wat je allemaal moet doen. Maak een lijstje en beeld je in dat je de klus aan het uitvoeren bent. Waar begin je mee? Wat is de volgende stap? Zijn er afhankelijkheden? Wat is het einddoel?
Maak desnoods een Flow Chart en teken het pad van executie. Wat heb je allemaal nodig en hoe grijpt het in elkaar?
Als een ander voor jou gaat betalen, wil deze antwoord op de volgende vragen:
Hier de kortste en goedkoopste agile-training die je ooit zult zien:
Punt.
Leer van de gemaakte fouten. Release de gemaakte fouten niet.
Zit je vast? Als je niet direkt de oplossing ziet voor de taak, moet je het probleem van de andere kant aanvliegen!
Gebruik in je communicatie op papier of met je team geen metawoorden zoals: zou, willen, hopen. Dit geeft twijfel en verwarring en draagt zeker niet bij tot het belangrijke laatste punt:
Ik eindig met de belangrijkste les die ik geleerd heb.
Shipping is the bottom line
De duitsers zeggen heel mooi: “In Schönheit sterben”.
Je kunt nog zo mooi spelen, als je niet wint is het niets waard. Je kunt nog zo’n mooie oplossing bouwen, als je de deadline niet haalt, heeft niemand er iets aan.