80/20 शेड्यूलिंग को भी प्रभावित करता है

हम सभी ने 80/20 नियम के बारे में सुना है, जो कहता है कि हमारी सफलता का 80% (प्रभाव) हमारे कार्यों (कारणों) के केवल 20% से आता है। खैर, यह सार्वभौमिक सत्य सॉफ्टवेयर विकास को भी प्रभावित करता है, और इस लेख में हम इस कथन के कुछ मूल सिद्धांतों को फिर से बताने जा रहे हैं।

BPM

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

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

सॉफ्टवेयर परियोजनाओं

आज परियोजनाओं को विकसित करने के कई तरीके हैं, फुर्तीले, पारंपरिक, मिश्रित, आदि हैं। एक बिंदु वे सभी आम है तैयारी। मुझे इससे क्या मतलब है? इस सॉफ्टवेयर प्रोजेक्ट में आपकी 80% सफलता पूरी प्रक्रिया के पहले 20% पर आधारित होगी, तैय़ारी। 

एक परियोजना तैयार करना

यह कुछ तार्किक है कि वास्तव में बहुत कम लागू होता है (जैसे कई अन्य तार्किक चीजें जो व्यवहार में अतार्किक हैं)। जब हम तैयारी के बारे में बात करते हैं तो हमें समस्या को समझने की क्षमता को समझना चाहिए, समाधान को समझना चाहिए और सबसे ऊपर, प्रक्रिया कि समाधान लागू होता है। अव्यवसायिक सॉफ्टवेयर परियोजनाओं में कम से कम पाए जाने वाली चीजों में से एक विषय पर प्रलेखन की कमी है। यह आमतौर पर निजी कंपनियों में दिखाई देता है क्योंकि बेचने की इच्छा निर्माण प्रक्रिया से अधिक है।

इन लेखों को पढ़ने वालों में से कई काम करते हैं या प्रौद्योगिकी से संबंधित हैं, यह ध्यान देने योग्य है कि अगर उनके कामकाजी जीवन के कुछ बिंदु पर वे एक कंपनी / आपूर्तिकर्ता के पास आते हैं जो एक अच्छी तैयारी पूरी नहीं करता है, तो यह लगभग 80% निश्चित है read यह परियोजना है यह काम नहीं करेगा.

अमूर्तता की कुंजी है

यह कुछ ऐसा है जो मैंने अपने समय से जीएनयू / लिनक्स का उपयोग करके सीखा है, और यह समय और समय फिर से सॉफ़्टवेयर निर्माण प्रक्रिया में महत्वपूर्ण साबित होता है। की क्षमता सार समस्याओं को और अधिक "सरल" चीजों में बदलने के लिए, सुरुचिपूर्ण कोड और सब से ऊपर उत्पन्न करने में सक्षम होना महत्वपूर्ण है टिकाऊ। और शायद यह बड़े व्यावसायिक परियोजनाओं और नियंत्रण से बाहर बढ़ने वाली परियोजनाओं के मुख्य अंतरों में से एक है। पूर्व का विचार, समझ और संरचना प्रक्रिया सेकंड के दौरान बनाए रखने के इसे समझने की आवश्यकता के बिना काम करना.

दुनियादार आदमी

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

स्थापना प्रक्रिया को समझना

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

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

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

इस तरह प्रत्येक "जटिल" कदम आवश्यक विवरणों को खोए बिना, वैश्विक रूप से एक "सरल" बन जाता है। यह प्रक्रिया को सफलतापूर्वक पूरा करने के लिए आवश्यक विनिर्देश के स्तर को कम किए बिना विधानसभा की दृश्यता को सुविधाजनक बनाता है। और हम इस बात से इनकार नहीं कर सकते हैं कि एक ही बार में पूरी हैंडबुक को पढ़ने की तुलना में छवि को देखना आसान है

समय बचाओ

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

निर्देशन परियोजनाओं को आसान बनाया

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