All information on how we use Jira at ABB can be found in located in the Tooling Space of the ABB Gitbook (members only).
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.
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
Microsoft Teams wordt gebruikt als het centrale communicatiemiddel voor online communicatie. Alle klassieke agile scrum 'ceremonies' worden gehouden met behulp van Microsoft Teams (o.a. sprintplanning, stand-up, Backlog Refinement, Sprint demo's) evenals de Groeispurt Voorbereidingsactiviteiten zoals Impact- en Story Mapping, Spurt Planning en Spurt Retrospectives.
Verder gebruiken een aantal producten Teams Channels om efficiënt te communiceren over bepaalde relevante onderwerpen met betrekking tot het bouwen, testen, vrijgeven en bedienen van de applicatie(s).
Sharepoint wordt gebruikt om administratieve zaken van de werking en documenten die persoonsinformatie bevatten goed en veilig te capteren. Bijvoorbeeld de aanwezigheidskalender en contracten worden op deze manier bijgehouden.
Wij gebruiken Miro voor verschillende doeleinden. Productteams houden zich op verschillende momenten bezig met Impact Mappings en Story Mappings. Tijdens de Centrale Planningsdag stellen we de productplanning op Spurt-niveau op met behulp van een Miro-bord voor elk product. Tijdens de IPI wordt Miro ook gebruikt om Spurt retrospectives uit te voeren waar nodig.
Sommige productteams maken nog meer gebruik van Miro en bereiden ook productroadmaps en productreleases voor in Miro.
Vandaag zijn er online toepassingen die in de browser werken en bestanden kunnen openen van of opslaan naar jouw computer.
Deel diagrammen van deze tools altijd met collega's via Sharepoint of versiecontrolesysteem.
Vermijd aub diagrammen in Visio. Visio is een dure licentie die ABB bovenop de standaard software paketten moet betalen.
De prototypetool Figma wordt gebruikt voor het ontwerpen van gebruikersinterfaces en gebruikerservaringen. Het stelt de productteams in staat om in realtime samen te werken aan gebruikersinterfaces: het helpt ons om relevante schermen voor gebruikers te ontwerpen en het helpt ons om zo goed mogelijk te beschrijven hoe de schermen moeten werken voor het scrum (dev) team dat de pagina's gaat bouwen . Vervolgens helpt het het testteam om de relevante informatie te krijgen over wat te testen zonder lange documenten te hoeven lezen die de gebruikersinterface en gebruikerservaring beschrijven.
Het platform Gitbook wordt door het Digiteam ABB gebruikt voor het beheren en delen van relevante informatie voor externe partners van het team die mee werken aan de bouw en het gebruik van het semantische ecosysteem van toepassingen en data. Het bevat technische en functionele informatie over de verschillende toepassingen en producten met als doel de instap voor externe partners zo laag mogelijk te maken en de zelfredzaamheid van deze partijen zo hoog mogelijk te maken.
Naast bovenstaande informatie bevat het Gitbook platform ook nog relevante informatie over de werking van het Digiteam om nieuwe (externe) mederwerkers vlot operationeel en in het team geintegreerd te krijgen.
Een Feature Passport bevat alle informatie om een bepaalde functionaliteit van een product te berschrijven. Zo zorgen we ervoor dat iedereen begrijpt wat we gaan bouwen en wat de status daarvan is.
Vragen? Contacteer Serge
Vragen? Contacteer Sarah Macquoy
Gemakkelijkste en gratis tools zijn voor algemene diagrammen, met zeer veel templates en toolboxes en voor specifiek BPMN, CMMN of DMN.
