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