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