[vc_row][vc_column][vc_column_text]<\/p>\n
[\/vc_column_text][vc_column_text]Definition of Done (DoD)<\/strong> is the list of activities that are required to deliver the Product Backlog Items (PBI) in the desired quality and the steps required for the team to accept a job as complete. The goal of Sprint in Scrum is to produce software deliveries ready to go live. In this sense, DoD should determine the standard actions required to produce the finished software ready to go live.<\/p>\n For example, a standard DoD sample can be found below:<\/p>\n <\/p>\n A general Definition of Done as per above is a general quality criterion for all PBIs, but a separate Definition of Done can be defined for a specific PBI where necessary. For example, an additional Stress Test step can be added to an online system PBI in addition to the above general definition, creating a custom DoD for the specific request.<\/p>\n The simple DoD we see in the above example should be detailed by the team and general standards should be defined for each step. Take the coding step, for example. What is coding for our team? Which coding standards and practices do we follow? Are we going to refactor our code during the coding period and to what extent? The answer to these and similar questions should be clear, transparent and thus have a certain quality standard.<\/p>\n DoD is a very important concept that must be unconditionally adhered to for quality and transparency. Within the process, the team should go over the scope of the DoD and develop it, thus triggering its productivity. Don\u2019t forget that quality is the responsibility of the Development Team.[\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n","protected":false},"excerpt":{"rendered":" Definition of Done (DoD) Product Backlog Item\u2019lar\u0131n (PBI) istenen kalitede teslim edilmesi i\u00e7in belirlenen aktiviteler listesi ve tak\u0131m taraf\u0131ndan bir i\u015fin tamamlanm\u0131\u015f olarak kabul edilmesi i\u00e7in yap\u0131lmas\u0131 gereken ad\u0131mlard\u0131r. <\/p>\n","protected":false},"author":1,"featured_media":57820,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[34,21],"tags":[],"_links":{"self":[{"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/posts\/57819"}],"collection":[{"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/comments?post=57819"}],"version-history":[{"count":0,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/posts\/57819\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/media\/57820"}],"wp:attachment":[{"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/media?parent=57819"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/categories?post=57819"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/old.acmagile.com\/en\/wp-json\/wp\/v2\/tags?post=57819"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n\n
\n DOD Steps<\/strong><\/td>\n Control<\/strong><\/td>\n<\/tr>\n \n Analysis<\/td>\n Yes<\/td>\n<\/tr>\n \n Design<\/td>\n Yes<\/td>\n<\/tr>\n \n Coding<\/td>\n Yes<\/td>\n<\/tr>\n \n Code Review<\/td>\n Yes<\/td>\n<\/tr>\n \n Functional Test<\/td>\n Yes<\/td>\n<\/tr>\n \n KKT<\/td>\n No<\/td>\n<\/tr>\n \n Documentation<\/td>\n No<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n