Kick-offvergadering voor de functie
Voordat je aan de slag gaat met ontwikkeling, moet je je team verzamelen voor een kick-offvergadering voor de functie. Wat staat er op de agenda? Overzichten, feedback en alternatieve manieren om het probleem op te lossen.
GEBRUIK DIT SPEL OM...
Bouw vertrouwen op in de waarde van een nieuwe functie en verbeter samen de specificaties in plaats van de functie te verwerpen.
Als uit je proof of concept, kan dit spel je op weg helpen.
Mensen
6-9
Tijd
60 min.
Moeilijkheidsgraad
Gemiddeld
Het spel spelen
Zorg dat je nieuwe functie meer is dan een concept voordat je een kick-offvergadering belegt. Maar wacht ook niet tot het ontwerp helemaal klaar is.
Voorbereiding
Ontwikkel het concept
Voor de kick-offvergadering moet de producteigenaar of ontwerper een niet-waarheidsgetrouwe gebruikerstrajectkaart opstellen en een globaal idee hebben van wat hij moet gebruiken voor succesmetingen. Deel deze voorafgaand aan de sessie met het team, zodat ze zich kunnen voorbereiden.
Plan de kick-offvergadering voor de functie in een ruimte met grote muren of whiteboards. Kom een paar minuten eerder en gebruik die ruimte om de gebruikersreis die je hebt uitgestippeld, in kaart te brengen.
Stap 1
Overzicht van functies (10 min)
Verwelkom iedereen bij de kick-offvergadering en geef eerst een overzicht van de functie en de context eromheen. Beschrijf het probleem of de mogelijkheid die daarmee wordt aangepakt, en hoe dat aansluit bij bredere doelen of initiatieven. Stel je doelgebruikerspersona voor en welke waarde deze functie hen biedt, daarbij verwijzend naar onderzoek of ondersteunende achtergrondinformatie. Leg vervolgens uit wat je denkt over het meten van succes.
Onthoud: het idee is om 'net genoeg' te specificeren en te scopen voor de kick-off van de functie. In dit stadium is het normaal als er nog gaten en hiaten zijn. Het doel van deze vergadering is om het team bij elkaar te brengen en te beginnen met het opvullen ervan.
Antipatroon
Te laat delen. Als de specificatie als 'voltooid' wordt beschouwd, heb je misschien de kans gemist nog om te veranderen op basis van feedback van je team.
Stap 2
Feedback gewenst (10 min)
Voordat je aan het gebruikerstraject begint, moet je even pauzeren en het team om feedback vragen. Als je stilte en schouderophalen als reactie krijgt, gebruik dan een paar van deze vragen om je team aan het praten te krijgen:
- Hebben we een gedeeld inzicht over wat deze functie moet bieden?
- Wat verwacht je van deze functie?
- Waar ben je bang voor?
Tip:
Breng de functie tot leven door deze te introduceren vanuit het perspectief van de doelklantpersona.
Stap 3
Overzicht van het gebruikerstraject (15 min)
Herinner je je dat gebruikerstraject dat je voor de kick-offvergadering hebt ontwikkeld? Doorloop het van begin tot eind. Benoem hoe de gebruiker de functie kan ontdekken, hoe diegene ermee kan omgaan en hoe diegene de functie kan achterlaten. Bespreek hoe de functie de probleemspace aanpakt, de frictie bij klanten vermindert of op een andere manier waarde toevoegt.
In plaats van even feedback te vragen tijdens de bespreking, kun je iedereen vragen om hun gedachten op post-its te noteren. Dit voorkomt dat een enkel teamlid per ongeluk de bespreking overneemt en je verder van een oplossing raakt.
Stap 4
Kritieken en alternatieve oplossingen (20 min)
Ga terug naar het begin van de gebruikerstrajectkaart. Laat iedereen voor elke fase zijn post-its bijdragen en de feedback van het team bespreken. (Het is ook prima als mensen nieuwe vragen of zorgen op post-its noteren.)
Vergeet even de gebruikelijke rol van elk teamlid. Dit is een moment waarop iedereen manieren moet bedenken hoe de functie zou kunnen mislukken (beveiligingsproblemen? bruikbaarheidsproblemen? technische beperkingen? enz.) en manieren voor te stellen om die te vermijden.
Leg alle vragen en zorgen schriftelijk vast, samen met het antwoord of de beslissing van de producteigenaar.
Stap 5
Afronden (5 min.)
Welke andere informatie heeft het team nodig om duidelijk te hebben wat ze doen en waarom?
Wijs onbeantwoorde vragen over de functie toe aan een teamlid, met een vervaldatum om het antwoord te hebben. Doorgaans vereist het beantwoorden van deze vragen aanvullend gebruikersonderzoek, het uitwerken van randgevallen die tijdens de vergadering aan het licht kwamen, of het denken over onderdelen van het technisch ontwerp.
Tip:
Voeg de kick-offvergadering voor de functie toe aan de standaardrituelen van je team, zodat er regelmatig feedback wordt gegeven over de functies voordat ze de backlog van het team bereiken.
Is het gelukt?
Organiseer een volledige gezondheidsmonitorsessie of stel een controlemoment in om samen met je team te zien of er verbetering is.
Variaties
team op meerdere locaties
Dit spel kan aangepast worden voor teams op meerdere locaties. Deel het concept in een vroeg stadium op een Confluence-pagina en zorg ervoor dat de ruimte die je boekt, is ingericht met een VC.
En nu…
Als iemand in het team na de kick-offvergadering nieuwe vragen bedenkt, voeg deze dan toe aan de specificatie met wat volgens hen het waarschijnlijke antwoord is.
Wijs de vraag toe aan het juiste teamlid. Als ze het voorgestelde antwoord goed vinden, kunnen ze gewoon aangeven dat ze het ermee eens zijn.
Wil je nog meer draaiboeken?
Laat hieronder je e-mailadres achter om op de hoogte te blijven van nieuwe gezondheidsmonitoren en spellen.
Kreeg u Feedback?
Stel een vraag of plaats een opmerking op de website van de Atlassian Community.