2010-02-02 17 views
22

फुर्तीली पद्धति का उपयोग करके आप एक परियोजना में अपने ग्राहक को कैसे चार्ज करते हैं?फुर्तीली सॉफ्टवेयर विकास परियोजनाओं में चार्ज/बजट कैसे करें?

प्रति घंटा? फिर परियोजना से पहले ट्रस्ट का एक बड़ा सौदा स्थापित किया जाना है।

प्रति पुनरावृत्ति? बहुत सारे बजट निर्णय होंगे, जिसमें समय लग सकता है।

प्रति परियोजना? जब आप दायरे को नहीं जानते तो आप ऐसा कैसे कर सकते हैं? फुर्ती का बहुत सार एक बड़ा अपफ्रंट डिज़ाइन/विनिर्देश नहीं लिखना है।

+0

इस बात पर निर्भर करता है कि आप किस पद्धति का उपयोग कर रहे हैं, मैं मानता हूं। – fearofawhackplanet

+0

मैं सामान्य शब्दों में सोच रहा हूं। क्या आपके पास एक और विस्तृत उदाहरण है? –

+0

यह प्रश्न ऑफ़-विषय प्रतीत होता है क्योंकि यह प्रोजेक्ट प्रबंधन के बारे में है, जो स्टैक ओवरफ़्लो के वर्तमान दायरे से बाहर है। –

उत्तर

17

आप अपने अनुबंध द्वारा परिभाषित शर्तों के आधार पर अपने ग्राहक को चार्ज करते हैं जो परंपरागत निश्चित बोली अनुबंध से थोड़ा अलग होगा। चलो एक Agile अनुबंध कहते हैं।

Agile contracts में एलिस्टेयर कॉकबर्न द्वारा कुछ विकल्पों पर चर्चा की गई है।

पीटर स्टीवंस द्वारा 10 Contracts for your next Agile Software Project एक और महान संसाधन है।

मैरी पॉपपेन्डिएक में भी इस विषय पर सामग्री है। agilecontracts, agilecontractsworkshop, Contracts Excerpt From Lean Software Development, Lean Contracts देखें। अधिक here

+0

उत्कृष्ट लिंक! धन्यवाद! –

+0

धन्यवाद, पास्कल। बहुत उपयोगी! – bbrame

+1

दुर्भाग्य से सभी Poppendieck संदर्भ बंद हैं। धन्यवाद! – axcdnt

3

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

  1. पुनरावृत्ति कितनी देर होगी।
  2. पुनरावृत्ति (और उनकी दरों) पर काम करने के लिए कितने लोग प्रतिबद्ध होंगे।
  3. काम का एक अनुमानित दायरा।
  4. वितरण और स्वीकृति के लिए एक प्रक्रिया।

यह बहुत अधिक सबूत है जिस पर मूल्य निर्धारण निर्णयों के आधार पर सबसे निश्चित मूल्य अनुबंधों के मुकाबले उपलब्ध है।


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

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

इस तरह के अनुबंध के प्रबंधन में अच्छी तरह से काम करने वाली कुछ तकनीकें अजीब अनुबंधों (लगातार वितरण, स्कोप पर घोड़े के व्यापार, प्राथमिकताओं & मूल्य, स्पष्ट संचार, ...) मुख्य प्रबंधन के प्रबंधन में उपयोग की जाने वाली समान हैं। अंतर यह है कि ये मूल समझौते में नहीं बनाए गए हैं, और अनुबंध उन सभी को समायोजित करने के लिए पर्याप्त लचीला नहीं हो सकता है।

+2

यदि आपके पास ऐसा कोई ग्राहक है जो विकास प्रक्रिया को समझता है, तो वास्तव में यह बहुत अच्छा होगा, और मैं उम्मीद करता हूं कि एप्लिकेशन के कुछ हिस्सों में बजट से नीचे होगा। हमारे अनुभव और शायद बाजार की प्रकृति में हम हैं, हमारे ग्राहक सिर्फ एक कीमत चाहते हैं और कल इसे वितरित करना चाहते हैं। –

2

एक गैर चुस्त चिकित्सक के रूप में मेरे 2c ... एक खोज में अधिक पता करने के लिए ...

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

हालांकि फुर्तीली पुनरावृत्ति हो सकती है और पूर्ण विनिर्देश की आवश्यकता नहीं है; एक लक्ष्य, कम से कम निश्चित रूप से आवश्यक है। बुनियादी विनिर्देश/आवश्यकता का कुछ रूप होना चाहिए। ऐसा हो सकता है कि आपको परियोजना को छोटे लक्ष्यों में तोड़ने और तदनुसार लागत लागू करने की आवश्यकता हो।

मुझे लगता है कि पुनरावृत्तियों को विकास पद्धति के साथ अधिक करना है, यानी लक्ष्यों को प्राप्त करने के लिए?

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

4

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

ग्राहक ऐसे समाधान के लिए भुगतान नहीं करना चाहते हैं जो कभी वितरित नहीं किया जाएगा।

इस समस्या के विशिष्ट दृष्टिकोण "लागत से अधिक नहीं" होंगे। हालांकि, यदि आप दायरे को नियंत्रित नहीं कर सकते हैं, तो आप सभी जोखिम ले रहे हैं।

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

1

मैं इसे अच्छी तरह से काम जब 2 चरणों में संपर्क किया देखा है:

चरण 1) स्थापना के समय (timeboxed)

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

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

चरण 2) डिलिवरी (समय और सामग्री)

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

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

संबंधित मुद्दे