टीम प्रबंधन के लिए आप किस पुस्तक को पढ़ने की सलाह देंगे? [बन्द है]
जवाबों:
पीपलवेयर: प्रोडक्टिव प्रोजेक्ट्स और टीमें दिमाग में आती हैं।
पुस्तक का पहला अध्याय दावा करता है,
"हमारे काम की प्रमुख समस्याएं इतनी तकनीकी नहीं हैं जितनी प्रकृति में समाजशास्त्रीय हैं"।
पुस्तक समाजशास्त्रीय या political राजनीतिक ’समस्याओं जैसे कि टीम, जिलिंग’, काम के माहौल में शांत, और टर्नओवर की उच्च लागत तक पहुंचती है।
मैनेजिंग ह्यूमन , उर्फ रींड्स इन रिपोज से प्रबंधकीय सामान का संग्रह , पढ़ने लायक है, और बूट करने के लिए मज़ेदार है।
सच्चाई का एक टन अपने सार तक नीचे केंद्रित है।
स्टीव मैककोनेल द्वारा रैपिड डेवलपमेंट ।
PeopleWare के लिए इस कारण से मैं जाता हूं कि यहां कुछ और चीजें हैं जिन्हें आप वास्तव में एक टीम लीडर के रूप में लागू कर सकते हैं। जब आप एक टीम लीडर होते हैं (क्लैट की कमी के साथ जो आम तौर पर लोगों के साथ आता है) तो ज्यादातर काफी हद तक आकांक्षात्मक होता है क्योंकि आप काम के माहौल, वेतन और भर्ती और इतने पर काफी प्रभावित करने में सक्षम नहीं होते हैं।
मुझे लगता है कि यह इस बात पर निर्भर करता है कि आप विकास प्रक्रिया या प्रबंधन और नेतृत्व पर कुछ खोज रहे हैं या नहीं। जबकि मैंने इसे नहीं पढ़ा है मुझे पहले 90 दिनों का लुक पसंद है जिसे किसी ने सुझाया है। वैकल्पिक रूप से मैं द वन मिनट मैनेजर को काफी पसंद करता हूं, हालांकि इसके साथ बहुत सारे मुद्दे हैं (बड़े पैमाने पर यह एक कहानी के रूप में बताया गया है और यह सामग्री स्पष्ट है - जिसके साथ मैं सहमत हूं लेकिन हम अक्सर स्पष्ट याद करते हैं इसलिए समय-समय पर खुद को याद रखना कोई बुरी बात नहीं है। (जो भी आप इसे सोचते हैं वह कम से कम बहुत कम है)।
फ्रेड ब्रूक्स द्वारा पौराणिक मानव माह में बहुत से महान हैं जो नहीं-से-डॉस। वह और Peopleware दो हैं जो सॉफ्टवेयर परियोजना प्रबंधन को परिभाषित करते हैं।
यदि आप एक नए सॉफ्टवेयर टीम लीडर हैं, तो मैं सुझाऊंगा:
यह "मैंने अभी-अभी टीम लीडर बनाया है -" अब क्या है? और स्पष्ट तरीके से प्रस्तुत किए गए बहुत सारे व्यावहारिक परिदृश्य हैं। प्रत्येक अनुभाग के भीतर इसके अच्छे संदर्भ भी हैं, इसलिए यह एक सतत संदर्भ पुस्तक के रूप में उपयोगी है।
प्रोजेक्ट प्रबंधन में एंटीपैटर्न चीजों को गलत करने के तरीकों की एक अद्भुत सूची है। यह चीजों से बचने की एक बड़ी सूची है।
खैर, सूचीबद्ध अच्छे पहले से ही अधिकांश प्रोग्रामर के साथ बहुत लोकप्रिय हैं। इस बारे में कैसे: बॉब सटन द्वारा कोई भी गधे का नियम नहीं ।
मैं वास्तव में सॉफ़्टवेयर अनुमान के लिए बहस करूँगा : ब्लैक आर्ट या उन रेखाओं के साथ कुछ करना। आपकी प्रबंधन शैली, जबकि इसे समायोजित किया जा सकता है, इस समय तक काफी हद तक निर्धारित है। आप हमेशा चीजों को बेहतर, तेजी से करना सीख सकते हैं लेकिन आपकी शैली वास्तव में आप कौन हैं।
कुछ लोगों को राय दी जाती है, दूसरे लोग चीखना और चिल्लाना पसंद करते हैं जबकि दूसरे सुनते हैं और आम सहमति बनाते हैं। यदि आप किसी भी लम्बे समय के लिए विकसित हो रहे हैं, तो उन व्यक्तित्व लक्षणों में या तो बहुत ज्यादा सेट हैं या काफी दिखाई दे रहे हैं। आपको नई स्थिति के लिए बहुत समय निर्धारण की आवश्यकता है: आपका समय और अन्य लोगों का समय। सफल होने के लिए आप इसे सही (या अधिकतर सही) प्राप्त कर सकते हैं।
समय पर परियोजनाओं को वितरित करने की आपकी क्षमता से एक ताजा खनन टीम लीडर के रूप में आपकी स्थिति निर्धारित की जाएगी।
अपनी खुद की। अपने नेता को चर्चा और सलाह सत्र की एक श्रृंखला द्वारा प्रशिक्षित करें, और आपके प्रशिक्षु स्थितियों, प्रतिक्रियाओं और सफलताओं या विफलताओं की एक निजी पत्रिका रखें। अनिवार्य रूप से, वे अपनी खुद की पुस्तक लिखेंगे। यह अभ्यास केवल पुस्तक या संदर्भ के लिए इतना नहीं है - यह प्रतिबिंब के कार्य को प्रोत्साहित करना है।
फिर, ताज़ा-ताज़ा खनन के बाद मुद्दों की एक मुट्ठी होती है, अन्य पोस्ट में पोस्ट की गई कुछ महान पुस्तकों का चयन करें।
मेरा कहना है कि आपको नेतृत्व और प्रबंधन के बारे में कुछ अनुभव होना चाहिए, इससे पहले कि आप उनके बारे में किताबें पढ़ रहे हों, सिर्फ इसलिए कि आप विषय के बारे में पर्याप्त रूप से नहीं जान पाएंगे कि आपने क्या पढ़ा है। उदाहरण के लिए, आप किसी को कोड पूरा पढ़ने की सलाह नहीं देंगे इससे पहले कि वे कोड की अपनी पहली पंक्ति लिखे, क्या आप? यहां भी यही बात लागू होती है। अपने पैरों को गीला कर लें ताकि आपके पास कुछ संबंधित हो, और फिर पुस्तकों के लिए जाएं।