किसी संगठन में मौजूदा नीतियों को कैसे बदला जाए?


10

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

उदाहरण के लिए, एजाइल जैसे "नए" विचारों को धक्का देने वाले कई मामलों में, अक्सर विफल हो जाता है। लोग बदलाव का विरोध करते हैं, और यह एक दीवार की तरह लगता है जो अच्छी चीजों को होने से रोकता है। फिर भी अच्छी चीजें होने के लिए एक जनादेश है।

अपने DevOps परिवर्तन शुरू करने वाले संगठन में कर्मचारियों को प्रभावित करने के लिए किन तरीकों का इस्तेमाल किया जा सकता है? विशेष रूप से विशिष्ट तकनीक और तरीके जो काम करने के लिए पाए जाते हैं। के रूप में विशिष्ट अधिक इंजीनियरिंग, कम हाथ लहराते।


संगठनात्मक परिवर्तन को प्रभावित करने के विषय पर पूरी पुस्तक अलमारियाँ लिखी गई हैं। मुझे संदेह है कि देवोप्स का परिचय उस श्रेणी के अंतर्गत आता है और शायद इस संबंध में "विशेष" भी नहीं है। मेरी अपनी धारणा है कि भावनाओं के लिए अपील परिवर्तन के सबसे मजबूत चालक हैं।
असफ लवी

1
मैंने इसके बारे में कुछ सामग्री पढ़ी है, लेकिन कोई विशेषज्ञ नहीं है और यह मेरे कैश में नहीं है। माफ़ करना। लोग इस सामान के बारे में विश्वविद्यालय की डिग्री प्राप्त करते हैं, आप जानते हैं ... यह एक गैर-चिकित्सक से पूछने की तरह है "मैं कैसे स्वस्थ रहूं? कृपया कार्रवाई योग्य कदम;)" तो, नहीं, मेरे पास जवाब देने योग्य उत्तर नहीं है मेरा अनुमान।
Assaf Lavie

2
कृपया ओवर मॉडरेट करना बंद करें। वे प्रश्न DevOps का महत्वपूर्ण हिस्सा हैं। हमें संस्कृति और प्रक्रिया से संबंधित प्रश्नों की आवश्यकता है।
जिरी क्लौडा

1
जोड़ा गया एक संकीर्ण संस्करण जो चर्चा कर रहा है कि devops.stackexchange.com/questions/341/…
एवगेनी

1
@JiriKlouda फिर से खोल दी
030

जवाबों:


7

आपको यह समझना होगा कि प्रक्रिया उन लोगों को बदलती है जो उनका अनुसरण करते हैं। जैसा कि लोग सीखते हैं, एक प्रक्रिया में बेहतर होते हैं, आंतरिक करते हैं और यह किसी विशेष समस्या को हल करने के तरीके को सीखते हैं। इसी तरह की प्रक्रियाओं का एक सेट एक दूसरे को एक मानसिकता को सुदृढ़ करता है जिसका उपयोग व्यक्ति समस्याओं की एक श्रेणी को हल करने के लिए करता है और अंततः मूल्यों का एक सेट बनाता है जो निर्णय और नई समस्याओं के नए समाधानों का मार्गदर्शन करता है।

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

किसी बदलाव को करने के लिए, आपके पास निम्नलिखित दो विकल्प हैं:

  1. एक ऐसे व्यक्ति को लाओ, जिसके पास पहले से ही सही मूल्य और मानसिकता है और सबसे अच्छी स्थिति में, उस प्रक्रिया को समझें जिसे आपकी मदद के बिना पालन करने की आवश्यकता है।
  2. नए कर्मचारी को लाएं और सशक्त करें, या तो हाल ही में काम पर रखा गया, संगठन में एक अलग टीम से एक नया किराया या स्थानांतरण और नई प्रक्रिया में उसे प्रशिक्षित करें, जिससे नई मानसिकता पैदा हो, उम्मीद है कि मूल्यों का नया सेट सामने आएगा।

यदि परिवर्तन स्थानीय है, तो आप आंतरिक हस्तांतरण पसंद कर सकते हैं क्योंकि वह व्यक्ति पहले से ही वैश्विक कंपनी के व्यापक मूल्यों को साझा करेगा जिसे आप बरकरार रखना चाहते हैं। एक बड़े बदलाव के मामले में, आपको बाहर से किसी को नए परिप्रेक्ष्य में लाने और कंपनी के व्यापक मूल्यों को साझा नहीं करने की आवश्यकता है जिसे आप बदलने की कोशिश कर रहे हैं।

महत्वपूर्ण हिस्सा प्रक्रियाओं का पालन करने के लिए व्यक्ति, टीम या व्यावसायिक इकाई को सशक्त करना है और उन्हें क्रमशः पुरानी टीम, अन्य टीमों या कंपनी के बाकी हिस्सों से इन्सुलेट करना है, जो अभी भी प्रक्रियाओं के पुराने सेट का पालन कर सकते हैं। जैसा कि ऊपर के प्रबंधन से ऐसे परिवर्तन एजेंट को इंसुलेट करना बहुत कठिन है, यदि परिवर्तन बड़ा होना है, तो अक्सर इसे प्रबंधन श्रृंखला तक सभी तरह से पालन करने की आवश्यकता होती है या इसके ऊपर से सभी रास्ते आते हैं।

नोट : प्रबंधन के समर्थन के बिना केवल आपकी टीम से अधिक में परिवर्तन लाना कठिन है। यहां तक ​​कि आपकी टीम के अंदर भी यह मुश्किल है अगर दूसरे पहले से ही अपने तरीके से तैयार हैं। एक नई कंपनी में एक नई टीम के लिए एक सफल इंजीलवादी अक्सर प्रबंधन के समर्थन के बिना भी एक नेता होने या दूसरों के अनुसरण के लिए कम से कम प्रतिरोध का रास्ता बनाकर भी नीतियां बनाने को प्रभावित कर सकता है। लेकिन स्थापित कंपनी में, ऊपर देखें।


1
और इन दो चीजों को करने की शक्ति के लिए सामान्य रूप से किसी प्रकार की प्रबंधकीय स्थिति की आवश्यकता होगी, सही?
इवगेनी

1
प्रबंधन के समर्थन के बिना केवल आपकी टीम से अधिक में बदलाव लाना कठिन है। यहां तक ​​कि आपकी टीम के अंदर भी यह मुश्किल है अगर दूसरे पहले से ही अपने तरीके से तैयार हैं। एक नई कंपनी में एक नई टीम के लिए एक सफल इंजीलवादी अक्सर प्रबंधन के समर्थन के बिना भी एक नेता होने या दूसरों के अनुसरण के लिए कम से कम प्रतिरोध का रास्ता बनाकर भी नीतियां बनाने को प्रभावित कर सकता है। लेकिन स्थापित कंपनी में, ऊपर देखें।
जिरी क्लौडा

5

अपनी टीम को हैक करें

अपने संगठन में बदलाव लाना कठिन है। लोगों की आदतें होती हैं, वे बदलाव का विरोध करते हैं, और वे अक्सर यथास्थिति के साथ सहज होते हैं। बदलाव लाने के लिए, किसी विशेष क्रम में, यहां कुछ उपकरण दिए गए हैं जिनका आप उपयोग कर सकते हैं।

  1. दूसरों को उस समस्या का अनुभव करने के लिए प्रेरित करें जो DevOps हल करती है। कई बार DevOps का लाभ केवल आपकी टीम द्वारा सैद्धांतिक स्तर पर समझा जाता है। तैनाती के दौरान होने वाली अधिकांश समस्याएं उम्मीद और शायद ही कभी बाकी विकास टीम या प्रबंधन द्वारा अनुभव की जाती हैं। इसे ठीक करने के लिए, सुनिश्चित करें कि आप समस्याओं के बारे में मुखर हैं जब वे उठते हैं और उल्लेख करते हैं कि यदि टीम निरंतर एकीकरण समाधान का उपयोग कर रही थी तो यह समस्या कैसे नहीं होगी। एक और संभावना यह है कि आप डेवलपर्स को उन समस्याओं को ठीक करने के लिए कहेंगे जो उनके कोड को तैनाती के दौरान हुई थीं, इसे स्वयं ठीक करने के बजाय।

  2. नेताओं का पता लगाएं । लोगों के लिए नेताओं का पालन करना, वे प्रबंधन या समूह में सबसे लोकप्रिय / कमांडिंग व्यक्ति होना आम है। देवओप्स संस्कृति में जाने की अपनी इच्छा के साथ उन नेताओं पर सवार हो जाओ, और सार्वजनिक तरीकों से वसीयत करो जिसमें उन्हें सर्वोत्तम प्रथाओं का उपयोग या वकालत करते देखा जा सकता है।

  3. ट्रस्ट का निर्माण करें । हम उन लोगों की बातों से सहमत होने की अधिक संभावना रखते हैं जब हम पहले एक या दो बार उनसे सहमत हो चुके होते हैं। आदर्श रूप से, आप छोटे सुधार पा सकते हैं जो संस्कृति में बदलाव के बिना किए जा सकते हैं और उस सफलता का निर्माण कर सकते हैं। हालाँकि, यदि यह विकल्प नहीं है, तो उनसे सरल प्रश्न पूछें और सरल सुझाव दें ताकि उन्हें हाँ कहने या आपसे सहमत होने की आदत पड़ जाए।

  4. अपने आप को दोहराने में शर्म न करें। दोहराव काम करता है और अंत में डूब जाता है। जब भी संभव हो तो उल्लेख करें कि यदि टीम देवओप्स का उपयोग कर रही थी, तो कितनी बड़ी चीजें होंगी। हालाँकि, यह केवल तभी काम करता है जब आपने पहली बार अपनी टीम के भीतर विश्वास बनाया हो।

  5. इसे आनंददायक बनायें । यदि आपको अपनी DevOps स्थिति के लिए अवधारणा का प्रमाण बनाने की अनुमति है, तो रिपोर्ट और सूचनाओं में प्यारे इमोटिकॉन्स और हंसमुख रंगों का उपयोग करें। जब कोई निर्माण विफल होता है तो मजेदार gifs पोस्ट करें। सुनिश्चित करें कि आप अपने अपडेट से परेशान नहीं हैं।


1
ऐसा लगता है कि "ट्रेल ब्लेज़र" उन हैक में से कुछ के लिए एक उपयुक्त शब्द होगा।
एवगेनी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.