Architecture Decision Record

Active theme: Light

← दस्तावेज़

ADR के लिए टीमवर्क सलाह

यदि आप अपनी टीम के साथ निर्णय रिकॉर्ड का उपयोग करने पर विचार कर रहे हैं, तो कई टीमों के साथ काम करके हमने जो सलाह सीखी है, वह यह है।

आपके पास अपने साथियों का नेतृत्व करने का अवसर है, "क्या करना है" को अनिवार्य करने के बजाय मिलकर "क्यों" पर बात करके। उदाहरण के लिए, निर्णय रिकॉर्ड टीमों के लिए अधिक समझदारी से सोचने और बेहतर संवाद करने का एक तरीका हैं; यदि वे केवल काम के बाद थोपी गई कागज़ी औपचारिकता हैं, तो निर्णय रिकॉर्ड का कोई मूल्य नहीं है।

कुछ टीमें संक्षिप्त नाम "ADR" की तुलना में "निर्णय" (decisions) नाम को कहीं अधिक पसंद करती हैं। जब कुछ टीमें डायरेक्टरी का नाम "decisions" रखती हैं, तो ऐसा लगता है मानो बत्ती जल गई हो, और टीम उस डायरेक्टरी में अधिक जानकारी डालने लगती है, जैसे विक्रेता निर्णय, नियोजन निर्णय, समय-निर्धारण निर्णय आदि। इन सभी प्रकार की जानकारी के लिए एक ही टेम्पलेट इस्तेमाल हो सकता है। हमारी परिकल्पना है कि लोग संक्षिप्त नामों ("ADR") की तुलना में शब्दों ("निर्णय") से तेज़ सीखते हैं, "रिकॉर्ड" शब्द हटाने पर लोग चालू कार्य के दस्तावेज़ लिखने के लिए अधिक प्रेरित होते हैं, और कुछ डेवलपरों और कुछ प्रबंधकों को "आर्किटेक्चर" शब्द भी पसंद नहीं आता।

सिद्धांत में, अपरिवर्तनीयता आदर्श है। व्यवहार में, हमारी टीमों के लिए परिवर्तनशीलता बेहतर रही है। हम नई जानकारी को मौजूदा ADR में तिथि-मुहर और इस टिप्पणी के साथ जोड़ते हैं कि जानकारी निर्णय के बाद आई। इस तरह का दृष्टिकोण एक "जीवंत दस्तावेज़" बनाता है जिसे हम सभी अद्यतन कर सकते हैं। सामान्य अद्यतन तब होते हैं जब हमें नए साथियों, नई पेशकशों, या हमारे उपयोग के वास्तविक परिणामों के कारण जानकारी मिलती है, या बाद में तीसरे पक्ष के परिवर्तन होते हैं, जैसे विक्रेता की क्षमताएँ, मूल्य योजनाएँ, लाइसेंस समझौते आदि।