टीमों में काम करते हैं या नहीं?

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

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

और एक बात। एक संगठन के निर्माण के लिए एक वैकल्पिक मॉडल, मैं "अकेला प्रोग्रामर" के मॉडल को कॉल करूंगा।

टीम का सामंजस्य

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

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

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

एक टीम में, एक डेवलपर हमेशा एक दोस्त के समर्थन और सहायता पर भरोसा कर सकता है, जबकि एक "अकेला प्रोग्रामर" के मॉडल में आप ऐसा कभी नहीं कर सकते, क्योंकि आपका दोस्त किसी भी समय अतिरिक्त कार्यों, एक नई परियोजना, आदि के लिए निराश हो सकता है।

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

सोच की एकता

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

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

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

एकीकृत कोडिंग मानक

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

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

बाहरी कारकों का प्रतिरोध

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

केंद्रीकृत प्रबंधन

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

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

निष्कर्ष

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

अंत में, मैं सामूहिकता के लाभों के बारे में एक अद्भुत वीडियो की सिफारिश करना चाहता हूं:



कोशिश करो, मांग करो, आगे बढ़ो और पहुंचो!