एका बॉक्समध्ये दोन (आपण करू शकत असल्यास) आणि प्रत्येकजण दस्तऐवजीकरणात (नेहमी).
आयटी संदर्भात, "एक बॉक्समध्ये दोन" दोन सर्व्हर किंवा घटकांचा संदर्भ देते जे रिडंडंसी आणि वाढीव विश्वासार्हता प्रदान करण्यासाठी एकत्र काम करण्यासाठी डिझाइन केलेले आहेत. हे सेटअप हे सुनिश्चित करू शकते की जर एक घटक अयशस्वी झाला, तर दुसरा त्याचे कार्य हाती घेईल, अशा प्रकारे सेवेची सातत्य राखली जाईल. "एक बॉक्समध्ये दोन" असण्याचे उद्दिष्ट उच्च उपलब्धता आणि आपत्ती पुनर्प्राप्ती प्रदान करणे आहे. हे एखाद्या संस्थेतील मानवी भूमिकांनाही लागू होते; तथापि, त्याची क्वचितच अंमलबजावणी होते.
चला संबंधित विश्लेषणाचे उदाहरण पाहू. आम्ही सर्वजण आमच्या कंपनी किंवा संस्‍थेमध्‍ये एखाद्या व्यक्तीला नावाने ओळखत असल्‍याची जी अॅनालिटिक्ससाठी "जा-टू" व्यक्ती आहे. ते असे आहेत ज्यांच्या नावावर अहवाल किंवा डॅशबोर्ड आहेत - माईकचा अहवाल किंवा जेन्स डॅशबोर्ड. नक्कीच, असे इतर लोक आहेत ज्यांना विश्लेषणे माहित आहेत, परंतु हे खरे चॅम्पियन आहेत ज्यांना सर्वात कठीण गोष्टी कशा करायच्या आणि अंतिम मुदतीपेक्षा जास्त कसे मिळवायचे हे माहित आहे. मुद्दा असा आहे की हे लोक एकटे उभे आहेत. बर्‍याच प्रकरणांमध्ये दबावाखाली, ते कोणाशीही काम करत नाहीत कारण यामुळे त्यांची गती कमी होते आणि येथूनच समस्या सुरू होते. या व्यक्तीला आपण गमावणार आहोत असे आपण कधीच विचार करत नाही. मी ठराविक “त्यांना बसने धडक दिली असे म्हणू” किंवा सध्याच्या नोकरीच्या बाजारपेठेतील संधींचा फायदा घेऊन उदाहरण वापरणे टाळेन आणि “त्यांनी लॉटरी जिंकली!” असे काहीतरी सकारात्मक म्हणेन, कारण सकारात्मक होण्यासाठी आपण सर्वांनी आपले कार्य केले पाहिजे. हे दिवस.
गोष्ट
सोमवारची सकाळ आली आणि आमचे विश्लेषण तज्ञ आणि चॅम्पियन एमजे यांनी त्यांचा राजीनामा सादर केला आहे. एमजेने लॉटरी जिंकली आणि आधीच जगाची पर्वा न करता देश सोडला आहे. टीम आणि जे लोक एमजेला ओळखतात ते रोमांचित आणि ईर्ष्यावान आहेत, तरीही काम करणे आवश्यक आहे. आता एमजे जे करत होते त्याचे मूल्य आणि वास्तव समजणार आहे. विश्लेषणाच्या अंतिम प्रकाशन आणि प्रमाणीकरणासाठी MJ जबाबदार होते. प्रत्येकाला विश्लेषणे पुरवण्यापूर्वी ते कार्यक्षमतेत सुधारणा करू शकतील किंवा कठीण बदल करू शकतील असे दिसते. ते कसे झाले आणि ते कसे घडले याची कोणीही खरोखर काळजी घेतली नाही आणि ते नुकतेच घडले या वस्तुस्थितीमध्ये सुरक्षित होते, आणि MJ एक विश्लेषणात्मक वैयक्तिक रॉक स्टार होता म्हणून स्वायत्ततेची पातळी दिली गेली. आता संघाने तुकडे, विनंत्या, दैनंदिन समस्या, फेरफार विनंत्या उचलायला सुरुवात केल्याने ते तोट्यात आहेत आणि ओरबाडायला लागतात. अहवाल / डॅशबोर्ड अज्ञात राज्यांमध्ये आढळतात; काही मालमत्ता आठवड्याच्या शेवटी अद्यतनित झाल्या नाहीत आणि आम्हाला का माहित नाही; लोक विचारत आहेत काय चालले आहे आणि गोष्टी केव्हा निश्चित केल्या जातील, MJ ने सांगितले की संपादने दिसत नाहीत आणि आम्हाला का माहित नाही. संघ खराब दिसत आहे. ही एक आपत्ती आहे आणि आता आम्ही सर्व एमजेचा तिरस्कार करतो.
धडे
काही सोपे आणि स्पष्ट टेक-अवे आहेत.
- एखाद्या व्यक्तीला कधीही एकटे काम करू देऊ नका. छान वाटतं पण लहान चपळ संघांमध्ये, हे घडवून आणण्यासाठी आमच्याकडे वेळ किंवा लोक नाहीत. लोक येतात आणि जातात, कार्ये खूप आहेत, त्यामुळे उत्पादकतेच्या नावाखाली विभागणी आणि जिंकणे आहे.
- प्रत्येकाने आपले ज्ञान शेअर केले पाहिजे. तसेच छान वाटते पण आपण योग्य व्यक्ती किंवा लोकांसोबत शेअर करत आहोत का? लक्षात ठेवा की अनेक लॉटरी विजेते सहकारी आहेत. ज्ञान सामायिकरण सत्रे करणे देखील कार्यांपासून वेळ काढून घेते आणि बहुतेक लोक केवळ आवश्यकतेनुसार कौशल्ये आणि ज्ञानामध्ये गुंतवणूक करतात.
तर, काही वास्तविक उपाय कोणते आहेत जे प्रत्येकजण अंमलात आणण्यास आणि मागे पडण्यास सक्षम असतील?
चला कॉन्फिगरेशन मॅनेजमेंटसह प्रारंभ करूया. आम्ही हे अनेक समान विषयांसाठी छत्री संज्ञा म्हणून वापरू.
- व्यवस्थापन बदला: संरचित आणि पद्धतशीर पद्धतीने सॉफ्टवेअर सिस्टममधील बदलांचे नियोजन, अंमलबजावणी आणि नियंत्रण करण्याची प्रक्रिया. या प्रक्रियेचे उद्दिष्ट हे सुनिश्चित करणे आहे की बदल नियंत्रित आणि कार्यक्षम पद्धतीने (परत करण्याच्या क्षमतेसह), विद्यमान प्रणालीमध्ये कमीत कमी व्यत्यय आणून संस्थेला जास्तीत जास्त फायदा होईल.
- प्रकल्प व्यवस्थापनः सॉफ्टवेअर डेव्हलपमेंट प्रकल्प वेळेवर, बजेटमध्ये आणि इच्छित गुणवत्ता मानकांनुसार पूर्ण केले जातील याची खात्री करण्यासाठी त्यांचे नियोजन, संघटना आणि नियंत्रण. यात प्रकल्पाची उद्दिष्टे साध्य करण्यासाठी आणि सॉफ्टवेअर उत्पादन शेड्यूलनुसार वितरित करण्यासाठी संपूर्ण सॉफ्टवेअर डेव्हलपमेंट लाइफसायकलमध्ये संसाधने, क्रियाकलाप आणि कार्यांचे समन्वय समाविष्ट आहे.
- सतत एकत्रीकरण आणि सतत वितरण (CI/CD): इमारत स्वयंचलित करण्याची प्रक्रिया, चाचणी आणि सॉफ्टवेअर तैनात करणे. सतत एकात्मतेसाठी नियमितपणे सामायिक भांडारात कोड बदल विलीन करणे आणि विकास प्रक्रियेत लवकर त्रुटी शोधण्यासाठी स्वयंचलित चाचण्या चालवणे आवश्यक आहे. सतत डिलिव्हरी/डिप्लॉयमेंटमध्ये स्वयंचलितपणे चाचणी केलेले आणि प्रमाणित कोड बदल उत्पादनामध्ये रिलीझ करणे समाविष्ट आहे, ज्यामुळे नवीन वैशिष्ट्ये आणि सुधारणा जलद आणि वारंवार रिलीझ होऊ शकतात.
- आवृत्ती नियंत्रण: विशिष्ट सॉफ्टवेअर साधने वापरून स्त्रोत कोड आणि इतर सॉफ्टवेअर कलाकृतींमध्ये बदल व्यवस्थापित करण्याची प्रक्रिया. हे विकासकांना कोडबेसवर सहयोग करण्यास, बदलांचा संपूर्ण इतिहास राखण्यासाठी आणि मुख्य कोडबेसवर परिणाम न करता नवीन वैशिष्ट्यांसह प्रयोग करण्यास अनुमती देते.
वरील सर्व चांगल्या सॉफ्टवेअर डेव्हलपमेंट पद्धतींचा संदर्भ घेतात. विश्लेषक जे व्यवसाय चालवतात आणि चालवतात ते कमी पात्र नाहीत कारण ते निर्णय घेण्याच्या दृष्टीने महत्त्वपूर्ण आहेत. सर्व विश्लेषण मालमत्ता (ईटीएल जॉब्स, सिमेंटिक व्याख्या, मेट्रिक्स व्याख्या, अहवाल, डॅशबोर्ड, कथा... इ.) डिझाइनिंगसाठी व्हिज्युअल इंटरफेससह फक्त कोड स्निपेट्स आहेत आणि उशिरात किरकोळ बदल ऑपरेशन्सवर कहर करू शकतात.
कॉन्फिगरेशन व्यवस्थापन वापरणे आम्हाला चांगल्या स्थितीत चालू ठेवण्यासाठी कव्हर करते. मालमत्तेची आवृत्ती तयार केली जाते त्यामुळे आम्ही त्यांच्या आयुष्यात काय घडले ते पाहू शकतो, प्रगती आणि टाइमलाइनसह कोण काय काम करत आहे हे आम्हाला माहित आहे आणि आम्हाला माहित आहे की उत्पादन पुढे जाईल. कोणत्याही शुद्ध प्रक्रियेत समाविष्ट नसलेली गोष्ट म्हणजे ज्ञानाचे हस्तांतरण आणि गोष्टी तशा का आहेत हे समजून घेणे.
प्रत्येक सिस्टीम, डेटाबेस आणि अॅनालिटिक्स टूलची स्वतःची वैशिष्ट्ये आहेत. ज्या गोष्टी त्यांना जलद किंवा संथ बनवतात, ज्या वस्तू त्यांना विशिष्ट पद्धतीने वागवतात किंवा इच्छित परिणाम देतात. ही सिस्टीम किंवा जागतिक स्तरावरील सेटिंग्ज असू शकतात किंवा मालमत्ता डिझाइनमधील गोष्टी असू शकतात ज्या त्यांना पाहिजे त्याप्रमाणे चालवतात. समस्या अशी आहे की यापैकी बहुतेक गोष्टी कालांतराने शिकल्या जातात आणि त्यांचे दस्तऐवजीकरण करण्यासाठी नेहमीच जागा नसते. आम्ही क्लाउड सिस्टीममध्ये जात असतानाही जेथे आम्ही यापुढे ऍप्लिकेशन कसे कार्यान्वित करतो यावर नियंत्रण ठेवत नाही आणि ते शक्य तितक्या जलद करण्यासाठी आम्ही पुरवठादारावर विसंबून राहिलो तरीही आम्ही जे शोधत आहोत ते अनलॉक करण्यासाठी आमच्या मालमत्तेमध्ये व्याख्या बदलणे चालूच राहते. हे ज्ञान कॅप्चर करणे आणि ते इतरांना उपलब्ध करून शेअर करणे आवश्यक आहे. हे ज्ञान मालमत्तेच्या दस्तऐवजीकरणाचा एक भाग म्हणून आवश्यक आहे आणि आवृत्ती नियंत्रण आणि सीआय/सीडी चेक इन आणि मंजूरी प्रक्रियेचा अविभाज्य भाग बनवणे आवश्यक आहे आणि काही प्रकरणांमध्ये करायच्या आणि न करण्याच्या गोष्टी प्रकाशित करण्यापूर्वी चेकलिस्टचा भाग म्हणून देखील. करा.
आमच्या विश्लेषण प्रक्रियेत शॉर्टकट कव्हर करण्यासाठी कोणतीही जादूची उत्तरे किंवा AI नाही किंवा त्यांची कमतरता आहे. बदलांचा मागोवा घेण्यासाठी, सर्व मालमत्तेची आवृत्ती आणि विकास प्रक्रियेचे दस्तऐवजीकरण करण्यासाठी आणि ज्ञान कॅप्चर करण्यासाठी मदत करण्यासाठी सिस्टममध्ये डेटा आणि विश्लेषणे प्रवाहित करणाऱ्या टीमचा आकार कितीही असला तरीही. प्रक्रियांमधील गुंतवणूक आणि समोरचा वेळ आमच्या विश्लेषणाची निरोगी स्थिती राखण्यासाठी नंतर काही गोष्टी शोधण्यात वाया गेलेल्या वेळेची बचत करेल. गोष्टी घडतात आणि MJ आणि इतर लॉटरी विजेत्यांसाठी विमा पॉलिसी घेणे सर्वोत्तम आहे.
