• the goals, non-goals and anti-goals
• the stakeholders
• the risks
• any unclear requirements
Goals, Non-Goals and
• What do we want to make (better)?
• What is out-of-scope for this project?
• What could happen that would make the situation
• They can tell us if we're on track with what we're building
• They help deﬁne success & accept milestones
• Do they change over time?
• What are the technical risks of this project?
• Stakeholders help prioritize risk
• Is there another, less-risky way of accomplishing the
• Identify them early
• Provide context and information that can help clarify
• If we can't clarify them...
• Do we need more data?
• Can we move the decision out until later?
– Eric Ries
Creator of the Lean Startup Methodology
“A minimum viable product (MVP) is a product with
just enough features to satisfy early customers, and
to provide feedback for future development.”
What is the Minimum Viable
• What is the smallest thing we can build to prove out that we're on
the right track?
• Get something out quickly and iterate
• Are we starting to make progress on our goals?
What is the Minimum Viable
• Often times all requirements feel "MVP"
• It's a bit of an art to break up requirements
• Identify what can move out to fast-follow releases
• Custom administration
• Supporting behaviors
• Tech Debt Cleanup / Refactoring *
• What are the MVP workarounds?
• Leverage diﬀerent experience
• Be available
• Be communicative
• Be explicit
• Diversity of backgrounds at Ibotta
• Ask for opinions
• Ask for background / historical information
• Challenge teammates to push themselves
• Delegate research / implementation details
• Listen to diﬀerent ideas; be aware of "Be Like Me"
• You will write less code while you're tech leading
• Time management
• Review PRs quickly
• Answer any questions
• Pair / Whiteboard
• Handle issues as they come up
Urgent Not Urgent
Important Do it
to do it
Not Important Delegate it Delete it
* Eisenhower Matrix
• You are the face of the technical implementation of the
• Make sure everyone's aware of project status
• Other Tech Leaders
• Know Your Audience
• Don't assume; if in doubt, talk about it!
• Titles (EM, PM, Tech Lead) vary by company
• "Who is the tech lead?"
how do we build software to solve the problem?
• Iteration Progression
• Iteration Finalization / Retro
• Extremely helpful to...
• Communicate decisions made
• Provide living design docs
• Reiterate the "why"
• Provide visual representations of the solution
Project Conﬂuence Page
• One-Stop for all the project info
• Product Briefs
• MVP Descriptions / Decisions
• Breakdown of phased rollouts
• Are owned by the team
• Help with team buy-in on the project
• Write stories from high-level design docs
• Identify cases you didn't think about
• Deﬁnition of done
• Decide how to call out issues and risk we didn't originally
• Decide the checkpoints for stakeholders
• Add additional resources for communication
• Standups / Check ins / Slack Room
• Make sure we're on track
• Consider the timeline
• Do we need to re-scope or reconsider MVP?
• Are there risks to be prioritized by the stakeholders?
• Beware of external events that might aﬀect the project
Iteration Finalization / Retro
• Are we done?
• Did we hit our goals? What about anti-goals?
• Did we complete all necessary fast-follow work / feature ﬂag cleanup?
• What do we move to next?
• Safe-Space Retro
• Are people happy with the solution we built?
• Did everyone have the information needed?
• What could I do (better) next time?