सबसे प्रभावी में से एक: देरी के दिन तक जुर्माना। यह भी बड़ी परियोजनाओं के लिए किया जाता है, जुर्माना कभी-कभी हजारों डॉलर प्रति दिन होता है।
यदि एक सटीक समय सीमा मायने रखती है (उदाहरण के लिए यदि कोई ओलंपिक खेलों के लिए विकसित होता है तो एक वेब ऐप जो 2014 में घटना के प्रसारण को संभाल लेगा, तो समय सीमा 2014 में ओलंपिक खेलों की शुरुआत होगी), तो प्रभावी उपाय यह हो सकता है कि एक मामला जब परियोजना देर से होती है, तो कंपनी को भुगतान नहीं किया जाता है, और जुर्माना भी देना चाहिए।
यदि इस तरह के कठोर उपाय उचित नहीं हैं, तो एकमात्र तथ्य यह है कि एक अच्छी तरह से भुगतान करने वाला ग्राहक छोड़ देगा यदि परियोजना देर हो चुकी है तो वह चाल कर सकता है।
कई देरी खुद ग्राहकों की गलती है। कारण कई हो सकते हैं:
कोई एसआरएस नहीं, बल्कि दो पैराग्राफों का वर्णन करते हुए कि ग्राहक अपनी जरूरतों के बारे में क्या सोचता है (और निश्चित रूप से, ग्राहक इस कदम को समय की हानि मानते हुए, आवश्यकताओं की पूर्ति के लिए भुगतान नहीं करना चाहता है)।
अंतिम समय सीमा से दो सप्ताह पहले आना और यह बताना कि यह परियोजना अब तक जावा में नहीं हुई थी और Oracle का उपयोग करती थी: पायथन में फिर से लिखना और MySQL का उपयोग करना अनिवार्य है, क्योंकि ग्राहक ने कल एक पत्रिका पढ़ी है यह बताना कि वे प्रौद्योगिकियां भविष्य हैं।
हर बैठक में आवश्यकताओं का एक ताजा सेट के साथ आ रहा है। बोनस अंक जब उन आवश्यकताओं को अब तक दी गई हर आवश्यकता के विपरीत है।
एक अच्छी परियोजना के लिए अच्छा संचार आवश्यक है।
कई अन्य देरी संचार की कमी के कारण हैं। प्रैक्टिस जहां ग्राहक के पास कंपनी के साथ महीनों तक कोई संवाद नहीं होता है और उम्मीद करता है कि उत्पाद समाप्त होने और पॉलिश होने के बाद ही संपर्क किया जाएगा।
आप जिसके लिए भुगतान करते हैं वह आपको प्राप्त होता है।
विशिष्ट प्रक्रियाएं हैं जो परियोजना को व्यवस्थित रखने में मदद करती हैं, और वास्तव में, प्रोग्रामिंग को बड़ी परियोजनाओं के लिए केवल 10 से 15% समय और मध्यम परियोजनाओं के लिए 15% से 20% समय लेना चाहिए। उन परियोजनाओं को उन लोगों द्वारा भी किया जाना चाहिए जो जानते हैं कि वे क्या कर रहे हैं।
व्यवहार में, ग्राहक $ 800 / दिन एक विश्लेषक का भुगतान करने के लिए तैयार नहीं हैं, जो वास्तुकला और सॉफ्टवेयर डिजाइन बनाएंगे, और वे न तो अन्य चरणों के लिए भुगतान करना चाहते हैं। एक नौसिखिया अल्बानियाई प्रोग्रामर जो $ 50 / दिन के लिए काम करने के लिए खुश है, बहुत अधिक लाभप्रद लगता है।
शिकायत न करें कि परियोजना एक आपदा है जब आप केवल विनाशकारी परियोजनाओं के लिए भुगतान करने के लिए तैयार हैं।
काम करने के लिए आवश्यक समय पर बातचीत न करें।
मैं अक्सर इस तरह की चर्चा करता हूं:
डेवलपर: आवश्यकताओं को देखते हुए, मैं इसे चार महीनों में वितरित कर सकता हूं।
ग्राहक: यह असंभव है। परियोजना को दो महीने में किया जाना चाहिए।
डेवलपर: ठीक है, जब तक आप कुछ सुविधाओं में कटौती नहीं करते ...
ग्राहक: मैं नहीं कर सकता! सभी सुविधाओं की जरूरत है। आप दो महीने में काम क्यों नहीं कर सकते? मैंने एक भारतीय प्रोग्रामर से संपर्क किया, मेरे एक मित्र ने, वह एक महीने और डेढ़ महीने में दे सकता है, और कीमत का आधा ही पूछता है!
बातचीत का समय आपदा का एक नुस्खा है।
अपनी प्राथमिकताओं को जानें।
90% नियम को ध्यान में रखें। जब परियोजना गलत तरीके से प्रबंधित की जाती है, तो डेवलपर्स को यह बताना असामान्य नहीं है कि उन्होंने परियोजना शुरू करने के एक महीने बाद परियोजना का 90% काम किया है। फिर, एक महीने बाद, यह अभी भी 90% है। और एक महीने बाद।
इसके दो कारण हो सकते हैं:
जब परियोजना सही ढंग से नहीं की जाती है, यानी 100% समय प्रोग्रामिंग के लिए समर्पित होता है, जो आवश्यकताओं को इकट्ठा करने, वास्तुकला, डिजाइन और परीक्षण के लिए 0% छोड़ता है, तो क्या होता है कि प्रोग्रामर को काम करने के बारे में कोई पता नहीं है, और उन्हें पता चलता है परियोजना के पूरे जीवन के दौरान नए कार्य। परियोजना को तैयार करने से उन सभी कार्यों को समझने में मदद मिलेगी, जिन्हें पूरा किया जाना चाहिए।
जब ग्राहक जल्दी में होता है, तो कुछ कंपनियों के लिए तेजी से कुछ बकवास देना असामान्य नहीं होता है, फिर बग को हल करने में बहुत अधिक समय खर्च होता है। कुछ कंपनियां केवल उसी तरह काम करती हैं, जो उन्हें प्रतिस्पर्धी बने रहने में मदद करती है और कहती है कि उन्होंने किसी दिए गए प्रोजेक्ट को तीन सप्ताह में पूरा किया, भले ही बाद में, उन्होंने तीन साल तक गड़बड़ को सुलझाने में खर्च किया।
प्राथमिकताओं को सीधे रखने और परियोजना को सही ढंग से पूरा करने की आवश्यकता से उन कंपनियों को उम्मीदवारों की सूची से दूर करने में मदद मिलती है।