जब उत्पादन प्रणाली नीचे जाती है तो आप कैसे शांत रहते हैं? [बन्द है]


26

यह हम में से अधिकांश के लिए हुआ है ...

तुम एक दिन काम पर आओ। सब कुछ सामान्य लगता है - सूरज चमक रहा है, पक्षी चहक रहे हैं, लेकिन आप काम करने के लिए अपने रास्ते में कुछ अजीब चीजें नोटिस करते हैं जो आपको मैट्रिक्स में déjà vu बिल्ली की याद दिलाती हैं।

आप कार्यालय में आते हैं और बहुत सारे फोन बजते हैं - लेकिन यह सिर्फ इतना हो सकता है कि वे एक नई बिक्री को बढ़ावा दे रहे हैं। जब आप अपने ऊपर मंडराते काले बादल को देखते हैं, तो आप बस जाते हैं।

यह आपको कुछ क्षण लेता है, लेकिन आप पहचानते हैं कि बादल आपका बॉस है। आमतौर पर वह हर सुबह अपने "सूहो पीयेटर" के साथ आपकी जांच करता है कि उन टीसीपी / आईपी रिपोर्ट के बारे में क्या है? दिनचर्या, लेकिन आज वह आम शिष्टाचार के बारे में सब कुछ भूल गया और आपके व्यक्तिगत स्थान पर अशिष्टता से हमला किया। कोई "गुड मॉर्निंग" नहीं, बस कुछ डोलिंग, ग्रन्ट्स और शाप। वह आपको एक निएंडरथल की याद दिलाता है, जो एक साइबर बॉल से दूर होने की कोशिश कर रहा है, डर और एक तंग गेंद में सभी संकुचित। आप कल से बनाई गई नई भाषा को समझने की कोशिश करते हैं और आप समझने लगते हैं कि रात भर कुछ बुरा हुआ - उत्पादन प्रणाली नीचे चली गई।

अब, आपके सिस्टम को आमतौर पर 9-5 से नियमित काम के घंटों के दौरान ग्राहकों द्वारा उपयोग किया जाता है, लेकिन जिस भी कारण से आपको अपने बीपर पर कोई अलर्ट नहीं मिला था (30 से कम उम्र के लोगों के लिए - एक बीपर मोबाइल फोन की तरह था जो केवल बज सकता था तुम बताओ कि तुम कौन हो)। आपको अगली बार इसे चार्ज करने के लिए याद रखना होगा।

तो यह अब सुबह 8:45 है, और सिस्टम को सुबह 9 बजे उठना चाहिए। हर 10 सेकंड में, आपका बॉस एक और शाप देता है जो आपको बताता है कि किसी अन्य ग्राहक को सिस्टम में आने में समस्या हो रही है। इसके अलावा, कई खाता प्रबंधक अब आपके बॉस को यह समझने की कोशिश कर रहे हैं कि ग्राहक कैसे वास्तव में पीड़ित हैं।

हर कोई आप पर निर्भर है कि एएसएपी सिस्टम प्राप्त करें और साथ ही आपको लगातार विचलित करके आपकी प्रगति में बाधा उत्पन्न कर रहा है।

आप इस तरह की स्थिति में कैसे शांत रहते हैं?


34
चरण एक: प्रोग्रामर.स्टैकएक्सचेंज पर एक 300 शब्द पोस्ट लिखें।
कुबी

8
यह नहीं कह रहा कि अभी हो रहा है। रुको मुझे चेक करने दो ...
Mag20

1
क्या यह डेवलपर्स के लिए एक समस्या है? यदि आप जिस चीज के लिए जिम्मेदार हैं वह काम नहीं कर रही है तो आपको दबाव से निपटने में सक्षम होना चाहिए, भले ही वह "चीज" हो।
ChrisF

1
मैंने पाया है कि अपने स्वयं के अनुभव में, बहुत कम सॉफ्टवेयर हाउस, बड़े और छोटे किसी भी आपदा वसूली अभ्यास करते हैं। मैं इसे आपके बॉस के पास रखूँगा। यदि चीजें आप एक ड्रिल करते हैं, तो आप जानते हैं कि क्या उम्मीद है और आप जानते हैं कि प्रतिक्रिया समय के लिए महसूस कर सकते हैं। आप यह भी मूल्यांकन कर सकते हैं कि क्या कोई प्रक्रिया स्वचालित हो सकती है। शक्ति खोने पर क्या होता है? यदि कार्यालय में आग लग जाती है, तो क्या आपके पास एक स्थान है? क्या आपके सर्वर घर में या बाह्य रूप से होस्ट किए गए हैं या नहीं। वास्तव में, आपको एक आकस्मिक योजना के लिए जोर देने की आवश्यकता है।
ग्रह

3
यह TheDailyWTF पर एक प्रविष्टि की शुरुआत की तरह पढ़ता है!
ग्रांट पॉलिन

जवाबों:


43

स्थिति में, अपने बॉस को अन्य सभी लोगों को आपसे दूर रखने में मदद करने के लिए कहें (जो उसे कहीं और करने के लिए कुछ देता है)।

जब आप इसे उठाते हैं और फिर से चल रहे होते हैं, तो अपने बॉस से दोबारा होने से बचने के लिए प्रक्रियाओं का मूल्यांकन करने और स्थापित करने के लिए एक बैठक के लिए कहें।


1
+1। डिजास्टर रिकवरी ड्रिल, प्रतिक्रियाओं और रिपीट टाइम को गेज करने के अच्छे तरीके हैं। मुझे शर्म नहीं आती कि मैंने इसे पूरा किया।
ग्रह

@DP yah, लेकिन हम ऐसा नहीं कर सकते क्योंकि इसका मतलब यह होगा कि लोग और उपकरण वास्तविक आपात स्थिति के लिए उपलब्ध नहीं हैं जबकि ड्रिल चल रही है (हाँ, मैंने उस तर्क को एक से अधिक बार सुना है)। बेशक अगर वहाँ पर्याप्त लोग थे, और उपकरण, आप एक टीम को एक सेट पर प्रशिक्षित कर सकते थे जबकि दूसरा ड्यूटी पर ...
jwenting

@ आग लगने की आवाज आग लगने पर बचाने जैसी है।

9

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

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

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

और सबसे महत्वपूर्ण बात: घबराओ मत!


7

इस तरह की स्थिति औद्योगिक नियंत्रण प्रणालियों में आम है। उत्पादन लाइन रात के बीच में नीचे जाती है, कंपनी आमतौर पर सैकड़ों, या यहां तक ​​कि हजारों डॉलर प्रति मिनट खो रही है , और वे समस्या को ठीक करने के लिए आपको देख रहे हैं। आप इसे इस प्रकार संभालते हैं:

  1. उन्हें समझाएं कि आप क्या जानते हैं
  2. बताएं कि आप क्या नहीं जानते (लेकिन समस्या को हल करने के लिए जानना आवश्यक है)
  3. बताएं कि आप कैसे पता लगाने जा रहे हैं कि आप क्या नहीं जानते हैं
  4. उन्हें अनुमान लगाइए कि कितना समय लगने वाला है (एक सीमा का उपयोग करें)
  5. जब आप अपनी योजना पर ध्यान केंद्रित करते हैं, तो अपने आस-पास की सभी चीजों को अनदेखा करें

6

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

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

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

गहरी साँस लें (गहरी साँसें शांत हो रही हैं) और समस्या में डुबकी लगाएँ। यह अच्छा है कि जिन चीज़ों को आपको कहीं लिखा जाना चाहिए, क्योंकि किसी आपात स्थिति में कभी-कभी आपका मस्तिष्क पर्यायवाची जानकारी को जल्दी से जल्दी खींच नहीं पाता है। आप एक बेवकूफ की तरह दिखना नहीं चाहते हैं: "मुझे पता है कि हमारे पास एक लॉग है, जहां नरक है?"

यदि आप एक ऐसी नौकरी में हैं जहां आप उत्पादन प्रणालियों का समर्थन करते हैं, तो उस व्यक्ति की तरह होना सबसे अच्छा है जो किसी आपात स्थिति में अच्छी तरह से प्रतिक्रिया करता है। मुझे यकीन नहीं है कि आप यह वास्तव में सीख सकते हैं। अगर आपके सामने एक घोड़े की सवारी करने वाला व्यक्ति गिर गया (मेरे जीवन से नहीं लिया गया एक ऐसा बेतरतीब उदाहरण) और वह जमीन पर खून से लथपथ पड़ा था, तो क्या आप उस तरह के व्यक्ति हैं जो अपने मुंह के साथ वहां खड़ा है या खुला है। जो एम्बुलेंस को बुलाता है, रक्तस्राव पर दबाव पट्टी डालता है और घोड़े को पकड़ने के लिए किसी को निर्देश देता है? यदि आप पहले प्रकार के व्यक्ति हैं, तो शायद यह आपके लिए काम की सही रेखा नहीं है।


2

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


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

बैकअप सिस्टम का एक (चरम) उदाहरण उसी बग से प्रभावित हो रहा है जैसे प्राथमिक सिस्टम एरियन 5 फ्लाइट 501 है
आंद्रे होल्जनर

2

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

आप कैसे समझाते हैं कि उन्होंने पंगा लिया? कभी भी एक आसान काम नहीं है, खासकर जब आपका बॉस आपकी गर्दन को कम कर रहा है क्योंकि वह नहीं जानता है कि ग्राहक को हमेशा सही मानने से बेहतर है।

तो आप इस तरह की स्थिति में कैसे शांत रहते हैं? विनम्रता से अपने बॉस को याद दिलाएं कि जितनी जल्दी आप काम करेंगे, उतनी ही जल्दी यह समस्या ठीक हो जाएगी।


1

इस आयोजन को एक अवसर के रूप में देखने के लिए कि मैं (व्यापार के लिए) कितना मूल्यवान हूं, उत्पादन प्रणाली को जितनी जल्दी हो सके वापस पाकर (यदि 9am ;-) से पहले नहीं)।

जाहिर है, उम्मीद है कि मैंने इसे पहले स्थान पर नहीं तोड़ा ;-)


1
  • sh_t होता है
  • किसी समस्या का समाधान होना चाहिए
  • अगर दुनिया में किसी को समाधान पता है, तो मैं उनमें से एक हो सकता हूं
  • अगर कोई समाधान नहीं है, तो आतंक मदद नहीं करता है
  • फिर से, sh_t होता है

0

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


0

इस तरह की स्थितियाँ मुझे और अधिक प्रेरित करती हैं कि मुझे हर चीज़ का पूरी तरह से प्रलेखन हो, और किसी भी तरह की स्थिति से निपटने के लिए एक पूरी योजना।

भले ही हम हर संभव समस्या की भविष्यवाणी नहीं कर सकते, लेकिन हम अपने पीछे के काम को और अधिक तैयार, और संगठित और प्रलेखित होने में मदद कर सकते हैं।


1
मैंने प्रलेखन का उपयोग करके कभी भी उत्पादन समस्या (यानी सिस्टम डाउन) को हल नहीं किया है।
मार्की

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

0

मैंने विश्व युद्ध तीन के लिए 5 मिनट के अलर्ट पर B52G बमवर्षकों पर रखरखाव करने में 8 साल बिताए। यह मेरे लिए सब कुछ परिप्रेक्ष्य में रखता है।

एक डाउन प्रोडक्शन सिस्टम महत्वपूर्ण है, लेकिन यह लाखों या अरबों लोगों को मारने वाला नहीं है।

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

पोस्टमार्टम के माध्यम से यह पता लगाएं कि भविष्य में ऐसी घटनाओं के प्रभावों को कैसे रोका जाए और सीमित किया जाए।

यदि आप कॉल पर हैं, तो सेलफोन या बीपर पर एक मृत बैटरी होना अत्यंत लाभकारी है। यह सामान्य परिदृश्य बना है, लेकिन अगर मेरे लिए काम करने वाले किसी व्यक्ति के साथ ऐसा हुआ, तो गंभीर चर्चा होगी और अगर इसे दोहराया गया, तो वे अब मेरे लिए काम नहीं करेंगे। हाँ मैं एक हरामी हूँ।

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