SI डेवलपर की कहानी
#9. SI प्रोजेक्ट में शामिल होने के बाद - विकास की शुरुआत

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

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

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

चूँकि SI का उद्देश्य इसे किसी भी तरह से काम करना है, स्वच्छ कोड और दक्षता को कम प्राथमिकता दी जाती है।

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

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

SI में विकास करते समय, इन बातों का ध्यान रखें।

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