{"id":1413,"date":"2020-11-25T13:39:53","date_gmt":"2020-11-25T13:39:53","guid":{"rendered":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/?p=1413"},"modified":"2020-11-26T15:16:26","modified_gmt":"2020-11-26T15:16:26","slug":"is-it-better-to-be-done-or-to-be-perfect","status":"publish","type":"post","link":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/2020\/11\/25\/is-it-better-to-be-done-or-to-be-perfect\/","title":{"rendered":"Is it Better to be Done or to be Perfect?"},"content":{"rendered":"<div class=\"boldgrid-section\">\n<div class=\"container\">\n<div class=\"row\">\n<div class=\"col-md-12 col-xs-12 col-sm-12\">\n<p class=\"\">Should Scrum teams aim to be done or to be perfect?&nbsp; &nbsp;The answer is that <em>Done<\/em> is better than <em>Perfect<\/em>.&nbsp; The team&#8217;s job is to ship product, not to be perfect.&nbsp; So don&#8217;t the let the perfect be the enemy of the MVP.&nbsp;<\/p>\n<p class=\"\">Most teams think that setting a high quality bar with Definition of Done (DOD) ensures high quality.&nbsp; Admittedly, this is true but only to a point.&nbsp; Long work to meet an overly stringent DOD can lead to less frequent delivery, i.e., less frequent feedback.&nbsp; Unless you are a Waterfall Nostradamus of perfect foresight, infrequent feedback guarantees building things wrong and building the wrong things.<\/p>\n<p class=\"\">Now let&#8217;s answer four related DOD questions and see if the answers also apply to the Definition of Ready (DOR):<\/p>\n<p class=\"\"><strong>How high should you set the bar for Definition of Done?&nbsp; &nbsp;&nbsp;<\/strong><\/p>\n<p class=\"\" style=\"padding-left: 40px;\"><em>Document a DOD which is your definition of absolute perfection.&nbsp; Then rank the DOD quality checks from 1 to n by their quality value add.&nbsp; &nbsp;Move any infeasible checks to the bottom of the list (but note them for subsequent retrospection and possible feasibility solution.&nbsp; Finally, move down the list to an achievable point for the current sprint and draw a line.&nbsp; &nbsp;Everything above the line is your DOD for this sprint.&nbsp; &nbsp;The same process works for the DOR.&nbsp;<\/em><\/p>\n<p class=\"\"><strong>Should the Same Definition of Done Apply to all Stories?<\/strong><\/p>\n<p class=\"\" style=\"padding-left: 40px;\">Yes if your stories are similar enough to allow for it.&nbsp; &nbsp;Creating multiple DODs adds to cognitive overload and the chance of chasing the wrong definition.&nbsp; &nbsp;Conversely, the DOD for a story about a software feature should not be applied to a story about a marketing guide.&nbsp; The same goes for the DOR.<\/p>\n<p class=\"\"><strong>Should the Definition of Done Change Every Sprint?&nbsp; &nbsp;<\/strong><\/p>\n<p class=\"\" style=\"padding-left: 40px;\">Scrum owes its popularity in large part to its simplicity.&nbsp; Scrum teams quickly learn the process and agree on. the DOD and DOR in Sprint Zero.&nbsp; &nbsp;From there, they focus on working software delivery rather than on the Scrum process.&nbsp; Changing the DOD will add friction as the team must renegotiate the DOD and relearn old habits.<\/p>\n<p class=\"\" style=\"padding-left: 40px;\">If the sprints are similar, there is little reason to change the DOD, however the sprints may not be dissimilar.&nbsp; &nbsp;For example, what if the sprint goals are radically different?&nbsp; What if the team must deliver to an externally imposed and unreasonable deadline?&nbsp; &nbsp;In cases where the sprints are radically different, then change the DOD.&nbsp; &nbsp;Teams should still go for less DOR change than DOD change when the sprints are different.<\/p>\n<p class=\"\"><strong>Should the Definition of Done Requirements Bar be Raised Every Sprint?&nbsp;<\/strong><\/p>\n<p class=\"\" style=\"padding-left: 40px;\">The more stringent the DOD, the higher your quality will be subject to the constraint that you continue to release frequently.&nbsp; &nbsp;If a Scrum team prizes quality over quantity, then it should aim to raise the DOD bar whenever velocity increases.&nbsp; &nbsp;Often new DOD requirements and velocity increases are the same thing, e.g., adding BDD requirements to the DOD may simultaneously increase velocity.&nbsp; &nbsp; The same goes for the DOR.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Should Scrum teams aim to be done or to be perfect?&nbsp; &nbsp;The answer is that Done is better than Perfect.&nbsp; The team&#8217;s job is to ship product, not to be perfect.&nbsp; So don&#8217;t the let the perfect be the enemy of the MVP.&nbsp; Most teams think that setting a high quality bar with Definition of &hellip; <a href=\"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/2020\/11\/25\/is-it-better-to-be-done-or-to-be-perfect\/\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Is it Better to be Done or to be Perfect?<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":1420,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"bgseo_title":"","bgseo_description":"","bgseo_robots_index":"index","bgseo_robots_follow":"follow","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[1],"tags":[],"class_list":["post-1413","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","with-featured-image"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-content\/uploads\/2020\/11\/DoneVsPerfect.png","_links":{"self":[{"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/posts\/1413","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/comments?post=1413"}],"version-history":[{"count":9,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/posts\/1413\/revisions"}],"predecessor-version":[{"id":1423,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/posts\/1413\/revisions\/1423"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/media\/1420"}],"wp:attachment":[{"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/media?parent=1413"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/categories?post=1413"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jamesmassa.dreamhosters.com\/scrumseeblog\/wp-json\/wp\/v2\/tags?post=1413"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}