कठोर मॉडल

मैं हुक्म का दीवाना हूँ।

सभी जानकारी अलमारियों पर रखी जानी चाहिए - विचार, योजना, दृष्टिकोण, कार्यप्रणाली।

मैं विकार के बारे में विचारों से डरता हूं - मैं सब कुछ व्यवस्थित करने और इसे व्यक्तिगत नोट्स, लेख या प्रलेखन में डालने की कोशिश करता हूं।

लेकिन क्या करना है जब सिस्टम काम नहीं करता है, संसाधन सीमित हैं और कार्य की बारीकियां आदर्श अवधारणाओं के अनुरूप नहीं हैं? कटौती के तहत, मैं विकास के तरीके और एक स्तरित सीएसएस संगठन प्रणाली के बारे में अपने विचारों को "कठोरता के मॉडल" पर साझा करूंगा।

दस्तावेज़ सब कुछ!

प्रलेखन को विकास के दौरान लगातार उठाए जाने वाले अधिकांश मुद्दों को कवर करना चाहिए। सभी सही और सबसे अच्छे दृष्टिकोणों को लिखा जाना चाहिए और जब कोई नई समस्या आती है तो इसे फिर से नहीं करना चाहिए।

सिस्टम आपको सब कुछ नियंत्रण में रखने में मदद करेगा, और किसी भी कठिनाइयों के लिए तैयार रहें।

यह महत्वपूर्ण है कि दस्तावेज़ीकरण को दिल से न सीखें, लेकिन यह जानने के लिए कि समस्याओं के मामले में समाधान कहां देखें।

संसार परिपूर्ण नहीं है

व्यवहार में, अक्सर ऐसी परिस्थितियाँ उत्पन्न होती हैं जब आदर्श तरीके काम नहीं करते हैं, या बहुत महंगे होते हैं। आप छोटी से छोटी विवरण पद्धति पर विचार कर सकते हैं, लेकिन कल कुछ नया निश्चित रूप से दिखाई देगा जो सामान्य कंघी से मेल नहीं खा सकता है, उत्पाद के लिए पूर्वाग्रह के बिना।

जिन परियोजनाओं पर हमें काम करना है, उनकी बारीकियाँ एक-दूसरे से बहुत भिन्न हो सकती हैं, जो मूल रूप से एक आदर्शविज्ञान की अवधारणा को फिर से परिभाषित करती हैं। बीईएम यैंडेक्स के लिए आदर्श है, लेकिन छोटे और मध्यम आकार की परियोजनाओं के लिए यह काम नहीं कर सकता है, और यहां तक ​​कि नुकसान भी।

सम्मेलनों और लेखों में, हर कोई अपने अनुभव, अपनी समस्याओं के समाधान साझा करता है, और सबसे अधिक बार सहकर्मियों के अनुभव को सीधे अपनी परियोजनाओं पर उपयोग नहीं किया जा सकता है। सर्वोत्तम विचारों को प्राप्त करना, और उनकी कार्यप्रणाली और दस्तावेज़ीकरण में उन्हें उजागर करना आवश्यक है, लेकिन यह हमेशा ध्यान से सोचने और दस्तावेज करने के लिए समय से बहुत दूर है।

योजना बी

प्रत्येक कार्यप्रणाली का अपना "मॉडल ऑफ़ रेज़र" होना चाहिए, आपको सबसे बुनियादी नियमों को उजागर करने की आवश्यकता है, और अपवादों का वर्णन करना न भूलें। पद्धति के सभी सिद्धांतों को मौलिक नियमों से लेकर तुच्छ लोगों तक कठोरता के स्तरों में विभाजित किया जाना चाहिए।

विभिन्न अप्रत्याशित स्थितियों के मामले में कार्य योजना को निर्दिष्ट किए बिना मुख्य दिशा निर्धारित करना पर्याप्त नहीं है। मुख्य नींव नियंत्रण से बाहर होने पर भी सिस्टम को काम करना चाहिए।

आपको हमेशा एक बेकार योजना पर विचार करने और बाहरी कारकों के एक हमले के लिए तैयार रहने की जरूरत है, जलती हुई समय सीमा के रूप में, एक टीम में बातचीत की समस्या और ग्राहकों / प्रबंधकों की योनि।
मुख्य बात याद रखें

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

कोई "अतिरिक्त-स्पेयर" योजना नहीं होनी चाहिए, सभी सिद्धांतों को मूल सिद्धांतों से माना जाना चाहिए। सिस्टम समग्र होना चाहिए, किसी भी घेराबंदी के लिए तैयार किले का निर्माण करना चाहिए, न कि साइकिल स्टैंड।

MCSS

हमारी सीएसएस संगठन प्रणाली को जनता के सामने लाते हुए, मैंने मूल रूप से प्रलेखन में संतुलित अमूर्तता की अवधारणा रखी। मौलिक नींव हैं, और अनुशंसित नियम हैं।

कार्यप्रणाली को एक रामबाण के रूप में नहीं माना जाना चाहिए, यह सब कुछ के माध्यम से सोचना और सभी संभव परिदृश्यों को कवर करना संभव नहीं है। MCSS को अपने स्वयं के प्रलेखन के मूल में रखा जाना चाहिए और अपने स्वयं के उत्पाद की जरूरतों को पूरा करना चाहिए।

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

प्रलेखन आपकी सलाह और सुझावों के लिए खुला है! निकट भविष्य में MCSS c वेब मानक दिनों की एक वीडियो प्रस्तुति और एक साथ लेख अपलोड किया जाएगा।