Instead of choosing between diverse user segments, GitHub defines success with extreme clarity. This allows them to treat prioritization like an investment portfolio, allocating dedicated squads to different user needs (e.g., open-source maintainers vs. enterprise admins) to achieve a balanced outcome.
Related Insights
To prevent burnout from constant AI model releases, GitHub's product leader treats his team like athletes who need rest for peak performance. This includes rotating high-stress roles, proactively increasing headcount, forcing focus on only the top three priorities, and enforcing recovery periods.
Saying 'no' to product ideas is often contentious. At GitHub, the process is simplified by first 'seeking the truth'—rigorously assessing if an initiative aligns with the team's definition of success. If it doesn't, the 'no' becomes an objective, logical conclusion rather than a subjective or political decision.
A platform's immediate user is the developer. However, to demonstrate true value, you must also understand and solve for the developer's end customer. This "two-hop" thinking is essential for connecting platform work to tangible business outcomes, not just internal technical improvements.
To create a cohesive product across multiple teams, GitHub uses a framework that forces alignment upfront. By ensuring all teams first deeply understand the problem and collectively identify solutions, the final execution is naturally integrated, preventing a disjointed experience that mirrors the org structure.
Allocate 50% of your roadmap to core functionality ('low delight'), 40% to features blending function and emotion ('deep delight'), and 10% to purely joyful features ('surface delight'). This model ensures you deliver core value while strategically investing in a superior user experience.
To serve both solo developers and large enterprises, GitHub focuses on creating horizontal "primitives" and APIs first. This foundational layer allows different user types to build their own specific workflows on top, avoiding the trap of creating a one-size-fits-none user experience.
To build a successful product, prioritize roadmap capacity using the "50/40/10" rule: 50% for "low delight" (essential functionality), 40% for "deep delight" (blending function and emotion), and only 10% for "surface delight" (aesthetic touches). This structure ensures a solid base while strategically investing in differentiation.
When teams constantly struggle with prioritization, the root cause isn't poor backlog management. It's a failure of upstream strategic filters like market segmentation, pricing, and product discovery. Without these filters, the feature list becomes an unmanageable mess of competing demands.
The rapid evolution of AI makes traditional product development cycles too slow. GitHub's CPO advises that every AI feature is a search for product-market fit. The best strategy is to find five customers with a shared problem and build openly with them, iterating daily rather than building in isolation for weeks.