उन लोगों के समूह के साथ प्रोग्रामिंग करना, जिनसे मैं कभी नहीं मिला


50

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

"एक टीम के रूप में आप एक कक्षा में न्यूनतम तीन मॉड्यूल पूरे करेंगे ...।"

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

मुझे क्या करना चाहिए? मैं "चार्ज कैसे लेता हूं" और तीन लोगों का नेतृत्व करता हूं जो मैंने कभी नहीं मिले हैं?

यहाँ वास्तविक असाइनमेंट का एक अंश है:

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

संपादित करें: बहुत से लोगों ने सुझाव दिया कि मैं उन्हें एक कॉफी शॉप में मिलता हूं, या ऐसा कुछ। केवल समस्या है, हम सभी विभिन्न राज्यों में हैं। मुझे यह भी पता चला कि उनमें से एक को फेसबुक / स्काइप / ट्विटर का उपयोग करने की अनुमति नहीं है, इसलिए मुझे याहू मैसेंजर और ईमेल पर उन्हें संदेश भेजने का सहारा लेना होगा।


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

6
@zjr आपके हंस को किसने जलाया? निश्चित रूप से मैं उनके साथ काम कर रहा हूं और सामान का पता लगाने की कोशिश कर रहा हूं। लेकिन मैं ऐसे लोगों से कुछ सलाह लेना चाहता था जिन्होंने इस परियोजना को अंजाम देने के बजाय आंख मूंदकर इस काम को अंजाम दिया है। साथ ही लोगों ने कुछ महान परियोजना प्रबंधन अनुप्रयोगों का उल्लेख किया और मैंने कुछ नए सामान सीखे।
गेब्रियल

2
@ZJR मुझे यकीन नहीं है कि यह उसके सवाल का बिंदु है। जबकि उन्होंने कहा कि उन्होंने वास्तव में w / उनसे पहले संवाद नहीं किया है, उनका सवाल इस प्रोग्रामिंग प्रोजेक्ट के संबंध में था और उन्हें जिस टीम से निपटने के लिए दिया गया है, उससे कैसे संपर्क करना चाहिए।
जारोद नेटल्स

जवाबों:


90

इस परियोजना का नेता वह व्यक्ति होगा जो शुरुआत में कदम रखता है और कार्यभार संभालता है।

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

आप इस परियोजना का नेतृत्व करना चाहते हैं? यहाँ कुछ चीजें हैं जो आप एक बड़ा प्रभाव बनाने के लिए तुरंत शुरू कर सकते हैं ।

  1. ट्रेलो जैसे परियोजना प्रबंधन उपकरण का उपयोग करें और सभी को निमंत्रण भेजें और परियोजना के कुछ हिस्सों को लोगों को सौंपना शुरू करें।
  2. एक उत्पन्न बग डेटाबेस और कार्यों और कीड़े जोड़ना शुरू - फिर से, बस बताए शुरू करते हैं।
  3. एक संस्करण नियंत्रण रिपॉजिटरी सेट करें और कोड के एक अच्छे प्रारंभिक भाग में जांचें जो सभी से काम कर सकते हैं। कोड नियंत्रण के किसी अन्य रूप से निपटने के लिए मना करें।
  4. लोगों को संस्करण नियंत्रण प्रणाली और बग डेटाबेस का उपयोग करने का तरीका दिखाकर विकास के साथ जाने में मदद करने की पेशकश करें।
  5. परियोजना की स्थिति और पिछले सप्ताह की प्रगति का विवरण देने वाले साप्ताहिक ईमेल भेजें।

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


17
यदि टीम के दो सदस्य इस दृष्टिकोण की कोशिश करते हैं, तो सावधान रहें। नियंत्रण और नेतृत्व करने का संघर्ष एक आपदा हो सकता है - कुछ भी नहीं करने वाले टीममेट्स का एक गुच्छा से भी बदतर।
कॉर्बिन मार्च

3
@CorbinMarch सहमत हैं। यह केवल तभी काम करता है जब टीम में नेतृत्व की स्पष्ट कमी हो - हर कोई किसी और चीज़ का इंतज़ार कर रहा हो। यदि कोई अन्य व्यक्ति पहले से ही नेता के रूप में उभर रहा है, तो आप अपनी परियोजना के लिए सबसे अच्छी चीज उस व्यक्ति के पीछे हो सकते हैं और उनका समर्थन कर सकते हैं।
जारोड नेटल्स

4
इसे पढ़ने के बाद, मैंने ट्रेलो की जाँच की और मुझे इसकी सरलता से तुरंत बहकाया गया। लिंक के लिए +1। अगर स्थानीय रूप से इस चीज़ को स्थापित करने का कोई तरीका है, तो यह सबसे सही चीज़ होगी ...
रादू मुराज़े

2
The leader of this project will be the person who steps up and takes charge at the beginning.ऑल द ब्लॉग ओवरलॉर्ड :)
यानिस

5
कैसे के बारे में सिर्फ पहली जगह में उन्हें एक कॉफी की दुकान में मिलना? आप उन्हें कैसे कार्य सौंपेंगे, यदि आपको पता नहीं है कि उनके पास क्या कौशल है? व्यक्तिगत रूप से, मुझे पहले यहां किसी से मिले बिना "यहां ट्रालो, यहां बग ट्रैकर और यहां आपके कार्य हैं" ईमेल प्राप्त करना पसंद नहीं है।
साइमन

24

जारोड नेटल्स का जवाब बहुत अधिक संक्षेप में बताता है कि मैं क्या सुझाव देने जा रहा था, इसलिए मैं अपने हाल के अनुभवों में से कुछ में एक समान स्थिति में काम करता हूं।

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

आपकी पहली बैठक में, मैं आपके समूह को प्रोजेक्ट के बारे में जानने की कोशिश करूँगा - लेकिन प्रोजेक्ट को अनदेखा न करें! बर्फ तोड़ने में 10 या 20 मिनट का समय संभवतः 4 लोगों के बीच पर्याप्त है।

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

भविष्य में (नियमित) बैठकें, आप परियोजना के विभिन्न बिट्स को और अधिक विस्तार से देखना शुरू कर सकते हैं; यह देखें कि वास्तव में क्या करने की जरूरत है, क्या संसाधनों और कितने समय की आवश्यकता होगी और कौन क्या कर सकता है। यदि आवश्यक हो तो टुकड़ा आगे विभाजित करें। शायद कुछ सॉफ्ट डेडलाइन सेट करने की कोशिश करें?


4
आवाज संपर्क का उल्लेख करने के लिए +1। व्यक्ति में सबसे अच्छा है, अगले सबसे अच्छा videochat, सम्मेलन कॉल अभी भी सिर्फ मेल से बेहतर है।
Barend

@andybursh दुर्भाग्य से, एक छात्र को फेसबुक का उपयोग करने की अनुमति नहीं है। इसलिए Skype प्रश्न से बाहर है ... उम्मीद है कि हम पाठ के माध्यम से चीजों का पता लगा सकते हैं।
गेब्रियल

10

क्या आप में से किसी को भी ऐसे लोगों के समूह के साथ काम करने का अनुभव है जो आप कभी ऑनलाइन नहीं मिले हैं, और आप उन्हें व्यक्तिगत रूप से नहीं मिलते हैं, लेकिन एक साथ एक परियोजना को पूरा करना चाहिए?

अंडरबेटिंग, हास्यास्पद समय सीमा में जोड़ें और विपणन द्वारा नदी को बेचा जा रहा है और यह वास्तविक दुनिया में लगभग 65% सॉफ्टवेयर विकास परियोजनाओं की तरह लगता है।

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


2
आप इस तथ्य को भूल गए कि हम में से बहुत से लोगों को अपतटीय टीमों के साथ काम करना होगा जो हम पहले कभी नहीं मिले हैं।
maple_shaft

7

इस तरह के मामलों में पहली बात यह है कि एक मुद्दा ट्रैकर स्थापित करना और इसका उपयोग करना सीखना है।

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

Use Continuous Integration to Avoid Integration Headaches
Have Each Site Send Ambassadors to the Other Sites
Use Contact Visits to build trust
Don't Underestimate the Culture Change
Use wikis to contain common information
Use Test Scripts to Help Understand the Requirements
Use Regular Builds to Get Feedback on Functionality
Use Regular Short Status Meetings
Use Short Iterations
Use an Iteration Planning Meeting that's Tailored for Remote Sites
When Moving a Code Base, Bug Fixing Makes a Good Start
Separate teams by functionality not activity
Expect to need more documents.
Get multiple communication modes working early

अपनी परियोजना के लिए आप सुनिश्चित हैं कि वहां बताई गई सभी युक्तियों और चालों का पालन नहीं कर पाएंगे (जैसे कि संभावना है कि आपके लिए कोई एंबेसडर और न ही संपर्क विज़िट न हों :) लेकिन यह वैसे भी अध्ययन करने लायक है।

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

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

@JarrodNettles यह एक अच्छी बात है कि धन्यवाद - मैंने जवाब दिया
gnat

3
... हाँ, चलो उन्हें ब्यूरोक्रेसी नरक में बदलने के बजाय उन्हें किसी भी वास्तविक कोड का उत्पादन करने दें। कृप्या।
ZJR

1
@ZJR जैसा कि मैंने कहा कि उनकी सूची इस तरह की परियोजना के लिए बहुत व्यापक है, लेकिन उचित टीम और कोड संगठन उन्हें अपनी स्क्रीन पर सिर्फ कोड के बजाय काम करने वाले कोड का उत्पादन करने देगा ।
जारोद नेटल्स 17

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

5

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

सबसे पहले, किसी भी कीमत पर एक काम करने वाला उत्पाद है।

यदि परियोजना दो सप्ताह या उससे कम समय तक चलती है, तो मान लें कि आप कुछ भी करने वाले एकमात्र व्यक्ति होंगे और आपको मिलने वाली किसी भी मदद के बारे में बहुत खुश होंगे। सभी के लिए चीजों को शेड्यूल करने का प्रयास करें, लेकिन सुनिश्चित करें कि यदि कोई कुछ नहीं करता है, तो आपके पास अभी भी एक काम करने वाला उत्पाद होगा। यहां तक ​​कि अगर कोई कुछ करता है, तो उन्हें जारी रखने पर भरोसा न करें: किसी को भी किसी भी बिंदु पर छोड़ने के लिए तैयार रहें।

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

ध्यान दें कि वे दो एक छोटे से ओवरलैप करते हैं: यह जानबूझकर है, क्योंकि दो सप्ताह मेरी राय में एक ग्रे क्षेत्र का है जहां दो पुनरावृत्तियों को प्राप्त करना कठिन है, लेकिन केवल एक पुनरावृत्ति में काम करना जोखिम भरा है।

मैं सबसे खराब स्थिति मान रहा हूं, जहां आप प्रोग्रामिंग में बहुत नए लोगों के साथ काम करेंगे। मेरी सामान्य सलाह होगी:

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

मेरे पास एक परियोजना थी जो हाल ही में बुरी तरह से विफल रही; यदि आप चाहते हैं तो आप मेरे विचारों को क्यों पढ़ सकते हैं , लेकिन यह संक्षेप में बताता है कि अगर मैं एक और मौका देता तो मैं इस तरह से कुछ करता।


दिलचस्प पढ़ा, मैं इसी तरह की स्थितियों में रहा हूं और ऐसा लगता है कि कुछ असफलताएं बहुत आम हैं
जो टेलर

4

जारोद नेटल्स का जवाब अच्छा है। मैं इसे जोड़ूंगा:

  1. उम्मीद करें कि अन्य तीन लोगों में से कम से कम एक पूरी तरह से बेकार हो जाएगा।
  2. बस स्वीकार करें कि आप ऐसा महसूस करेंगे कि आप काम का सबसे (या सभी) कर रहे हैं, लेकिन सभी को समान क्रेडिट मिलेगा। चीजों को "निष्पक्ष" बनाने की कोशिश में कोई भी प्रयास केवल अनावश्यक संघर्ष का कारण बनेगा और आपको धीमा कर देगा।
  3. किसी भी टीम के सदस्यों के साथ संपर्क में रहें जो अच्छे हैं। ऐसे लोग मिलना मुश्किल है, और आप उनके साथ फिर से काम करना चाहेंगे।

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

3

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

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

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

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

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

सुझावों के संदर्भ में:

मुझे व्यक्तिगत रूप से यहां काम करने वाले सहयोगी वातावरण से प्यार है: https://docs.google.com/

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

उम्मीद है कि इसने किसी की मदद की, किसी परियोजना को आगे बढ़ाने के बहुत सारे पहलू हैं जो हम हमेशा के लिए जा सकते हैं लेकिन यह सिर्फ इतनी सारी चीजों पर निर्भर करता है। कम से कम यह मदद करने के लिए एक छोटा सा है।


P.SE में आपका स्वागत है! यहाँ सलाह के लिए +1। अच्छी सलाह।
जारोद नेटल्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.