निर्देशों पर ध्यान दें (विश्व प्रभुत्व के लिए कोई दावा नहीं)

कैसे होता है?

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

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

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

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

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

किसका बकाया है?

ठीक है, सहकर्मियों का आप पर क्या प्रभाव है? "मुक्त" परियोजनाओं में भी उन्हें क्या चाहिए? जैसे ही हाथ मिलाया और खुशी से चिल्लाते हुए कहा: "चलो चलें!" यह अजीब है, लेकिन उनकी सेवाओं की स्वतंत्र प्रकृति के बावजूद, सभी को अब ... सामान्य निदेशक और अन्य "जनरलों" के निर्देशों का पालन करना चाहिए, साथ ही साथ उनके तत्काल पर्यवेक्षक के निर्देश भी। बेशक, अगर ये सभी पद मौजूद हैं, तो औपचारिक रूप से या नहीं। और, ज़ाहिर है, इन सभी आदेशों को आपके और बहुत स्वाभाविक रूप से, "आदेश" की शक्तियों के ढांचे में फिट होना चाहिए।

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

"टेक्सास हैंडशेक" जैसी कोई चीज नहीं है। सहमत हैं, तो आपको अनुबंध के विषय को पूरा करना होगा। एक आधिकारिक अनुबंध है या नहीं, लेकिन आवश्यकता के अनुसार, अंत तक, सब कुछ लाने के लिए सम्मान की बात है। लेकिन यह वहाँ है, दूर अमेरिका में, और यहाँ ...

हमें मौके पर ही जानकारी दी जाएगी ...

और अब आप कार्य को अंजाम देना शुरू करते हैं, कंप्यूटर को चुपचाप चालू करें, किसी को भी स्पर्श न करें ... "इसे कैसे करें? पढ़ें", निर्देशक अचानक चिल्लाता है, कुछ crumpled कागज मिलाते हुए। "जो निर्धारित है उसका पालन करें!" मूड गिर रहा है। ओडनोकलास्निक में चढ़ने का दृढ़ संकल्प धीरे-धीरे दूर हो रहा है। “धिक्कार नौकरशाह! - आपको लगता है। "फिर से, ये नौकरी विवरण ..."

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

निर्देश - परियोजना प्रबंधन प्रणाली का हिस्सा है । आइए उनके बारे में बात करते हैं। निर्देश क्या है (विशिष्ट कार्यों के मामले में इसकी तरह - "मानक संचालन प्रक्रिया")? यह एक विशेष कार्य को पूरा करने के लिए आवश्यक कदमों का एक सेट है और संभव समस्याओं को हल करता है जो "रास्ते में" उत्पन्न हो सकते हैं। “प्लग को पावर आउटलेट में डालें। पावर बटन दबाएं, फ़्रीक्वेंसी कंट्रोल नॉब को दाईं ओर मोड़ें, जब तक कि आपको एक स्पष्ट ध्वनि न मिल जाए। यदि कोई आवाज़ नहीं है, तो दाईं ओर संकेतक का उपयोग करके वॉल्यूम की जांच करें ... "।

हमें निर्देशों की आवश्यकता क्यों है? कुछ के लिए एक देशद्रोही विचार, लेकिन मेरे लिए कहीं भी स्पष्ट नहीं है - कुशलता से और जल्दी से असाइन किए गए कार्यों को हल करने के लिए और एक ही समय में एक साइकिल का आविष्कार न करें। और सामान्य तौर पर - इन बहुत कार्यों को समय पर सेट करने के लिए, जिसके बिना आपकी परियोजना को बर्बाद किया जाता है ... ठीक है, ऊपर पढ़ें।

गुलाबी वास्तविकता चश्मा

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

बेशक, कभी-कभी, विशेष रूप से सरल, पृथक मामलों में, "आप उनके बिना कर सकते हैं।" जहां लोग एक-दूसरे को बिल्कुल सही ढंग से समझते हैं, जहां वे ठीक-ठीक जानते हैं कि क्या करना है और कैसे करना है, जहां कोई टकराव नहीं है, या किसी प्रकार की बाहरी ताकत की कमी है, बस बेहिसाब परिस्थितियां पॉप अप होती हैं, जहां कोई सटीक शब्द नहीं हैं, सीमित बजट और संदर्भ की अप्रत्यक्ष शर्तें। क्या आपने अक्सर ऐसा देखा है? अपना गुलाबी चश्मा उतारो! ऐसा बहुत कम ही होता है। आखिरकार, यह काम करता है, जबकि ... यह काम करता है, इससे ज्यादा कुछ नहीं। लेकिन यह अगले "मिलियन प्रोजेक्ट" के रचनाकारों के मन में भी होता है। और यह दुखद है। क्योंकि समस्याएं होंगी। आवश्यक है।

आलू का मौसम

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

सिद्धांत की बिट

इस मामले में, कम से कम कुछ निर्देशों, अधिक सटीक, "मानक संचालन प्रक्रियाओं" (एसओपी, अंग्रेजी संस्करण - एनओपी) की आवश्यकता है।

1. किसी कार्य के कार्यान्वयन की समीक्षा शुरू करने की प्रक्रिया। कई विचार हो सकते हैं। बहुत सारे। काफी पागल हैं। और उनके सरल विचार के लिए बस बहुत समय लग सकता है - आपका कीमती समय। इस मामले में, आपको निम्नलिखित प्रश्न पूछना चाहिए, जो इस मैनुअल में वर्णित हैं। वास्तव में क्या करने की आवश्यकता है? क्या यह सिद्धांत रूप में किया जाना चाहिए? इसका वर्णन कैसे करें? कौन उसे तकनीकी विशेषज्ञ मानेगा ? सामान्य रूप से इस कार्य पर विचार करने का प्रयास कौन करेगा? क्या यह सिद्धांत रूप में संभव है? अब वह क्षण है जब परियोजना कुछ याद कर रही है? और यह कहाँ वर्णित किया जाना चाहिए ताकि हर किसी को पढ़ने की आवश्यकता हो, और जिन्हें नहीं देखा जा सकता है, झाँकें नहीं? किन शब्दों का वर्णन करने की आवश्यकता है? क्या यह सिर्फ एक चमकता विचार या दूसरे का परिणाम है, पहले से मौजूद कार्य? क्या सामग्री संलग्न करने के लिए? किन कारणों से लाना है? क्या किसी को तर्क के रूप में आधिकारिक राय की आवश्यकता है?

इन सभी बातों को विस्तार से चरण-दर-चरण मार्गदर्शिका के रूप में निर्देशों में वर्णित किया जाना चाहिए ताकि बॉस या विशेषज्ञ के साथ समस्या की बहुत प्रारंभिक चर्चा के परिणामस्वरूप एक परेशान-चिढ़ न हो: “आखिरकार यह क्या है? मुझे कुछ भी समझ में नहीं आया ... एक या दो महीने में ऐसा कुछ करने दो ... "

2. कार्य के कार्यान्वयन के लिए संसाधनों का निर्धारण करने की प्रक्रिया निम्नलिखित संसाधनों के लिए मूल्यांकन के निर्देशों को परिभाषित करती है:

• मानव (क्या आपको प्रोग्रामर की आवश्यकता है? और डिजाइनर? क्या एक परीक्षक हम दोनों का सामना करेगा या वास्तव में?)
• वित्तीय,
• समय,
• सामग्री (उपकरण, सहायक उपकरण, परीक्षण के लिए कंप्यूटर, आदि),
• सूचनात्मक (तकनीकी विनिर्देश पर्याप्त है या क्या आपको अतिरिक्त दस्तावेजों की आवश्यकता है जैसे कि एक नई तकनीक का विवरण, एक नई एनीमेशन स्क्रिप्ट, या पासवर्ड, सर्वर पते, आदि जैसी जानकारी?)?
• "सॉफ्टवेयर संसाधनों" के अर्थ में संसाधन, उदाहरण के लिए, प्रोग्रामर के लिए यह पहले डिजाइनरों द्वारा तैयार किए गए तीसरे पक्ष के पुस्तकालय या आइकन हो सकते हैं।

3. कार्य को लागू करने की आवश्यकता पर निर्णय लेने की प्रक्रिया। लागत निर्धारण प्रक्रिया के परिणामों के आधार पर, एक निर्णय करना आवश्यक है - क्या यह इस समय इस कार्य को लागू करने के लायक है? शायद विकल्प की तलाश करें, इसे बेहतर समय तक बंद कर दें, या मना भी करें?

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

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

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

7. डेवलपर द्वारा कार्यों को पूरा करने की प्रक्रिया। यह प्रक्रिया विशिष्ट कार्यों के विवरण का सार है जो वास्तव में किए गए कार्य पर निर्भर करती है। एक डेवलपर को क्या करना चाहिए? कैसे करें? क्या समस्याएं हो सकती हैं और उन्हें हल करने के लिए क्या करना चाहिए? दो पंक्तियों या 200 पृष्ठों के लंबे पाठ हो सकते हैं, कोई सार्वभौमिक समाधान नहीं हैं ... लेकिन यह वही है जो अक्सर कलाकार के समय, तंत्रिकाओं और ताकत को बचाता है।

8. असाइनमेंट पास करने की प्रक्रिया। तो काम पूरा हुआ। अब इसे पारित किया जाना चाहिए। कार्यविधि बताती है कि कार्य के परिणाम किस प्रकार, किस रूप में, किस तरह से इच्छुक पार्टियों की अधिसूचना में होते हैं, प्रसारित किए जाते हैं।

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

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

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

प्रभावशाली? लेकिन ये केवल "केवल" कार्यों को बनाए रखने के लिए बुनियादी, सामान्य प्रक्रिया-निर्देश हैं! अलग-अलग, विशिष्ट कार्यों के लिए, उनके SOP आमतौर पर लिखे जाते हैं। लेकिन यह इन चरणों को ठीक करता है जो सभी आवश्यक कार्यों को पूरा करने में मदद करते हैं, केवल वही करना है जो आवश्यक है - समय पर, वित्तीय या भौतिक संसाधनों से अधिक के बिना, और अंततः परियोजना को पूरा करने के लिए, और बाद में पछतावा नहीं करना चाहिए कि वे आम तौर पर ऐसी चीजों को करने में शामिल थे, ग्राहक या ऋणदाता से आंखें छिपाना।

नौकरशाही

खैर, नौकरशाही कहाँ और कैसे पैदा होती है? यह आपदा कहाँ से आती है जो निर्देशों के व्यापक रूप से आरोपी हैं। यह मुख्य रूप से लोगों के मन में उठता है, उनकी सोच की अनम्यता से, अनिच्छा से न केवल कुछ का पालन करने के लिए, बल्कि अक्सर सिर्फ पढ़ने के लिए। निर्देश आपको पूर्ण महिमा में घूमने की अनुमति नहीं देता है? इसलिए निर्देश को बदलें, लेकिन परिवर्तन का पालन करने के बाद, सिस्टम में शेष, अन्यथा आपको स्वतंत्रता नहीं, बल्कि अराजकता मिलेगी।