क्या सभी आवश्यकताओं को एकत्रित करने से पहले रिलीज की तारीख तय कर ली गई है?


10

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

जवाबों:


19

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

यदि कल कोई बड़ी नई आवश्यकता होती है, तो यह ठीक है जब तक कि व्यवसाय यह स्वीकार करने के लिए तैयार है कि आवश्यकता रिलीज की तारीख नहीं बना सकती है - अर्थात यह अगले रिलीज तक फिसल जाता है।


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

1
@DavidArno मैं तर्क दूंगा कि "गुणवत्ता" डेऑन की परिभाषा का हिस्सा है, जो कि हर आवश्यकता का हिस्सा है। और "संसाधन" निश्चित रूप से वितरण पर महत्वपूर्ण प्रभाव डाल सकते हैं यदि आप संसाधन को परियोजना से दूर ले जाते हैं
फिलिप केंडल

1
@ChristianHackl: मुझे लगता है कि कोई फर्क नहीं पड़ता कि क्या पद्धति, सॉफ्टवेयर विकास के लिए बहुत समय और बहुत अधिक धन की आवश्यकता होती है यदि आप गुणवत्ता चाहते हैं।
ब्रायन ओकले

2
@BryanOakley: यह सच है। मैं यही चाहता हूं कि चंचल प्रचारक वास्तव में यह पहचानें कि उनकी कार्यप्रणाली इस संबंध में विशेष नहीं है। एक बार जब आप झूठी धारणा को छोड़ देते हैं कि चुस्त आपके पास अपना केक है और इसे खाएं, तो आप वास्तव में अपनी परियोजना के लिए सही विकास प्रक्रिया को चुन सकते हैं कि क्या और कितना "चुस्त" होना चाहिए।
क्रिश्चियन हैकल

1
@ChristianHackl कोई पद्धति चांदी की गोली नहीं है। लेकिन "फुर्तीली" (एक व्यापक शब्द) का मुख्य बिंदु यह नहीं है कि यह सफल प्रसवों को सस्ता / तेज बना दे, बल्कि यह कि (अपरिहार्य) विफलताओं को कम करता है।
गुरन

3

मुझे लगता है कि कई चुस्त शिविरों में समस्या शब्द की समय सीमा के साथ है। एक समय सीमा के साथ जोखिम यह है कि आप मानते हैं कि आपको पता है कि क्या करने की आवश्यकता है। जैसा कि आप बताते हैं, आपके पास अज्ञात के लिए कोई समय सीमा नहीं हो सकती है।

फिलिप के जवाब में जो बताया गया है वह एक बाधा की तुलना में काफी कम है। हम कह सकते हैं कि हमारे पास मार्च तक धन है और इसलिए हमें उस समय में सर्वोत्तम उत्पाद उपलब्ध कराना चाहिए।

एक सादृश्य देने के लिए, मान लीजिए कि मैं आपसे किराने की कहानी पर जाने और सप्ताह के लिए किराने का सामान खरीदने के लिए कहता हूं, और इससे पहले कि आप किसी भी कीमत पर देखें, मैं चाहता हूं कि आप मुझे बताएं कि आप क्या खर्च करेंगे। इसके अलावा, यदि आप गलत हैं तो आपको दंडित किया जाएगा। आप परियोजना की समय सीमा के साथ लोगों के साथ क्या करेंगे - आप जो सोचते हैं कि सीमा हो सकती है के उच्च अंत में एक नंबर लेंगे क्योंकि यह आपके द्वारा दंडित किए जाने का सबसे कम मौका है। अब, हम कहते हैं कि मैं आपको बताता हूं कि यह अस्वीकार्य है और आपको वही चीजें खरीदनी चाहिए जिनकी आपने योजना बनाई थी, लेकिन आपको इसे $ 50 सस्ता करना चाहिए, अन्यथा। अब आप क्या कर सकते हैं? आप मना कर सकते हैं, आप बस खरीदारी करने के बाद तक तर्क को स्थगित कर सकते हैं, या आप स्थिति को धोखा देने का एक तरीका ढूंढ सकते हैं। यह कई संगठनों में होता है जो अज्ञात पर निर्धारित समय सीमा के साथ होते हैं।

अब, यह देखकर कि यह पूरी स्थिति कितनी अस्वास्थ्यकर है, Agile बस कहती है "यदि आपके पास एक बजट है, तो मैं इसके तहत आने का वादा कर सकता हूं और आपको इस बाधा में इस सप्ताह के लिए सबसे अच्छा भोजन देगा।" जो अब तक की एक स्वस्थ बातचीत है।


आप वास्तव में लोगों से यही वादा करते हैं? क्या होगा यदि आप गलत हैं और एक और दृष्टिकोण भी बेहतर भोजन के साथ समय सीमा को पूरा करेगा?
क्रिश्चियन हैकल

1
चंचल और समय सीमा के बारे में इसी प्रकार के तर्क यहाँ
एरिक राजा

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

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

@ डैनियल: ठीक है, मैं सिर्फ इस धारणा पर आपत्ति करता हूं कि कोई ग्राहक के लिए आदर्श परिणाम का वादा करता है क्योंकि आपको लगता है कि आप सबसे अच्छा तरीका अपनाते हैं। यह यथार्थवादी नहीं है।
क्रिश्चियन हैकल

2

चंचलता एक तकनीक है, एक परिणाम नहीं। लॉन-माउनिंग की तुलना में, एक पुनरावृत्ति घास की एक पंक्ति की तरह है जिसे आपने मंगाया है। यदि कोई कहता है कि "15 मिनट में अपने पूरे लॉन को घास काटना", और आप चुस्त का उपयोग कर रहे हैं, तो शायद आप अंत तक 30% पूरा कर लेंगे। फिर आप कुछ और बाद में इसे पूरा करेंगे और इसे खत्म करेंगे।


2

आपके पास बिना किसी समस्या के एक नियोजित रिलीज़ डेट हो सकती है। बस यह सुनिश्चित कर लें कि इस विशेष तारीख में आपके पास कोई हार नहीं है। आपके पास एक ऐसा उत्पाद होना चाहिए जिसे हर स्प्रिंट के अंत में शिप किया जा सकता है, लेकिन आमतौर पर अगर आपको कोई नुकसान नहीं होता है; यह एक लक्ष्य है जो आवश्यकता के बजाय कार्य को केंद्रित करता है। यदि आपके पास एक नियोजित रिलीज की तारीख है, तो आपके पास उस तारीख में एक भरोसेमंद उत्पाद होना चाहिए

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

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

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