Feature Kick-off Meeting
Before you dive into development, gather your team for a feature kick-off meeting. What's on the agenda? Walkthroughs, feedback, and alternative ways to solve the problem.
USE THIS PLAY TO...
Build confidence in a new feature's value and polish up the spec collaboratively instead of throwing it over the fence.
If you're struggling with Health Monitor, running this play might help.or on your
6 - 9
Running the play
Make sure your new feature is more than just a concept before holding a kick-off meeting. But don't wait until the design is fully baked, either.
Markers or pens
Build the concept
Before the kick-off meeting, the product owner or designer should build out a low-fidelity user journey map and have a rough idea of what to use for success measures. Share these with the team before the session so they can come prepared.
Schedule your feature kick-off meeting in a space with big walls or whiteboards. Arrive a few minutes early, and use that space to put up the user journey you've mapped out.
Feedback please (10 min)
Before jumping into the user journey, pause for feedback from the team. If you're met with silence and shakes of the head, use some of these questions to help get your team talking:
- Do we have a shared understanding of what this feature is intended to deliver?
- What are your hopes for this feature?
- What are your fears about it?
Bring the feature to life by introducing it from the perspective of the target customer persona.
User journey walkthrough (15 min)
Remember that user journey you developed before the kick-off meeting? Walk through it from start to finish. Call out how the user will discover the feature, how they'll interact with it, and how they'll leave it. As you walk through, talk about how the feature will address the problem space, reduce customer friction, or otherwise add value.
Instead of pausing for feedback during the walk-through, ask everyone to jot their thoughts down on sticky notes. This prevents any single team member from inadvertently hijacking the walk-through and leading you down a rabbit hole.
Critiques and alternate solutions (20 min)
Go back to the start of the user journey map. For each stage, have everyone post their sticky notes and discuss the team's feedback. (It's fine for people to jot down new questions or concerns on stickies, too.)
Forget about what each team member's usual role is. This is a time for everyone to imagine ways the feature might fail (security vulnerabilities? usability flaws? technical constraints? etc.) and suggest ways to avoid them.
Capture all questions and concerns in writing, along with the product owner's answer or decision.
Wrap it up (5 min)
What other information does the team need in order to be clear on what they're doing and why?
Assign any unanswered questions about the feature to a team member, with a due date for coming back with the answer. Typically, answering them involves additional user research, fleshing out edge cases that surfaced during the meeting, or thinking though pieces of the technical design.
Add the feature kick-off meeting to your team's standard rituals, so there's a regular feedback loop for features before they hit the team's backlog.
Be sure to run a full Health Monitor session or checkpoint with your team to see if you're improving.
cross geo team
This play can be tailored for teams in multiple locations, share the concept early on a Confluence page and make sure the room you book is set-up with a VC.
If anyone in the team thinks of new questions after the kick-off meeting, add them to the spec with what they think the answer probably is.
Assign the question to the appropriate team member – if they like the proposed answer, they can just indicate their agreement with it.
Want even more Playbook?
Drop your email below to be notified when we add new Health Monitors and plays.
Drop a question or comment on the Atlassian Community site.