When is ‘Done’, truly 100% ‘Done’?
5 Dec 2017
When working through any Product Backlog, it’s essential that the whole Scrum Team have a clearly defined and mutually agreed understanding of when each backlog item can be deemed as complete. Without this collective and transparent agreement, teams may struggle to get product backlog items 100% truly ‘Done’ within a Sprint. This is explained further by the Scrum Guide; “When a Product Backlog item or an Increment is described as “Done”, everyone must understand what “Done” means. Although this varies significantly per Scrum Team, members must have a shared understanding of what it means for work to be complete, to ensure transparency. This is the definition of “Done” for the Scrum Team and is used to assess when work is complete on the product Increment.” The Scrum Guide (p.16) The below example of ‘Done’ is fairly typical for a team early on in its adoption of Scrum within a corporate environment. Activity (Example) Criteria (Example) Detailed Analysis Acceptance Tests approved by Product Owner. Wiki updated. Detailed Design Consistent with approved design patterns and UI standards. Design approved by Architect. Overall Design Doc updated. Build & Unit Test Consistent with coding standards. Peer Reviewed. 90% automated unit test coverage. All unit tests […]
Matt is a seasoned agile trainer and transformation agent who is keenly focussed on helping organisations deliver the right products and the best user experiences to their customers. Matt started out in project management in the late ’90s working in capital markets and by 2003 had delivered some of the first agile-built financial web platforms in the UK.
Since then Matt has worked across a wide spectrum of industries including spending time working with Boeing on the first ever fully global Oracle-replicating database to support the 7E7 Dreamliner programme, and in 2009 leading a team to develop one of the first agile-designed data warehouses in the UK.
In recent years Matt has been coaching scrum, DSDM, SAFe and enterprise lean methods across the UK and India and has taken a keen interest in embedding lean thinking into non-technical / non-IT environments where it can prove very powerful, particularly in the micro-business space.
Matt holds Professional Scrum Master (PSM), SAFe Agilist (SA) and Lean Six Sigma qualifications as well as being trained in behavioural change management and people psychology.