The Death of the Handoff: Why 'Over the Wall' Design Is Failing
The handoff is a ritual that every designer who has worked in a product organization knows intimately. You spend days or weeks creating detailed specifications — annotated wireframes, interaction flow documents, component-level design files with red-lines and spacing notes — and then you hand all of it over the wall to engineering.
Building a Culture of Learning: How Product Leaders Create Psychological Safety for Failure
Lean UX is built on a premise that most organizations find genuinely difficult: that teams should be rewarded for learning, not just for delivering. Learning requires failure — not strategic failure, not execution failure, but the productive failure of a well-designed experiment that produced an unexpected result.
Cross-Functional Team Health: The Signals Every Agile Coach Should Monitor
In agile coaching, team health is both a leading indicator and a lagging one. It is a lagging indicator because the team's current health reflects the cumulative effect of past decisions — about how the team was formed, how work is structured, how leadership behaves under pressure, and whether the organization's stated commitment to agile practice is matched by its actual governance decisions.
The CPO as Chief Experimenter: Modeling a Learning Culture from the Top
Culture follows behavior. This is the most important and most frequently ignored principle in organizational change management. Product leaders who want their organizations to run experiments, embrace failure as learning, and make evidence-based decisions routinely attempt to create this culture through proclamations, process mandates, and values statements.
Coaching Upward: How to Get Executives to Support Agile Transformation
The most common reason agile transformations fail is not that teams cannot learn agile practices. Teams adapt quickly — the ceremonies, the frameworks, the vocabulary are learnable within a few sprints. The reason transformations fail is that the organizational context in which teams operate does not change. Funding models remain project-based, which means teams are measured against delivery schedules rather than outcomes.
CI/CD as a Learning System: How Continuous Delivery Enables Faster Product Experiments
Continuous integration and continuous delivery are typically discussed as engineering efficiency tools: faster deployment cycles, reduced integration risk, shorter feedback loops between code commit and production environment. These are genuine benefits. But engineering leads who frame CI/CD exclusively as a delivery speed tool are underselling its strategic value.
The Case Against Annual Roadmaps: Why Quarterly OKRs Serve Leaders Better
Every year, product leaders spend weeks producing annual roadmaps that are outdated before they are published. The process is familiar: gather requirements from sales, customer success, and executives; align with engineering on feasibility; produce a timeline that commits to delivering Specific Feature A in Q2, Feature B in Q3, and Feature C in Q4.
Assumption Mapping Workshops: Getting the Whole Team Aligned Before You Build
Every product initiative is built on a stack of assumptions. Some are explicit — the team has named them and chosen to proceed despite uncertainty. Most are implicit — beliefs about user behavior, technical feasibility, market conditions, and business viability that nobody has articulated because they feel too obvious to question, or too uncomfortable to name.
From Requirements Gathering to Assumption Declaring: A Mindset Shift
Requirements gathering is one of the foundational rituals of software product development. A product manager or business analyst conducts interviews with stakeholders, synthesizes the outputs into a requirements document, and hands that document to the design and engineering team as the specification for what to build.
The Anti-Pattern Library: 10 Agile Dysfunctions and How to Coach Through Them
Every experienced agile coach develops an internal library of dysfunctions — the recurring patterns of broken practice that appear in team after team, organization after organization, regardless of industry or company size. The details vary, but the shapes are remarkably consistent.