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