यहाँ लघु और मधुर है: यह गति प्राप्त करने जा रहा है।
नियोक्ताओं के एक बहुत ने पिछले अनुभव पर बहुत जोर दिया है, जिन स्कूलों में आप गए थे, और "गॉट बर्न" कहने के बेहतर तरीके की कमी के लिए। आम धारणा के विपरीत, सॉफ्टवेयर विकास लगभग रचनात्मक नहीं है, क्योंकि प्रौद्योगिकी में हम में से कई एक प्रयास में विश्वास करना चाहते हैं। उन क्षेत्रों में जहां यह अनुमति देता है और यहां तक कि रचनात्मकता की आवश्यकता होती है, आमतौर पर आपको उपयोगकर्ता निर्माण / कहानियों, सिस्टम आवश्यकताओं, व्यापार डोमेन, अर्थशास्त्र, सॉफ़्टवेयर इंजीनियरिंग प्रक्रिया और सॉफ़्टवेयर आर्किटेक्चर को समझने से पहले अच्छी तरह से सॉफ़्टवेयर निर्माण [कोडिंग] में शामिल होने की आवश्यकता होती है।
चंचल आंदोलन के उदय के बाद, सर्वसम्मति से गलती से पहले कोडिंग और डेवलपर पर जोर दिया गया था। यह वास्तव में एक गलत व्याख्या रही है कि एजाइल मेनिफेस्टो लेखक क्या पाने की कोशिश कर रहे थे, हालांकि यह मुश्किल हो सकता है कि मैनिफेस्टो से। एजाइल ने भारी उधार लिया है और यहां तक कि सीधे LEAN सिद्धांतों को अपनाया है। LEAN कार्यान्वयन कर्मचारी पर ध्यान केंद्रित करता है, लेकिन केवल इस तथ्य के परिप्रेक्ष्य से कि ये व्यक्ति फर्म के [ पढ़ें: संविदात्मक ग्राहक के ] वास्तविक ग्राहकों के सबसे करीब हैं ।
यह भेद क्यों महत्वपूर्ण है? कार्यान्वयन कर्मचारी कई निर्णयों के प्रभाव को महसूस करते हैं - दोनों अच्छे और बुरे - सीधे। जैसे, वे विशिष्ट परिवर्तन करने के लिए विशिष्ट रूप से तैनात हैं जो प्रदर्शन और गुणवत्ता पर एक नाटकीय प्रभाव डाल सकते हैं। अफसोस की बात है, वे अक्सर अंत-ग्राहक के अपने ज्ञान के लिए पूरी तरह से व्यस्त नहीं होते हैं, मेज पर प्रदर्शन और उत्पाद की गुणवत्ता में सुधार के कई अवसर छोड़ते हैं। LEAN का मिशन कचरे के बढ़ते वितरण की गति को हटाने और गुणवत्ता में सुधार के माध्यम से प्रभावशीलता के बढ़ते स्तर को प्राप्त करके लगातार अंतिम-ग्राहक को अधिक मूल्य प्रदान करना है। एजाइल ने सॉफ्टवेयर निर्माण स्थान के भीतर कचरे को हटाने पर लिफाफे को धक्का दिया, लेकिन अंत-ग्राहक [और साथ ही संविदात्मक ग्राहक के अंत-उपयोगकर्ता] के दृष्टिकोण से सच्ची प्रभावशीलता न्यूनतम रही है।
उस अंत तक, यह गति और गुणवत्ता में सकारात्मक उपलब्धियों को ध्यान देने योग्य है जैसे कि कोड शिल्प कौशल [सम्मिश्रण विज्ञान और कला] में एक स्पष्ट सुधार ने हमें निर्माण के मोर्चे पर आगे बढ़ाया है, लेकिन इस प्रक्रिया में हमने जो देखा है उसमें खो गया है महत्वपूर्ण - ग्राहक। और मेरा मतलब सिर्फ अंतिम उपयोगकर्ता नहीं है, बल्कि उद्यम का अंतिम ग्राहक है। एलएएएन की तरह, सब कुछ वास्तविक ग्राहक से शुरू होता है और पीछे की ओर काम करता है। तो इसका आईईई के सीएसडीए और सीएसडीपी के साथ क्या करना है? बहुत सारे।
इसके साथ शुरू करने के लिए, यह अक्सर एक ऐसे व्यक्ति को लेता है जो इंजीनियरिंग विषयों में परिलक्षित समझ के प्रकार में निहित होता है पूरी तरह से समझ के लिए कि इसकी वास्तविक प्रभावशीलता, मील के पत्थर और गुणवत्ता विशेषताओं को ध्यान में रखते हुए एक प्रक्रिया को हमेशा समग्र लक्ष्य पर केंद्रित होना चाहिए। यदि आप उन लक्षणों में से किसी को याद कर रहे हैं, तो आप अपने संविदात्मक [एंटरप्राइज] क्लाइंट को पूरा मूल्य देने से कम हो रहे हैं, जो अंत में ग्राहकों / फर्म के ग्राहकों के लिए मूल्य को कम करने वाली घटनाओं की एक ज्वार लहर उत्पन्न कर सकता है। अच्छा नही।
इसके अलावा, नेतृत्व की जिम्मेदारी लेने की क्षमता [जो कि अगर आपके पास स्व-निर्देशित टीम {जैसा कि एजाइल मैंडेट्स} है, तो सभी को कुछ हद तक आगे बढ़ने में सक्षम होने की आवश्यकता है] आमतौर पर हाथ में विषय की समझ की गहराई और गहराई की आवश्यकता होती है, ऐसे कार्य जो इसके साथ-साथ विभिन्न पृष्ठभूमि के कई हितधारकों के लिए इस ज्ञान को संप्रेषित करने की क्षमता के साथ बातचीत करते हैं। वास्तविकता यह है कि नौकरी में कोई फर्क नहीं पड़ता कि विवरण क्या है, लोगों को उम्मीद है कि डेवलपर्स गहरे इंजीनियर हैं। यह कि वे अपने कौशल में निपुणता और गहराई के साथ प्रतिभाशाली लोग हैं, जिसमें उनकी प्राथमिक गतिविधियों की महारत शामिल है, साथ ही किसी भी अनुबंधित ग्राहक की समस्या डोमेन को समझने और हल करने की क्षमता भी शामिल है।
तो CSDA और CSDP की चर्चा करते समय एजाइल के बारे में बड़ा राज क्यों? सिंपल - फाउंडेशन। यदि आपके पास CSDA और CSDP की एक टीम है, भले ही वे किसी भी तरह से धोखा दे, तो उन्हें अभी भी कुछ अच्छा ज्ञान होगा कि सॉफ़्टवेयर इंजीनियरिंग के भीतर सभी प्रक्रियाएँ और अनुशासन कहाँ जाते हैं, वे वहाँ क्यों हैं, और जब उन्हें एक साधन के रूप में वापस करना है। एक नई दिशा में आगे बढ़ने से पहले समझ को एकजुट करना। वह फाउंडेशन SDLC कार्यप्रणालियों के बीच सॉफ्टवेयर विकास प्रथाओं के लगातार वितरण, और आसानी से SDLC तरीकों के बीच और / या गठबंधन करने की क्षमता के लिए एक अवसर पैदा करेगा। IEEE ने कंप्यूटिंग पेशेवरों के लिए एक एवेन्यू बनाया है - चाहे इंजीनियरिंग की बड़ी कंपनियों, सीएस स्नातकों, आईटी पेशेवरों, या स्वयं सिखाया डेवलपर्स - सॉफ्टवेयर विकास, वितरण की एक बुनियादी समझ को एकीकृत और प्रदर्शित करने के लिए। और एक इंजीनियरिंग अनुशासन के रूप में डिमोस्मिशनिंग प्रक्रिया जो सम्मान के योग्य है और इसे व्यवहार के साथ व्यवहार किया जाना चाहिए। और इन कारकों के कारण, यह गति प्राप्त करेगा।