A Manifesto for Outcome-Driven Agile

A Manifesto for Outcome-Driven Agile

We are uncovering better ways of creating customer value by doing it and helping others do it. Through this work we have come to value:

  • Customer outcomes over organizational outputs
  • Fulfilling customer promises over doing work
  • Flow over quantity
  • Learning what we should deliver next over delivering what we planned last
  • Continuous discovery and delivery over long-range release plans

Our highest priority is to satisfy the customer by continuously understanding and delivering what they need next.

Refine customer understanding through continuous discovery and delivery. Agile processes harness change for competitive advantage. The word “harness” is key: it means “to bring under control and direct the force of something”, and is the opposite of being blown around by the winds of change.

Deliver improved usefulness, usability, and dependability as frequently as possible.

Designers, product managers, developers, testers, and operations people should work together as closely as possible. Teams should pursue research, design, implementation, and delivery as part of a unified process.

Customer satisfaction is the primary measure of progress.

At regular intervals, the organization reflects on how to fulfill its promises more effectively, then tunes and adjusts its behavior accordingly.

Scale outcome-driven agility by aligning autonomous teams through mutual service.


The new manifesto has the humane and wholesome touch we, the footfolk of delivery, crave. I think there is an possible clash between "Customer outcomes over organizational outputs"/"Flow over quantity ": an organisation is a system, systems are stable and efficient because they self-correct deviations. If a "customer outcome" does not integrate into the system, it is not an "organizational output" and thus disrupts the flow. I found agile to work best when it goes with the flow of the system instead of against it.

回复

要查看或添加评论,请登录

Jeff Sussna的更多文章

  • Cracking the Jobs to Be Done Mystery

    Cracking the Jobs to Be Done Mystery

    "Jobs to Be Done" is a powerful framework for shifting focus from product features to customer needs. Applying it…

  • How Do We Know When We're Done?

    How Do We Know When We're Done?

    More than 20 years after the Agile Manifesto was published, and more than 30 years since the introduction of Scrum…

    1 条评论
  • Rescuing DevOps (From Myself)

    Rescuing DevOps (From Myself)

    I have wasted more time than I care to admit arguing about the definition and proper use of the term "DevOps". I will…

    5 条评论
  • EmpathyOps: Serving Customers By Serving Each Other

    EmpathyOps: Serving Customers By Serving Each Other

    The DevOps community has been exploring the idea that DevOps is really bigger than dev and ops. If this is true (I…

    2 条评论
  • Snowballs, Jobs To Be Done, and the Four Dimensions of Service

    Snowballs, Jobs To Be Done, and the Four Dimensions of Service

    At their re:Invent user conference this year, Amazon Web Services touted their Snowball data import service. Microsoft…

  • Design Thinking In Three Words

    Design Thinking In Three Words

    There are as many definitions of design thinking as there are articles about it. Its power and its curse lie in the…

    3 条评论
  • A Better Approach to Bimodal IT

    A Better Approach to Bimodal IT

    I first encountered the ideas behind Bimodal IT about two years before Gartner coined the term. I was doing a speaking…

    1 条评论
  • Why the CIO Needs to Become the Continuous Design Officer

    Why the CIO Needs to Become the Continuous Design Officer

    I recently participated in an episode of the #c9d9 podcast hosted by Electric Cloud. The topic of discussion was the…

  • Agile, Have You Met Design Thinking?

    Agile, Have You Met Design Thinking?

    In a recent blog post, Joshua Kerievsky introduces what he calls “Modern Agile”. In his words, modern agile “simplifies…

  • DevOps As Design

    DevOps As Design

    The DevOps movement has encountered a certain amount of criticism for not being more prescriptive. “The principles…

社区洞察

其他会员也浏览了