Get your free personalized podcast brief

We scan new podcasts and send you the top 5 insights daily.

The Navy's practice of rigorously defining 'world-class alignment metrics' (WHAMs) before a pilot begins is key. While startups might find it tedious, this process forces deep alignment on what winning looks like, ensuring the project delivers measurable, valuable outcomes for both sides.

Related Insights

A key, often overlooked benefit of a premortem is that it forces a team to agree on the project's objectives. To imagine a launch has failed six months later, the team must first have a shared, concrete definition of what success would have looked like, preventing misalignment down the line.

To accelerate progress, distill your company's entire mission into a single, quantifiable "North Star Metric." This focuses every department—from engineering to marketing—on one shared objective, eliminating conflicting priorities and aligning all efforts towards a common definition of success.

When launching a new strategy, define the specific go/no-go decision criteria on paper from day one. This prevents "revisionist history" where success metrics are redefined later based on new fact patterns or biases. This practice forces discipline and creates clear accountability for future reviews.

To get buy-in for developer experience initiatives, don't use generic metrics. First, identify leadership's primary concerns—be it market share, profit margin, or velocity. Then, frame your measurements and impact using that specific language to ensure your work resonates.

Simply stating a goal, like "increase sales by 15%," is insufficient for autonomous teams. Leaders must also articulate the "anti-vision"—the negative outcomes to avoid, such as eroding customer experience. This rich context provides clearer guardrails and a more nuanced understanding of the mission.

The 'fake press release' is a useful vision-setting tool, but a 'pre-mortem' is more tactical. It involves writing out two scenarios before a project starts: one detailing exactly *why* it succeeded (e.g., team structure, metrics alignment) and another detailing *why* it failed. This forces a proactive discussion of process and risks, not just the desired outcome.

Instead of ad-hoc pilots, structure them to quantify value across three pillars: incremental revenue (e.g., reduced churn), tangible cost savings (e.g., FTE reduction), and opportunity costs (e.g., freed-up productivity). This builds a solid, co-created business case for monetization.

Go beyond simple ROI to measure pilot success. Focus on: 1) Time to Value: delivering measurable outcomes within weeks. 2) Expansion Velocity: enabling the customer to achieve new business growth. 3) Engagement Depth: the customer actively pulling your product into new functions and creating a wishlist of use cases.

To fight misalignment, use a "metrics one-pager." This exercise visually connects the highest-level business goal (e.g., revenue growth) to the key product metrics that drive it, and then down to specific team initiatives. It creates a clear, hierarchical map that justifies all product work.

Don't build a feature roadmap and then write OKRs to justify it. Instead, start with the outcome you want to achieve (e.g., "move metric X to Y"). This frames all features as experiments designed to hit that goal, empowering teams to kill features that don't deliver value.