Feature Passports
Feature passports bestaan om informatie die in mensen hun hoofden verscholen zit zichtbaar te maken, en om ervoor te zorgen dat we de open source community ondersteunen om bij te dragen.
Last updated
Was this helpful?
Feature passports bestaan om informatie die in mensen hun hoofden verscholen zit zichtbaar te maken, en om ervoor te zorgen dat we de open source community ondersteunen om bij te dragen.
Last updated
Was this helpful?
Om succesvolle producten te bouwen met een team, heb je vanuit ieders expertise input nodig om in te schatten wat gebouwd moet worden, waarom en hoe dat iets gebouwd moet worden – op een realistische en duurzame manier.
Feature passports zijn een manier voor ons om dat te doen.
Een feature passport bestaat om te communiceren onder teamleden over het gedeelde begrip en status van een feature die geïmplementeerd wordt, geïmplementeerd zal worden of verbeterd wordt.
Om te weten hoe ver je kan springen en waar je naartoe gaat, heb je een gedeeld begrip nodig over het doel van hetgeen we bouwen en wat de limitaties en opportuniteiten zijn binnen een team.
Het feature passport beschrijft:
Waarom bouwen we dit? Waarom is dit waardevol? Wie zijn de stakeholders? Een gedeelde fundering om samen gepaste oplossingen te bouwen. De agenda’s naast elkaar leggen.
Wat is de beste oplossing voor ons doelpubliek, dat ons team kan bouwen? Ambitieus zijn als team vanuit aanwezige expertise, onrealistische verwachtingen en verwarring vermijden.
Dubbel werk & Frictie vermijden
In sterk groeiende teams
Bij een verscheiden aantal producten
Remote werken
Overhead aan meetings
Kennis delen & Bruggen bouwen
Bij elk product, idee, ding waar een team aan zal samenwerken kan een feature passport helpen om elkaar en het doel beter te begrijpen.
Er wordt verwacht dat op feature een licht geworpen wordt vanuit ieders expertise en ervaring om een waardevol product te bouwen.
Wie start een feature passport? Iedereen kan een feature passport starten en gebruiken. In overleg en met samenwerking groeit de feature passport.
Wie werkt er aan? Iedereen kan aan een feature passport werken; op elk moment. Het is niet de bedoeling dat dit afgeschermd wordt, of waterfallgewijs mensen pas betrokken worden nadat een fase is afgewerkt. Afhankelijk van de inhoud moet er bepaald worden wie er aan werkt en op welk moment.
Niet elk teamlid is op elk moment voor elke feature passport nodig.
Wie is de eigenaar? Idealiter iemand die het finale aanspreekpunt is, maar gedragen door het team. Dat is afhankelijk van project, feature, team! Ownership ≠ Verantwoordelijkheid Deel verantwoordelijkheid! Om inzichten te verzamelen of bepaalde delen af te werken kan de eigenaar iemand verantwoordelijkheid geven (in stories) en zorgen dat de fakkel tijdig doorgegeven wordt.
Voor product bouwers Om ervoor te zorgen dat iedereen weet wat we gaan doen, wat ze gaan bouwen en waarom, en wat de status is.
Kennis die in mensen hun hoofden verscholen zit neer te schrijven;
discussies op te starten en feedback te geven;
als "bron van waarheid" voor uitvoering (maar hou punt 2 in gedachten, dit staat niet muurvast);
nieuwe teamleden en teamleden up-to-date te brengen.
Voor product managers en project managers
Teamleden op dezelfde lijn krijgen
Haalbaarheid in te schatten
Vinger aan de pols houden op feature niveau: impact van een feature in het oog houden
Vogelperspectief op product niveau: gaan we de juiste richting uit, halen we onze doelen (impact map)
Houdt de doelen die bepaald werden in een impact map in check (een milestone kan meerdere feature passports bevatten). Vooraf: Zijn de doelen haalbaar? Tijdens: Zijn we goed op weg? Achteraf: Werden de doelen behaald?
Beschrijft het verhaal of de verhalen binnen een epic, iets waarde oplevert, waarin de stories zorgen dat het verhaal of de verhalen werkelijkheid worden. Hoe zorgen deze taken dat het doel behaald wordt? Welke taken nemen we nog niet mee, en waarom niet? Afhankelijk van welk stadium kan je een feature passport gebruiken als story, epic of als iets om een idee mee op te werpen.
Fungeert als neerslag voor scoping sessies en meeting minutes – waar iedereen aan kan. Vermijdt calls en mails zoals “Hoe zat dit weer…? Ah, maar ik had het zo begrepen! Alles op een plek.”
Dient als ondersteuning voor backlog refinements Zijn we klaar om hier aan te starten?
Vereenvoudigt demo’s aan het einde van de sprint en centrale planningsdagen Opvolgen wat er klaar is en wat niet, screens staan klaar!
Communicatietool: wat is haalbaar om dit doel te bereiken (impact map)?
Overzicht op product bewaren: evolutie, wie werkt er aan wat?
Lifecycle van een feature opvolgen: impact meten, deadlines
Demo’s geven, release notes, rapportering & status updates (intern en extern).
Nieuwe mensen eenvoudiger briefen en laten inwerken
Wat moet ik testen?
Waar moet ik testen?
Waar heeft deze feature invloed op?
Hoe test ik deze feature?
Wat is er belangrijk en wat is secundair?
“Waarom, voor wie?” als barometer voor gepaste oplossing.
Minder verrassingen: Wat nu wel, wat later? Wat nooit? (feature creep voorkomen)
Communicatietool: Brug tussen idee en realiteit, feedback geven.
Dubbel werk vermijden, informatie sneller vinden: inzichten vergaren, track record.
Nieuwe mensen eenvoudiger briefen en laten inwerken
