कैसे सुनिश्चित करें कि आपकी टेक टीम आपके साथ काम करना पसंद करती है

हम पवित्र कंघी बनानेवाले की रेती की तरह नई तकनीक का इलाज करते हैं, और सभी का जवाब धीमा, अक्षम और पुराना है। और यह हो सकता है - अगर यह योजना और दूरदर्शिता के ट्रक लोड के साथ लागू किया जाता है।

लेकिन, ठीक है, हम सभी जानते हैं कि यह कैसे जाता है।

सरकार में मेरे वर्षों के दौरान, जहां कभी-कभी ऐसा महसूस होता था कि हम तकनीकी पकड़ का खेल खेल रहे हैं, जीतना असंभव है, मैंने सीखा कि जब इस दूरदर्शिता को लिया जाता है तो क्या हो सकता है। यह पवित्र कंघी बनानेवाले की रेती की तरह थोड़ा कम और लागत से अधिक की तरह लगता है, देरी, और जटिल समाधान अन्यथा सरल समस्याओं के लिए।

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

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

1. पहली बार नेल्‍स की जरूरतों को पूरा करना

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

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

2. लेकिन पहचानो कि तुम कुछ याद करेंगे

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

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

3. स्कोप रेंगना जब आप इसे देखते हैं

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

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

4. एक सामान्य भाषा विकसित करना

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

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

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