डन की परिभाषा क्या है, और यह रेडी की परिभाषा से कैसे भिन्न है?

Question

Accepted Answer

**डन की परिभाषा (DoD)** एक साझा चेकलिस्ट है जिसे एक Increment को पूरा माना जाना चाहिए और संभवतः रिलीज़ करने योग्य होना चाहिए। **रेडी की परिभाषा (DoR)** एक वैकल्पिक समझौता है कि बैकलॉग आइटम को Sprint में खींचने से पहले टीम को क्या चाहिए। DoD एक औपचारिक Scrum प्रतिबद्धता है; DoR एक सहायक टीम सम्मेलन है।

## डन की परिभाषा चेकलिस्ट का उदाहरण

```text
[ ] Code reviewed and merged
[ ] Unit + integration tests pass in CI
[ ] Meets acceptance criteria
[ ] No critical bugs / no broken builds
[ ] Documentation / changelog updated
[ ] Deployed to staging and verified
```

## DoR vs DoD

| | रेडी की परिभाषा | डन की परिभाषा |
|--|--------------------|--------------------||
| प्रवेश द्वार | Sprint में प्रवेश से पहले | आइटम पूरा होने से पहले |
| टीम सम्मेलन | टीम + उत्पाद मालिक | पूरी Scrum टीम |
| स्थिति | वैकल्पिक सहायक | औपचारिक Scrum प्रतिबद्धता |

## वास्तविक उदाहरण

एक कहानी केवल "डन" है जब इसकी समीक्षा की जाती है, परीक्षण किया जाता है, और यह staging पर होती है — जब कोई डेवलपर कहे "यह मेरी मशीन पर काम करता है" तब नहीं। यह साझा मानक गुणवत्ता को सुसंगत रखता है।

## सामान्य समस्याएँ

- एक अस्पष्ट DoD ("यह अच्छा लगता है") जो अधूरे काम को डन मानने देता है।
- DoR को एक कठोर गेट के रूप में मानना जो सभी लचीलेपन को अवरुद्ध करता है।
- विभिन्न डेवलपर्स द्वारा विभिन्न व्यक्तिगत मानदंडों को लागू करना।

## यह महत्वपूर्ण क्यों है

एक मजबूत DoD पारदर्शिता बनाता है: सभी को पता है कि "डन" का मतलब क्या है, इसलिए velocity और Increments विश्वसनीय हैं।

एक उचित DoR Sprint के दौरान आश्चर्यचकित करने को कम करता है क्योंकि टीम प्रतिबद्ध होने से पहले आइटम को समझा जाता है।