True agility isn't just about sprints; it's psychological. By breaking massive projects into minimal viable products (MVPs) or small features, the team creates a steady stream of "quick wins." This builds a sense of progress and happiness—a "dopamine type of reward"—that keeps the wheel of innovation turning and prevents teams from getting bogged down.
Related Insights
The founders resolve the tension between speed and quality by being "obsessive." They move fast by iterating constantly, but also relentlessly go back and refine existing work. Speed is about the pace of iteration and a commitment to delight, not about shipping once and moving on.
Resist hiring quickly after finding traction. Instead, 'hire painfully slowly' and assemble an initial 'MVP Crew' — a small, self-sufficient team with all skills needed to build, market, and sell the product end-to-end. This establishes a core DNA of speed and execution before scaling.
A dual-track launch strategy is most effective. Ship small, useful improvements on a weekly cadence to demonstrate momentum and reliability. For major, innovative features that represent a step-change, consolidate them into a single, high-impact 'noisy' launch to capture maximum attention.
When introducing a new skill like user interviews, initially focus on quantity over quality. Creating a competition for the "most interviews" helps people put in the reps needed to build muscle memory. This vanity metric should be temporary and replaced with quality-focused measures once the habit is formed.
Instead of over-analyzing and philosophizing about process improvements, simply force the team to increase its cadence and ship faster. This discomfort forces quicker, more natural problem-solving, causing many underlying inefficiencies to self-correct without needing a formal change initiative.
Chess.com's goal of 1,000 experiments isn't about the number. It’s a forcing function to expose systemic blockers and drive conversations about what's truly needed to increase velocity, like no-code tools and empowering non-product teams to test ideas.
Shift your team's language from tracking output (e.g., 'deployed XYZ API') to tracking outcomes. Reframe milestones to focus on the business capability you have 'unlocked' for other teams. This small linguistic change reorients the team toward business impact and clarifies your contribution to metrics like NPS.
Forcing innovations to "scale" via top-down mandates often fails by robbing local teams of ownership. A better approach is to let good ideas "spread." If a solution is truly valuable, other teams will naturally adopt it. This pull-based model ensures change sticks and evolves.
Spreading excellence should not be like applying a thin coat of peanut butter across the whole organization. Instead, create a deep "pocket" of excellence in one team or region, perfecting it there first. That expert group then leads the charge to replicate their success in the next pocket, creating a cascading and more robust rollout.