Whose definition of done?

Whose definition of done?

Here's a riff on the definition of done (DoD), and how it often only refers to a link in the larger value chain.

Of course, if you happen to work in a software product team, DoD is a valuable instrument. It will help decide whether a software increment is shippable. In other words, whether the software increment complies with the functional and non-functional requirements that have been set for it, and the generic quality standards for all software increments or specifically for this software increment.

Nothing wrong with that. Except that the increment still has to be shipped, configured and integrated with the other software increments and the rest of the system. And that the system not only has to be running but that users also have access to it. And that the users not only have technical access to the system but also know how to use it in their business context. And not only the use of the system but also the use of the information that the system provides them with. And not only that they use the information but also that they use it to achieve the desired business objectives. And that the users have support for use and application of the system and the resulting information.

So, depending on your scope of control, influence and concern, 'done' means

  • software increment: shippable
  • IT system: operational
  • IT service: available
  • functionality: used
  • information: applied
  • investment: returned

It also implies that the requirements for the software increment include criteria that support that the IT system is operational, the IT service available, the functionality used, the information applied, and the investment returned.

Finally, it begs the question who is responsible for each of these definitions of done, and how well these parties align their activities.

Martin Osterloh

Advocatus Diaboli for Project, Program and Lean Portfolio Mgmt. I Trainer, Consultant, Assurance Consultant & Trusted Challenge Advisor | Maxpert & Peoplecert PRINCE2 Ambassador and SME

1 年

Excellent take, dear Mark Smalley.Depending on the control focus this ultimately leads to benefit metrics resp. value (net-benefit) metrics such as conversion rate improvement, engagement rates etc. Totally tied to the business case the DoD should force us to think in those business terms...

Victorio Mosso

ITIL Master | Agile Coach | DevOps Transformational Leader | ITIL & DevOps Ambassador | Helping Individuals & Organizations to Create, Deliver and Preserve VALUE

1 年

Great! this explanation clearly separates the elements of the DoD which in some point interacts with the Acceptance Criteria (which also includes the Functional, Non-functional aspects but from a Customer's perspective I'd say). Thanks for sharing Mark.

Waseem Ahmed

????????/???????? ???????????? & ???????????? | ?????????????? ???????????????????????????? ???????????????????? | ???????????????? ???????????????????? & ???????????????? | ?????????????? ?????? & ????????????????????

1 年

This is great. Thank you! Overall by establishing a clear DoD organizations can ensure that services are delivered according to agreed upon standards, meet customer expectations, and align with the overall IT service strategy and goals.

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

Mark Smalley的更多文章

  • Digital philosophical intersectionality

    Digital philosophical intersectionality

    This is probably my most pretentiously-titled framework yet. Its aim is to help understand digital products and…

    4 条评论
  • Putting a man on the moon

    Putting a man on the moon

    The story is well-known: In 1962, when President Kennedy visited NASA, he asked a janitor what he was doing. The…

    1 条评论
  • Project health check

    Project health check

    Last year I had occasion to suggest that an organization should reflect on the health of a project. I gave them these…

    5 条评论
  • Employing digital

    Employing digital

    The modern workplace is increasingly shaped by digital technology. Whether employees are engaging with enterprise…

    2 条评论
  • Design doubts

    Design doubts

    My most recent book is IT service by design, written with Catherine Zuim Florentino. It’s a lovely book.

    9 条评论
  • Two IT tribes – bridging the differences

    Two IT tribes – bridging the differences

    This article applies Core Quality International's useful Core Quadrant model for personal growth to examine how teams…

    10 条评论
  • Experience revisited, again

    Experience revisited, again

    Just as I keep revisiting "service" and becoming increasingly ignorant of what it actually is, I have now revisited…

    1 条评论
  • Selling XLA to C-level – practical steps

    Selling XLA to C-level – practical steps

    I recently gave a talk about my Selling XLA to C-level book for one of my favourite ITSM communities, ITSMF Belgium…

    4 条评论
  • Product is not the solution

    Product is not the solution

    Over the past decade, software providers have made significant strides in shifting from a "project" to a "product"…

    14 条评论
  • Making “product” more productive

    Making “product” more productive

    In the world of IT, the term "product" is often confusing and therefore unproductive. From software applications to IT…

    36 条评论

社区洞察

其他会员也浏览了