क्या सार्वजनिक निविदाओं के साथ घोटाला असंगत है?


43

मुझे एक सार्वजनिक संगठन ने कहा था कि वह 101 के फुर्तीले विकास के बारे में एक अनौपचारिक कार्यशाला दे रहा है, जिसमें स्क्रम, कानबन और इस तरह की अवधारणाएं हैं। मैंने अब तक लगभग पाँच साल तक चुस्त वातावरण में काम किया है, लेकिन मुझे एक स्क्रम इंजीलवादी के रूप में नहीं लगता है।

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

ये अड़चनें फुर्तीले विकास के मूल सिद्धांतों से कुछ विरोधाभासी प्रतीत होती हैं, है न?

क्या ऐसे माहौल में स्क्रेम बस असंगत है?

आप इस संगठन को क्या सलाह देंगे?



1
यदि परिणाम, मूल्य और समय-सीमा सभी को ठीक किया जा सकता है, तो चुस्त प्रक्रिया से क्यों परेशान होते हैं?
जेफ ओ

3
स्क्रैम परिभाषा के अनुसार, सब कुछ के साथ संगत है। "टीम प्रक्रिया का मालिक है" प्रतिमान किसी को मौलिक रूप से प्रक्रिया को बदलने की अनुमति देता है, इसलिए यदि आवश्यक हो तो स्क्रैम वाटरफॉल बन सकता है। "फुर्तीली" होने का मतलब यह नहीं है कि आपको शून्य विचलन के साथ कुछ प्रक्रिया का पालन करना होगा। इसका मतलब है कि इस प्रक्रिया को जरूरतों को अपनाया जा सकता है। ध्यान दें कि यह बिंदु प्रबंधन के साथ अत्यधिक अलोकप्रिय है - वे निश्चित प्रक्रियाएं चाहते हैं, और वे कुछ भी "फुर्तीली" कहेंगे यदि उन्हें फुर्तीली / स्करम / जो भी हो।
क्ल्स

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

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

जवाबों:


38

इस संगठन के लिए स्क्रम शायद उपयुक्त नहीं है।

स्क्रम गाइड से, "स्क्रेम जटिल उत्पादों को विकसित करने, वितरित करने और बनाए रखने के लिए एक रूपरेखा है।" यह कुल ४.२ लोगों के कुल के लिए उत्पाद, एक उत्पाद मालिक, और एक स्क्रैम मास्टर (जो विकास टीम पर नहीं हो सकता है या नहीं भी हो सकता है) पर काम करने वाली विकास टीम के ३- ९ सदस्यों की एक टीम के लिए डिज़ाइन किया गया है।

आंतरिक विकास के संबंध में, आप उल्लेख करते हैं कि उनके पास केवल कुछ डेवलपर्स हैं। यदि एक बड़ी टीम नहीं है, तो एक स्क्रम टीम बनाने के लिए, तो इसका मतलब यह नहीं है कि सभी स्क्रम का उपयोग करें। हालाँकि, कुछ स्क्रम अभ्यास संगठन के लिए उपयोगी हो सकते हैं।

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


बहुत बढ़िया जवाब। यह बहुत मुश्किल है, हालांकि ओपी द्वारा वर्णित एक फुर्तीली दृष्टिकोण की ओर बढ़ने के लिए संगठनों को प्राप्त करना असंभव नहीं है।
मिस्टर पॉजिटिव

1
@MisterPositive आपको चुस्त बनने के लिए अनुसंधान संस्थान की आवश्यकता नहीं हो सकती है। हालांकि, वे बाहरी संस्थाओं के साथ बातचीत करने में सक्षम होने की आवश्यकता होगी जो अनुबंध जारी करते समय चुस्त हैं। वे निश्चित रूप से, फुर्तीली के लाभ देख सकते हैं।
थॉमस ओवेन्स

इस उत्तर के बारे में वास्तव में अच्छा हिस्सा आईएमएचओ है कि यह स्क्रैम के बारे में बहस के जाल में नहीं पड़ता है, क्योंकि उपयुक्त नहीं है क्योंकि "परिणाम, मूल्य और समय-सीमा" तय हैं।
डॉक्टर ब्राउन

1
@DocBrown हो सकता है क्योंकि स्क्रैम का उपयोग किया जा सकता है जहां कीमत और समय-सीमा तय की गई है। मेरे अनुभव में, जब आप तेजी से वितरित कर रहे हैं और हितधारकों को चीजों का प्रदर्शन कर रहे हैं, तो उन्हें पता चलता है कि मूल रूप से उन्हें क्या लगता है कि उन्हें जरूरत है और उन्हें वास्तव में क्या चाहिए दो अलग चीजें हैं। और फिर वे मूल मूल्य और समय सीमा के भीतर वांछित परिणाम बदल देंगे।
थॉमस ओवेन्स

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

22

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

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

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

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

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


3
यह एक महान जवाब है, खासकर पिछले दो पैराग्राफ। यह वास्तव में उन चीजों को डालने का एक शानदार तरीका है जो मैं एक साथ सुसंगत तरीके से नहीं कर पाया।
थॉमस ओवेन्स

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

इसलिए ऐसा लगता है कि 'वास्तुकार' को पहली बार टेंडर लिखने में मदद करने की जरूरत है, इससे पहले कि इसे बजट और समय-सीमा दी जा सके। यह एक दो चरण की प्रक्रिया है, जिसमें दूसरा वाक्यांश है: "आप, इसका निर्माण, उद्घाटन का दिन है ..."

12

यह ध्वनि विशिष्ट है। एक बार निविदा लिखे जाने के बाद, प्रस्ताव में हैं और दावेदारों में से एक को अनुबंध प्रदान किया गया है ... जहां तक ​​सार्वजनिक संगठन के प्रतिनिधियों का सवाल है, परियोजना की जाती है।

यही कारण है कि इनमें से कई परियोजनाएं विफल हो जाती हैं। बजट के बाद वे चले गए।

वह बिंदु जो वे गायब हैं (या कम से कम महसूस नहीं होता है उनकी कोई चिंता नहीं है) यह है कि वे हितधारक हैं जो बैठकों और डेमो में भाग लेने वाले होने चाहिए।

इसलिए फुर्तीली या स्क्रम के साथ कोई संघर्ष नहीं है। यह लोग अपनी भूमिकाओं को नहीं उठा रहे हैं। यह सरकार के काम करने का तरीका है।

यह ऐसा नहीं है "हम इस प्रणाली को चाहते हैं और हम इसमें कुछ प्रयास करने के लिए तैयार हैं और देखें कि हम इसे कितनी दूर ले जा सकते हैं"।

नहीं। यह "हमारे लोकतंत्र ने तय किया है कि हमारे पास यह प्रणाली है, तब तक" होगी। जो एक तरफ 100% सफलता और दूसरी तरफ 100% असफलता के बीच कोई जगह नहीं छोड़ता है। शुरू से ही बर्बाद।

यह हास्यास्पद दरों के लिए बाजार में आमंत्रित करने के लिए भी है। परियोजना नहीं करना क्योंकि यह बहुत महंगा है, यह एक विकल्प नहीं है, ऐसा करने का निर्णय निविदा लिखे जाने से पहले ही किया जा चुका है।

पर्याप्त रूप से, भले ही हितधारक अपनी भूमिकाओं को उठा लेंगे, वे पूरी तरह से शक्तिहीन होंगे। उनमें से किसी के पास एक ही कारण के लिए उन डेमो में ले जाने के लिए एक विश्वसनीय छड़ी नहीं होगी।


5
यह वास्तव में सवाल का जवाब नहीं दे रहा है। आप इस संगठन को क्या सलाह देंगे?
फिलिप

9
क्या यह ऐसी सरकारों के खिलाफ नहीं है, जो रचनात्मक जवाब से ज्यादा, सभी विफलताओं के लिए जिम्मेदार होंगी? मैं आपके देश में नहीं जानता, लेकिन मेरे देश में बहुत सारी सफल सरकारी परियोजनाएँ हैं। मैं आपका मन नहीं बदल पाऊंगा, लेकिन यहाँ एक रोचक लेख है जो वस्तुगत तथ्यों और स्वतंत्र टिप्पणियों पर आधारित है: mckinsey.com/indenders/public-sector/our-insights/…
Christophe

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

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

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

12

नहीं, SCRUM सार्वजनिक निविदाओं के साथ असंगत नहीं है। आपको स्पष्ट रूप से यह बताने की आवश्यकता है कि आप सार्वजनिक निविदा में क्या खरीद रहे हैं।

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

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


3
ठीक ठीक ! यह एक उत्कृष्ट और सटीक उत्तर है। इस वेबिनार projectmanagement.com/videos/290684/… में एक us gov अधिकारी बताते हैं कि यह पूर्ण विवरण में कैसे काम करता है। अंतिम उत्पाद से विकास सेवा तक निविदा के उद्देश्य को स्थानांतरित करने का सिद्धांत भी इसी तरह से कई अन्य खरीद विधानों के तहत आयोजित किया जा सकता है। मुख्य कठिनाई मुख्य रूप से कुछ हितधारकों का कभी-कभी रूढ़िवादी रवैया है, न कि एक तथाकथित असंगति।
क्रिस्टोफ

1
इसलिए वे सबसे सस्ती स्क्रैम टीम किराए पर ले सकते हैं, जो उन्हें मिल सकती है, और जब परियोजना को अधिक घंटों की आवश्यकता होती है, तो वे मध्य विकास लेने के लिए दूसरी सबसे सस्ती टीम किराए पर लेते हैं? यह दृष्टिकोण मानता है कि क्लाइंट उस सॉफ़्टवेयर टीम की गुणवत्ता का आकलन करता है जिसे वे किराए पर लेते हैं। यदि उनके पास ऐसी विशेषज्ञता है, तो मुझे आश्चर्य है कि उन्हें पहली जगह में अनुबंध को आउटसोर्स करने की आवश्यकता क्या है?
मेरिटॉन - स्ट्राइक

@meriton: ज्यादातर निविदाएं सरकार द्वारा होती हैं, जो आमतौर पर सबसे सस्ता योग्यता प्रस्ताव का उपयोग करने के लिए आवश्यक है । SCRUM वह परिवर्तन नहीं करता है। हालांकि, SCRUM उत्पाद स्वामी को एक सक्रिय भूमिका में रखता है, जो यहां मदद करता है।
MSalters

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

9

यह मुश्किल है।

आप स्पष्ट रूप से एक ओपन एंडेड बजट के साथ काम का टेंडर नहीं कर सकते। इसलिए आपको यह देखना होगा कि ऐसा करने के लिए क्या करना होगा और इसके लिए कितना प्रयास करना होगा।

अब कारण यह है कि कई सॉफ्टवेयर परियोजनाएं विफल हो जाती हैं, इस तथ्य के कारण है कि सामने वाले को ठीक करना, समय, प्रयास और गुंजाइश बहुत त्रुटि-प्रवण है। उदाहरण के लिए, एक निविदा में दिए गए विनिर्देश के अनुसार लगभग हमेशा कुछ अस्पष्टता होगी।

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

यदि आप कुछ लचीलेपन की अनुमति देते हैं तो आप इसमें सुधार कर सकते हैं।

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

अब मेरा मानना ​​है कि इससे एक बेहतर उत्पाद तैयार होगा क्योंकि आपको यह देखने को मिलेगा कि क्या जल्दी हो रहा है और उत्पाद में बेक किए जाने से पहले उसमें बदलाव करें। तंग प्रतिक्रिया छोरों और पुनरावृत्त विकास ऐसे उत्पाद बना सकते हैं जो वास्तविक आवश्यकताओं के लिए बेहतर रूप से फिट होते हैं (जो कि निविदा के लिए रखा गया था या नहीं हो सकता है)।


3
+1 मैं उस कार्य की संख्या की गणना नहीं कर सकता, जो किसी ने किया है क्योंकि किसी ने एक खराब अनुबंध स्वीकार कर लिया है, और फिर उस कनेक्शन का उपयोग अनुबंध में उस चीज को अपदस्थ करने के लिए किया है, जो ग्राहक वास्तव में चाहता था।
Cort Ammon

1
मुझे इसे उजागर करने दें - यह उत्तर कहता है कि स्क्रैम सार्वजनिक निविदाओं के साथ असंगत नहीं है, लेकिन सामान्य रूप से अनुबंध आधारित सॉफ्टवेयर विकास है । ऐसा नहीं कि मैं असहमत हूं।
डॉक्टर ब्राउन

3

यह निर्भर करता है, लेकिन शायद हाँ।

मैं पैसे की शर्त लगाने को तैयार हूं, जो किसी भी आईटी-संबंधित परियोजना पर किसी भी सरकार के साथ काम कर चुके हैं, उन्हें पता चल जाएगा कि व्यवहार में, टेंडर में वर्णित 'कठिन सीमाएं' कभी पूरी नहीं होती हैं। चीजें बजट पर जाती हैं, देरी होती हैं और / या गुंजाइश बदल जाती है। आमतौर पर उनमें से कई। अगर सरकारें यह मानने को तैयार हैं कि यह सच्चाई है और वे उन दिशानिर्देशों की तरह उनका इलाज करने के लिए तैयार हैं, जो वास्तव में अच्छी तरह से काम कर सकते हैं।

व्यक्तिगत अनुभव (मेरे अपने और मेरे पेशेवर नेटवर्क दोनों) से मुझे पता है कि अधिकांश सरकारी परियोजनाओं में आवश्यकताएं अक्सर बदलती रहती हैं। जब वे अंत में एक परियोजना के अंत में शामिल हो जाते हैं, तो जिम्मेदार समितियों की भी बहुत प्रतिक्रिया होती है। ये ऐसी समस्याएं हैं जिनके लिए स्क्रैम अच्छी तरह से अनुकूल है।

हालाँकि, इसके लिए सरकारों और उनकी एजेंसियों की ओर से मानसिकता में बुनियादी बदलाव की आवश्यकता होगी। ज्यादातर देशों में, यह बहुत कम संभावना है कि यह परिवर्तन कभी भी होगा। उस समय तक, सार्वजनिक निविदाएं स्क्रम के साथ काम करने के लिए असंगत बनी रहेंगी। (उस मामले के लिए, मेरी व्यक्तिगत राय में सार्वजनिक निविदाएं किसी भी स्थायी सॉफ्टवेयर विकास प्रथाओं के साथ असंगत बनी रहेंगी , लेकिन यह एक और समय के लिए एक और मामला है ...)


मैं आपके अंतिम

3

आप इस संगठन को क्या सलाह देंगे?

इस बिंदु पर कुछ भी नहीं।

यहाँ क्या कमी है, इस बात की कहानी है कि उनकी मौजूदा प्रक्रिया किन समस्याओं का कारण बन रही है। नेत्रहीन की सिफारिश करने के लिए स्क्रम कुछ नहीं है। इसका एक बिंदु है। यह एक आकार सभी फिट नहीं है।

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

जब परियोजना के जीवन में आवश्यकताओं में 3% से अधिक परिवर्तन होता है तो एजाइल सबसे अच्छा काम करता है। अन्यथा झरना अभी भी बहुत प्रभावी है। इसका उपयोग आज भी कई जगहों पर किया जाता है। और निश्चित रूप से कई सफल डेवलपर्स कभी भी अपनी प्रक्रिया को औपचारिक नहीं बनाते हैं। अनौपचारिक अच्छी तरह से काम करता है जब कठिन समस्याएं तकनीकी होती हैं, लोगों के बारे में नहीं।

इसलिए उनसे उनकी मौजूदा प्रक्रिया और इससे होने वाली समस्याओं के बारे में बात करें। उन्हें इन तरीकों से मदद के बारे में बताएं। लेकिन अगर यह नहीं टूटा है तो इसे ठीक न करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.