गैर-तकनीकी प्रबंधकों को कैसे समझा जाए?


15

मैं DevOps को लेकर पूरी तरह से उत्साहित हूं। मुझे पता है कि DevOps एक कार्यप्रणाली है जो हमें एक आईटी अवसंरचना के निर्माण में आगे बढ़ाएगी जो हमारी कंपनी को सुव्यवस्थित और आगे बढ़ाएगी।
लेकिन मैं इसे अपने मालिकों, विशेषकर गैर-तकनीकी मालिकों को कैसे बेचूं?

हम एक स्वचालन परियोजना को लागू करने जा रहे हैं जिसमें शामिल होंगे, स्वचालित तैनाती, बुनियादी ढाँचा एकीकरण, निरंतर एकीकरण प्रक्रिया .. हमें निश्चित रूप से अपने मालिकों को इसमें उच्च स्तर पर निवेश करने के लिए राजी करना होगा।

नोट : हमने परीक्षण, रिलीज़ और पर्यवेक्षण को स्वचालित करके अपनी प्रक्रिया में सुधार करना शुरू कर दिया है, यह devOps को अपनाने की दिशा में एक कदम है, लेकिन स्वचालन परियोजना स्वयं के रूप में हमारे द्वारा और अधिक निवेश की आवश्यकता है।


जैसा कि यह सांस्कृतिक और संगठनात्मक संरचना मुख्य रूप से बदलता है, यह लगभग दूसरे तरीके से होना चाहिए। आपके बॉस को आपको इस पर बेचना चाहिए। अधिकांश कारणों से ऐसा करने के लिए प्रौद्योगिकी के साथ कोई लेना देना नहीं है। लेकिन इस सवाल के लिए कुछ काम करने की जरूरत है। आपको इस पर कुछ और विस्तार करना चाहिए।
जिरी क्लौडा

@ पियरे.वीयरेंस: हाँ हम एक ऑटोमेशन प्रोजेक्ट लागू करने जा रहे हैं, जिसमें शामिल होंगे, स्वचालित तैनाती, इंफ्रास्ट्रक्चर क्लाउडिफिकेशन, निरंतर एकीकरण प्रक्रिया .. हमें निश्चित रूप से अपने मालिकों को इसमें उच्च स्तर पर निवेश करने के लिए राजी करना होगा।
तूफान

क्या आपका मतलब है (1) जिसे आप शुरू करना चाहते हैं (लेकिन शुरू नहीं किया है) एक स्वचालन परियोजना और शुरू करने के लिए निवेश की आवश्यकता है या (2) आपने पहले से ही एक स्वचालन परियोजना शुरू कर दी है और अधिक निवेश चाहते हैं?
केंक्यु

अरे @storm, आप की तरह 1K मालिक की क्या ज़रूरत है तों , जो सब यहाँ अपने प्रश्न मिलने आया था? 1 दिन में इस सवाल के 1K विचार ???
Pierre.Vriens

@ पियरे.वीयरेंस: ऐसा लगता है कि हर कोई अपने मालिक को भक्तों की देखभाल के लिए राजी करना चाहता है।
तूफान

जवाबों:


14

एक सलाहकार होने के नाते मैं जवाब देने के लिए अनुबंधित हूं, "यह निर्भर करता है"। उस रास्ते से, मैं वास्तव में आपके प्रश्न का उत्तर दे सकता हूं।

यह किस पर निर्भर करता है? ठीक है, यह नीचे आ सकता है कि आपका बॉस देवो के बारे में क्या सोचता है:

  1. यदि आपके बॉस ने CIO.com के साथ उनके जुनून के माध्यम से शब्द के बारे में सुना है , तो उनसे पूछ सकते हैं कि उन्हें क्या लगता है इसका मतलब है। वहां से पता चलता है कि क्या अंतर है और यदि उनका दृष्टिकोण संगत है। DevOps को ट्रायल करने के लिए एक उपयुक्त प्रोजेक्ट की पहचान करें और उन्हें पिच करें। याद रखें कि मुख्य DevOps संस्कृति है इसलिए विचार करें कि किसी परियोजना पर कैसे लागू किया जा सकता है।

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

  3. अगर आपके बॉस को लगता है कि DevOps सिर्फ एक अन्य शब्द है, तो उपरोक्त में से एक करें लेकिन DevOps का बिल्कुल उल्लेख न करें, अन्य समान मॉडल जैसे साइट विश्वसनीयता इंजीनियरिंग, प्लेटफ़ॉर्म इंजीनियरिंग या कंटिन्युअस डिप्लॉयमेंट देखें और पता करें कि वे समस्या को कैसे हल कर सकते हैं।

कुंजी यह समझने पर ध्यान केंद्रित करने के लिए है कि आपका बॉस किस चीज से प्रेरित है, फिर उस समस्या को हल करने के लिए बहुत कम समय, धन और लोगों को मूर्त कदम उठाने के लिए तैयार करें।

मैं अत्यधिक डैनियल एच। पिंक द्वारा मानव को बेचने के लिए पुस्तक की सिफारिश करता हूं , मौलिक रूप से डैनियल पिंक बात करता है कि कैसे कुछ बेचना एक बहुत ही मानवीय चीज़ है, हमें बस इतना करना चाहिए कि हम ज़रूरतों पर ध्यान दें और एक प्रस्ताव रखकर हमारी "पिच" को संरेखित करें। समाधान जो उन जरूरतों को पूरा करता है।


ठीक है, उचित बात यह है कि यह बहुवचन "बॉस" हो सकता है, यह नोट करने के लिए कि "उसका" "उसका या उसका" का उपयोग करना वास्तव में खराब अंग्रेजी माना जाता है, जबकि आम तौर पर बोलचाल में इसका इस्तेमाल किया जाता है।
रिचर्ड स्लेटर

क्षमा करें @ रिचर्ड, यह आपका उत्तर है, इसलिए कृपया अपने पिछले संपादन (यदि ऐसा है) के साथ मेरे द्वारा पेश की गई किसी भी गलती को सुधारने के लिए आगे बढ़ें। आखिरकार, आप देशी अंग्रेजी मैं मान रहे हैं (मैं ईएसएल पीड़ित हूं ...)। लेकिन पहले से ही मेरी पहले से हटाई गई टिप्पणी को संबोधित करने की कोशिश करने के लिए पहले से ही मर्सी (ओप्स)।
Pierre.Vriens

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

ठीक है, शयनागार! ग्रेसिया, ग्रैज़ी, ओब्रिगाडो, टाक, टैक स्के डू हा ... और अगर इनमें से कोई भी मतलब नहीं है, तो बस "स्वीकृत" या "+1" के बारे में ... जैसे मैंने लगभग 20 मिनट पहले किया था। रात के खाने के समय यहाँ पर ...
Pierre.Vriens

8

तुम नहीं।

DevOps के बारे में आपके उत्साह के बावजूद, गैर-तकनीकी बॉस वास्तव में तकनीकी भाषा के साथ आपके आकर्षण को साझा नहीं करते हैं।

सबसे पहले, अपने मालिकों को आपके द्वारा किए गए एक छोटे पायलट प्रोजेक्ट्स का लाभ दिखाएं। अपना मामला साबित करने के लिए कुछ उपयोगी डेटा पॉइंट्स इकट्ठा करें। (यह प्रश्न मिला जो मदद कर सकता था: DevOps के लिए ROI को मापने के लिए कुछ तरीके क्या हैं? )

अगला, अपने मालिकों को बताएं कि आपके पास एक परियोजना है जो अधिक लाभ ला सकती है लेकिन एक छोटे से निवेश की आवश्यकता है। (एक परियोजना का पता लगाने की कोशिश करें जो आपके मालिकों को कुर्सी से गिरने न दें। आपको यह महसूस करना चाहिए कि यह आंकड़ा क्या है यदि आप कुछ समय के लिए अपने मालिकों के साथ काम कर रहे हैं।)

एक बार जब आपको निवेश मिल जाता है, तो उद्देश्य को प्राप्त करने का एक उत्कृष्ट काम करें। बेहतर अभी तक, बेतहाशा इसे पार!

अब, जब अंत में बॉस आपसे पूछते हैं "तो आपने ऐसा क्या किया जिससे हमें इतना लाभ हुआ?"

यह वह समय है जब आप घोषणा करते हैं:

"DevOps"

और अपने अगले डेप्स प्रोजेक्ट के लिए अधिक निवेश के लिए कहें।


रिचर्ड के जवाब से पहले मैंने जो लिखा था, उसी तरह की टिप्पणी: क्या होगा अगर "मेरा" बॉस "एक" उसका "है ...? आपका दिमाग (यह भी) किसी तरह से सही कर रहा है?
पियरे.वियर्स

अपडेट किया गया। मुझे कितना चौका दिया! मैं क्षमा माँगता हूँ।
केंक्यु

"क्षमा" की कोई आवश्यकता नहीं है (और मुझे आशा है कि मेरा अतिरिक्त संपादन आपके लिए ठीक है, क्योंकि ओपी-एर के पास कई बॉस हैं) ... BTW: अगर कोई मुझसे आखिरी सवाल पूछता है जिसका आपने अपने उत्तर में उल्लेख किया है, तो मैं हमेशा कोशिश करता हूं "मुझे किराए पर (फिर से) और मैं आपको बताऊंगा / सिखाऊंगा" जैसे कुछ के साथ जवाब दें।
Pierre.Vriens

बहुत बढ़िया संपादन! कोई मुद्दा नहीं। अंतिम उत्तर के लिए, मुझे विषय पर बने रहने के लिए उत्तर में "DevOps" शब्द प्राप्त करने की आवश्यकता है। ; पी
केंचुए

4

यदि आप संगठन की टॉपलाइन या बॉटमलाइन को इसकी प्रासंगिकता दिखाते हैं तो किसी भी व्यावसायिक पहल को एक कर्षण मिलेगा।

आंतरिक पहल जैसे कि डेपॉप्स केवल बॉटमलाइन को प्रभावित कर सकते हैं। आपको यह पता लगाने की लागत की पहचान करने की जरूरत है कि कैसे महासंघों ने प्रदर्शन किया और कैसे स्वचालन उस खर्च को कम करेगा।

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


3

DevOps फोड़े शब्द के बारे में अपरिचित (या सिर्फ गलत) लोगों के लिए तर्क की मेरी लाइन "व्यावसायिक मूल्य को अधिक बार पहुंचाना" है। यह, मेरे अनुभव में, बहुत कुछ प्रबंधकों को आपत्ति करने में सक्षम हैं। वे इसे प्राप्त करते हैं।

यदि वे ऐसा कुछ कहते हैं, "हमें बस किसी को अपने कामों को सीधा करने की आवश्यकता है, तो शायद कुछ ही हफ्तों का काम है; इसलिए इस बात की एक सीमा है कि अभी हम कितना निवेश करने जा रहे हैं" "हम नहीं चाहते कि हमारी कंपनी बहुत अधिक व्यापार मूल्य प्रदान करे। हमें बस थोड़ा और अधिक चाहिए, लेकिन यह है"।

यह सिर्फ बयानबाजी है, लेकिन मुझे लगता है कि यह टोयोटा के बारे में एक किताब पढ़ने के लिए कहने की तुलना में बहुत प्रभावी है।


2

पिछले उत्तरों में सब कुछ सच है, लेकिन मुझे लगता है कि वास्तव में आपके मालिकों से अनुमोदन और प्रतिबद्धता प्राप्त करने के लिए कुछ चीजें गायब हैं (BTW: अधिकांश लोगों के पास केवल अधिकतम 1 बॉस है ...)।

जल्दी या बाद में श्री मर्फी साथ आएंगे (= जो कुछ भी गलत हो सकता है, वह गलत होगा, और जब गलत नहीं होगा तो गलत होगा )। और उस बिंदु पर कुछ बॉस (तों) इस तरह के सवालों के जवाब पाना चाहेंगे:

क्या और कब हुआ, और किस अधिकृत उपयोगकर्ता ने वास्तव में इसे अनुमोदित किया ... अपफ्रंट?

और उस बिंदु पर आपको वास्तविक आरओआई मिलेगा देवओप्स-प्रथाओं से आपको जगह मिल जाएगी ... और / या अचानक सभी विशाल बजट स्वीकृतियां प्राप्त करने के लिए जो आप ढूंढ रहे हैं उसे लागू करने के लिए।

यहां तक ​​कि अगर मर्फी को आने में बहुत समय लगेगा, तो आपकी कंपनी आवश्यकताओं में भी भाग सकती है जैसे कि रिचर्ड ने प्रश्न में वर्णित " क्या प्रक्रियाएं या उपकरण जब कर्तव्यों के अलगाव को सक्षम करते हैं, तो इंजीनियर दोनों को तैनात करते हैं और कोड चलाते हैं? " आवश्यकताओं को डराने CxOs ...)।

लेकिन, अगर आपको कभी किसी ऐसे व्यक्ति से "DevOps" मिलाना है, जो इसके लिए नया है, तो यह उन्हें "चेतावनी" देने में मदद कर सकता है, जैसे " ठीक है, " दूसरे धर्म में जाना ... "


"बॉस" मेरे बॉस और मेरे बॉस के बॉस हैं .. और हाँ दुर्भाग्य से दोनों ही बेअदब हैं (तकनीकी रूप से बोलते हैं)
तूफान
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.