Why Definition of done is required?

On Friday morning, Shrikant, the Manager, came to Naveen, the software engineer, asked about “Password reset functionality”.

Naveen had implemented the “Password reset functionality” using test-driven development and replied to Shrikant that he had checked in the code into TFS.

So, Naveen with a great smile said: “Yes, the feature is Done“.

Shrikant was happy and said “nice, let’s deploy it into the staging environment for client’s review”.

However, Naveen was hesitant and looked doubtful since the use cases and the code was not reviewed by another developer and QA was still waiting for his turn to verify the functionality in QA environment.

Ah! Who is responsible for this situation. Who is right or wrong?

You may come across such a situation.

This situation may occur because everyone (developers, reviewer, QA, and product owner) could have their own version definition of done.

One person, ‘done’ may be ‘deliver a feature in production with ZERO bugs’.

To me, it will create use cases, prepare the design, follow TDD practices and so on.

To the product owner it may  be “meet the need, get it verified against business rules”.

Remember the definition of done is a comprehensive checklist of necessary, value-added activities that establish the quality of a feature.

Below is sample definition of done:

  1. Prepare use cases that will cover use needs.
  2. Write code that covers all use cases.
  3. Peer-reviewed (or produced with pair programming) and meeting development standards.
  4. Unit tests are written and passing.
  5. Builds without errors.
  6. Code checked into TFS/git source control.
  7. Deployed to test environment and reviewed by QA.
  8. Passed UAT (User Acceptance Testing) and signed off as meeting requirements.
  9. Any build/deployment/configuration changes implemented/documented/communicated. (Database changes etc.)
  10. Relevant documentation/diagrams produced and/or updated.
  11. Remaining hours for the task set to zero and task closed.

To avoid above situations (mentioned in the first paragraph) in the team, it is very important that everyone knows and follows guideline mentioned in the definition of done that was created by the development team and product owner so that features get delivered completely with good quality.

https://blog.beingcraftsman.com/datta/

Dattatraya Kale

Aspiring agile software craftsman, clean code, polyglot, in love with different programming paradigm. I am on a never-ending journey towards mastery of software.

Leave a Reply