GitHub Next: Strategic Failure Drives Durable Innovation
The long game at GitHub Next reveals a critical truth: true innovation isn't about avoiding failure, but about strategically embracing it to uncover the future. This conversation with Idan Gazit, Head of GitHub Next, exposes the hidden consequences of conventional innovation models, highlighting how a deliberate focus on "long bets" and a willingness to let promising ideas "escape the lab" can create durable competitive advantages. Developers and product leaders seeking to move beyond incremental improvements and build genuinely disruptive tools will find unique insights here, particularly in understanding the systemic pressures that shape innovation pipelines and the non-obvious payoffs of patience and strategic risk-taking.
Navigating the Innovation Minefield: Why Failure is the Real Metric
The conventional wisdom in many organizations is to minimize failure, to optimize for predictable outcomes and avoid anything that smells of risk. But within the realm of true innovation, this approach is a self-defeating prophecy. Idan Gazit, leading GitHub Next, frames this paradox: the purpose of his team isn't just to build the next iteration of GitHub, but to make "long bets" on the future of software engineering. This means venturing into territory where the odds of success are inherently low, and where a high rate of "failure" is not a bug, but a feature.
"The idea is that if we're not failing a lot of the time, we're not actually advancing the state of the art. It means that we're being too conservative."
This statistic, that roughly 80% of projects might not yield direct revenue, isn't a sign of incompetence, but a marker of ambition. It's an "insurance policy" against disruption, a way to explore the bleeding edge before competitors do, and to discover technologies like Copilot that, while risky, can redefine an entire industry. The true measure of success isn't just shipping revenue-generating products, but also identifying "ingredient projects" that enhance existing offerings, or even just acquiring crucial "learnings" about emerging technologies. This nuanced definition of success allows Next to operate with a different risk calculus, one that prioritizes exploration and discovery over immediate, predictable returns.
The challenge, as Gazit articulates, lies in managing the "emotional cost" and performance stress that accompany this model. Leadership's expectation, especially after a success like Copilot, can shift from embracing experimentation to demanding immediate, repeatable hits. This creates a constant tension: how to balance the need for exploratory freedom with the organizational imperative for demonstrable impact. The "handoff process" of prototypes to other business units, Gazit notes, is a minefield. It's difficult to imbue new owners with the original vision, and the momentum can be lost. This realization has led Next to revert to a model where they hold onto promising explorations longer, aiming to take them further towards product-market fit themselves. This strategy acknowledges that while failure is necessary, letting go too soon can be just as detrimental as never taking the bet at all.
The Unseen Value of "Escaped" Ideas
Not every project at GitHub Next becomes a headline product like Copilot. Many are "ingredient projects" or simply valuable "learnings." But Gazit highlights a particular soft spot for projects like "GitHub Blocks," an exploration into making the GitHub UI mutable and composable, allowing third-party micro-apps to live within it. This project didn't achieve market success due to a lack of corporate will to prioritize it, illustrating a common failure mode: an idea isn't necessarily bad, but its time may not have come, or business priorities shift.
"And so it's, after a little while, we shut it down and we moved on. And that's the core behavior of Next. We have to give away all of our babies, and we hope they lead good lives out there in the big bad world. But if they don't, we have to move on."
This willingness to "give away all of our babies" is the essence of adaptive innovation. It requires a disciplined detachment, recognizing that an idea's value isn't solely tied to its immediate commercial success within Next. The true win is when "something has left our orbit"--when an idea or technology successfully transitions, whether into a product, a feature, or even just a foundational understanding that informs future strategy. This requires constant self-honesty and the ability to "read the room" with leadership, understanding when a path to impact exists and when it's time to pivot. The adaptive leader, Gazit suggests, doesn't have a flowchart for this decision; it's an art, a constant negotiation between belief in an idea and the pragmatic realities of organizational buy-in and market timing.
The AI-Infused Future: Beyond Faster Horses
The rapid advancement of AI presents both unprecedented opportunities and profound challenges for innovation teams. Gazit likens the current state of AI to being in "diapers," emphasizing that we are still using "yesterday's tools with tomorrow's technology bolted onto the side." The industry talks about "AI native," but often defaults to optimizing existing paradigms--"faster horses"--rather than inventing the "car."
The core bet for Next, in this AI-driven era, is not on the underlying models themselves, which are rapidly commoditized by providers like OpenAI, Google, and Anthropic. Instead, the focus is on the fundamental questions: How will humans interact with AI? What new interfaces will emerge? How do we align with fellow developers in a world where code generation is exponentially faster? Gazit poses a critical question about the future of the pull request: in an era where 15 pull requests could be generated in the time it currently takes to complete one, does the traditional asynchronous communication model still make sense?
"The pull request is, that's what built the house of GitHub that we live in, right? Does the pull request still make sense as an after-the-fact artifact in a world where I could, in the span of time that it takes me to get to the pull request and sort of how we've done development since forever, like, I can create 15 pull requests now in that same time."
This forward-looking, "science fiction societal" approach involves working backward from potential future states to identify the necessary tools and paradigms. It means questioning long-held assumptions, like the purpose of traditional libraries when AI can potentially generate code from documentation on the fly. The ultimate stratagem, however, remains consistent: "make." Prototypes and tangible creations are the only true currency, providing the data and insights needed to navigate the "squishy and hard to define" landscape of future technology.
Key Action Items
- Embrace Strategic Failure: Reframe failure not as an endpoint, but as a necessary byproduct of ambitious exploration. Allocate resources for high-risk, high-reward "long bets." (Immediate)
- Define Success Broadly: Go beyond immediate revenue to include "ingredient projects" and valuable "learnings" as valid outcomes of innovation efforts. (Immediate)
- Cultivate "Escapable" Ideas: Foster a culture where promising prototypes and concepts are actively transitioned to other teams or product lines, even if they don't become flagship products within the innovation group. (Ongoing)
- Invest in Hybrid Talent: Hire and develop individuals with a blend of skills (e.g., design and development, research and product) to foster cross-disciplinary innovation. (Next 6-12 months)
- Prioritize "Making" Over "Thinking": Focus on building tangible prototypes and MVPs to test hypotheses, gather real-world data, and gain access to others' insights. (Immediate)
- Question Foundational Paradigms: In the age of AI, critically examine established workflows and tools (e.g., pull requests, traditional libraries) to anticipate future needs. (Next 6-12 months)
- Develop "Persuasion" Skills: Recognize that selling innovative ideas to leadership and stakeholders is a critical, non-technical skill that requires continuous development. (Ongoing)