यहां तक कि अगर आप आईटी में काम नहीं करते हैं, तो आप लगभग निश्चित रूप से एक तरह से तकनीक के साथ काम करते हैं या कोई अन्य स्प्रेडशीट बनाते हैं, वेब पेज अपडेट करते हैं, डेटाबेस से ग्राहक जानकारी की जांच करते हैं, या सिर्फ ईमेल पढ़ते हैं। और, जैसा कि आपने शायद देखा है, तकनीक हमेशा उस तरह से काम नहीं करती है जिसे आप इसे पसंद करते हैं, या इससे भी बदतर, जिस तरह से इसे करना चाहिए। इसका मतलब है कि कभी-कभी आपको समस्याओं को हल करने के लिए अपनी तकनीकी टीम के साथ काम करने की आवश्यकता होती है।
हालाँकि, जो भी इस बातचीत में से किसी एक पर रहा है, वह जानता है, यह हमेशा सुचारू रूप से नहीं चलता है। यह सुनिश्चित करने के लिए कि आपको आवश्यक सहायता मिलती है और तकनीकी विशेषज्ञ हमेशा आपकी सहायता करने में प्रसन्न होते हैं, यहां टीम के साथ संवाद करने के व्यावहारिक तरीके दिए गए हैं जो दोनों पक्षों के लिए अच्छा काम करेंगे।
1. एक इमरजेंसी
उदाहरण: "साइट नीचे है!"
आपकी डिजिटल दुनिया क्रैश हो रही है, या शायद आपकी कंपनी का सर्वर क्रैश हो रहा है। जो भी संकट है, आपको तुरंत अपनी तकनीक टीम के संपर्क में रहने की जरूरत है - लेकिन बिना घबराए, बिना सोचे-समझे और फ़्लिपिंग डेस्क। नहीं, आपको इसे सही तरीके से करने की आवश्यकता है क्योंकि यह बहुत महत्वपूर्ण है। इसका मतलब है कि आपको टेक टीम में तथ्यों को जल्दी और स्पष्ट रूप से लाना होगा जितना आप कर सकते हैं।
लेकिन, इससे पहले कि आप किसी ईमेल को सभी कैप्स में भेज दें या रविवार की सुबह किसी डेवलपर को कॉल करें, चेतावनी का एक शब्द: सुनिश्चित करें कि स्थिति वास्तव में "जीवन या मृत्यु" है। अधिकांश कंपनियों के लिए, "जीवन और मृत्यु" में नीचे की रेखा शामिल है। । दूसरे शब्दों में, क्या यह एक समस्या है जो आपको या आपके सहयोगियों या आपकी कंपनी को ग्राहकों की सेवा करने में सक्षम होने से रोकती है या गंभीरता से रोकती है? हाँ? लगे रहो। नहीं? एक गहरी सास लो।
निश्चित नहीं कि आपातकाल किसे माना जाए? अपने बॉस से पूछें कि क्या कोई नीति है, और यदि हां, तो सबसे खराब स्थिति में पालन करने के लिए स्थापित प्रक्रिया। यदि उनमें से कोई भी चीज मौजूद नहीं है, तो सिस्टम स्थापित करने की संभावना के बारे में अपने तकनीकी प्रबंधक या लीड डेवलपर के साथ एक त्वरित चैट शेड्यूल करें। ऑड्स यह है कि आईटी टीम न केवल आपकी रुचि की सराहना करेगी, बल्कि वे भी खुश होंगे कि यह भविष्य में कम झूठे अलार्म पैदा करेगा। (यहां तक कि तकनीकी उत्साही लोगों ने 11 पीएम सर्वर की आपात स्थिति को भी खतरनाक बना दिया।)
2. आंतरिक कीड़े
उदाहरण: "जब मैं 'अगला' बटन पर क्लिक करता हूं, तो मैं अगले पृष्ठ पर नहीं जाता हूं।"
इस बार, समस्या व्यवसाय के लिए खतरा नहीं है, लेकिन यह एक परेशान करने वाली गड़बड़ है जो चुनौतीपूर्ण कार्य पूरा कर रही है। आप बग के आसपास काम करके अपने दिन को प्राप्त करने में सक्षम हो सकते हैं, लेकिन आपको इसे अनदेखा नहीं करना चाहिए।
फिर से, आपको रिपोर्टिंग के लिए किसी भी सेट प्रोटोकॉल का पालन करना चाहिए। (और, नंबर एक पर वापस जाकर, आप रिपोर्टिंग प्रणाली को सेट करने में मदद कर सकते हैं यदि वर्तमान में कोई नहीं है।) जब आप अपनी रिपोर्ट दर्ज करते हैं, तो याद रखें कि आप जितनी प्रासंगिक जानकारी शामिल कर सकते हैं।
एक सपने की रिपोर्ट में निम्नलिखित शामिल होंगे:
- आप क्या करने की कोशिश कर रहे थे
- जब आपने ऐसा किया तो क्या हुआ
- आपके द्वारा उपयोग किया जा रहा डिवाइस और ऑपरेटिंग सिस्टम
- कोई सॉफ्टवेयर शामिल है
- समस्या का स्क्रीनशॉट
हालांकि यह जानकारी बाहर लिखने के लिए थकाऊ लग सकती है, यह तकनीकी टीम को समस्या का अधिक तेज़ी से निदान करने में मदद करेगी। बोनस अंक (और आपके मुद्दे तेजी से संबोधित) चाहते हैं? बग के बारे में बात करने के लिए अपने तकनीकी शब्दों पर ब्रश करें। यह सभी को बचाने में बहुत अधिक अनुमान लगाएगा।
3. एक तत्काल अद्यतन
उदाहरण: "ग्राहक को अपने होमपेज को अपडेट किए गए ईओडी की आवश्यकता है।"
संकट केंद्रीय पर लौटें। लेकिन इस बार, आप एक भीड़ की शुरुआत कर रहे हैं। इसका मतलब है कि आपको अपने आईटी कर्मचारियों के प्रति विशेष रूप से संवेदनशील होने की आवश्यकता है। क्या किया जाना चाहिए इसके बारे में बहुत स्पष्ट हो। और, यदि आपको कई मदों की मदद की आवश्यकता है, तो टीम को प्रत्येक की प्राथमिकता बताएं, अगर एक ही समय में सब कुछ नहीं किया जा सकता है।
इसके अलावा, यह मांग करने के बजाय कि टेक टीम आपकी सेवा करने के लिए सब कुछ छोड़ देती है, पूछें कि बदलाव करने के लिए उन्हें कितना समय लगता है। यदि आप चाहते हैं कि यह जल्दी से नहीं किया जा सकता है, तो आपको यह सुदृढ़ करना चाहिए कि कार्य इतना जरूरी क्यों है (उस निचला रेखा को याद रखें?), और यह स्पष्ट करें कि आप यहां ASAP को पूरा करने में मदद करने के लिए हैं।
यह याद रखना भी महत्वपूर्ण है कि सिर्फ इसलिए कि आपको किसी चीज़ की आवश्यकता है, जो हमेशा संभव नहीं बनाता है। हमेशा यह मानकर चलें कि आपके जरूरी काम के आने से पहले, टेक टीम एक समयसीमा के साथ दूसरे प्रोजेक्ट (या दो या तीन) पर काम कर रही थी।
हां, आपको अभी वैध रूप से कुछ करने की आवश्यकता है, लेकिन क्या कोई अस्थायी या त्वरित सुधार है (जैसे कि टाइपो और टूटे लिंक को ठीक करना) जो अभी के लिए काम करेगा? यदि हां, तो उसके साथ जाएं। फिर, बाकी प्रोजेक्ट के लिए एक टाइमलाइन सेट करें जो सभी के लिए काम करता है।
4. अ (लघु) सुझाव
उदाहरण: "हमें पाठकों को अपने फेसबुक प्रोफाइल का उपयोग करके अपने ब्लॉग पर टिप्पणी करने का एक तरीका बनाना चाहिए।"
क्या आपको लगता है कि आपकी कंपनी के ऐप या वेबसाइट में सुधार होगा? आप संभवतया किसी काम में लगे हो सकते हैं। लेकिन, इसका मतलब यह नहीं है कि आपको टेक टीम में भाग लेना चाहिए और अपने विचार के लिए प्रशंसा की उम्मीद करनी चाहिए। इसके बजाय, आपको स्मार्ट और सम्मानजनक होने की आवश्यकता है कि आप इसे कैसे अपनाते हैं।
डेवलपर्स या डिज़ाइनरों को बताएं कि आपको क्यों लगता है कि आपका विचार लागू करने के लायक है ("हमारी मार्केटिंग टीम ने कुछ आंकड़े साझा किए हैं कि हमारे ग्राहक फेसबुक पर कितने सक्रिय हैं, और मुझे लगता है कि इससे हमें साइट पर जुड़ाव बेहतर बनाने में मदद मिल सकती है")। फिर भी, एक ही समय में, हर किसी का सामना करने वाले समय और धन की सीमाओं को ध्यान में रखें। और अपने आईटी पेशेवरों के ज्ञान और राय का सम्मान करना याद रखें। "पहले से ही सभी सही जवाब पता है जैसे लग रहा है से बचने के लिए" चाहिए "के बजाय" का उपयोग कर सकते हैं "पर विचार करें।
इसके अलावा, अगर इस तरह के विचारों के साथ आना आपकी नौकरी का एक नियमित हिस्सा है, तो विकास या डिजाइन के बारे में जानने का प्रयास करें। यहां तक कि कुछ बुनियादी ज्ञान आपको अधिक उपयोगी और यथार्थवादी सुझाव देने में मदद करेंगे।
5. एक बड़ा विचार
उदाहरण: "पूरे मुखपृष्ठ को फिर से डिज़ाइन करने के बारे में कैसे?"
कभी-कभी आप चीजों को हिलाना चाहते हैं। और एक बाहरी व्यक्ति के रूप में आपकी अंतर्दृष्टि (कभी-कभी) बस हो सकती है जो आपकी कंपनी की रणनीति या ब्रांड को ताज़ा करने के लिए आवश्यक है।
लेकिन, अपने क्रांतिकारी आग्रहों से दूर मत जाओ। फिर से, आपको अपनी डिजाइन या विकास टीम को यह बताने की आवश्यकता है कि आप क्यों मानते हैं कि परिवर्तन आवश्यक है। और, चूंकि यह एक प्रमुख ओवरहाल है जिसके बारे में आप बात कर रहे हैं, इसलिए आपको ऐसा करने के लिए आवश्यक खर्च और समय को उचित ठहराने के लिए तैयार रहना चाहिए।
यदि आप मदद करने का कोई तरीका खोज सकते हैं, तो आप विचार को अधिक आकर्षक बना सकते हैं। हो सकता है कि आप बीटा टेस्टर हो सकते हैं। या, आप कॉपी लिख सकते हैं। या, शायद, आप प्रक्रिया के कुछ (सरल) पहलुओं के अनुसंधान में मदद करने के लिए अपनी टीम को टेक इंटर्न को उधार दे सकते हैं। जिस तरह से आप पिच कर सकते हैं वह लोड को कम करेगा, जिसका अर्थ है कि आपका बड़ा विचार अधिक तेज़ी से वास्तविकता बन सकता है।
क्या आपको जो चाहिए वह समय के प्रति संवेदनशील कार्य हो या सुधार के लिए सिर्फ एक रचनात्मक सुझाव, अपनी तकनीकी टीम से संपर्क करने का तरीका जानने के बाद जब आपको उनकी मदद की आवश्यकता होगी, तो यह आपके दोनों कामों को आसान बना देगा और सभी को एक साथ बेहतर काम करने में मदद करेगा - आदर्श रूप से कम भ्रामक ईमेल के लिए अग्रणी। सभी को तनाव मुक्त करें।
