एक टीम के पांच विकृतियां

Aleksandr Shitik
Aleksandr Shitik

मैं अपने पोस्ट और किताबें लिखता हूँ, और फ़िल्मों और किताबों की समीक्षाएँ करता हूँ। ब्रह्मांड विज्ञान और खगोल विज्ञान, आईटी, उत्पादकता और योजना के क्षेत्र में विशेषज्ञ।

एक टीम के पांच विकृतियां
Patrick Lencioni
श्रेणियाँ: सूचना प्रणाली (आईटी), व्यापार, विपणन, प्रबंधन, टीमवर्क, परियोजना प्रबंधन
प्रकाशन वर्ष: 2002
पढ़ाई का वर्ष: 2025
मेरा मूल्यांकन: सामान्य
पढ़ने की संख्या: 1
कुल पृष्ठ: 252
सारांश (पृष्ठ): 5
प्रकाशन की मूल भाषा: अंग्रेजी
अन्य भाषाओं में अनुवाद: रूसी, स्पेनिश, पुर्तगाली, चीनी, फ्रेंच, जर्मन, हिंदी

पुस्तक के बारे में

यह पुस्तक किस बारे में है? संक्षेप में कहें तो यह एक सामान्य सी कहानी है — यानी एक काल्पनिक और अमूर्त कहानी जिसमें एक कंपनी और पात्र होते हैं। फिर भी, इसमें प्रोजेक्ट मैनेजरों के बीच होने वाले कई यथार्थवादी संवादों को दर्शाया गया है। तकनीकी रूप से, यह पुस्तक पाँच भागों में विभाजित है, लेकिन इसे आसानी से दो भागों में बांटा जा सकता है। पहला भाग खुद कहानी है, जो लगभग 250 में से 180 पृष्ठों को घेरे हुए है। धीरे-धीरे लेखक एक काल्पनिक कंपनी और उसके आंतरिक संबंधों के ज़रिए पाँच असंगतियों (dysfunctions) को दर्शाता है। अंतिम 70 पृष्ठ पूरी तरह सैद्धांतिक हैं, जहाँ पात्रों या कंपनी का कोई ज़िक्र नहीं होता — यह केवल एक संक्षिप्त और अधिक संरचित व्याख्या होती है।

फायदे

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

कमज़ोरियाँ

  1. दूरस्थ या रिमोट टीमों के बारे में एक शब्द भी नहीं है (जबकि यह स्पष्ट है कि वे भी उतनी ही प्रभावी हो सकती हैं जितनी कि ऑफ़लाइन टीमें)।
  2. पुस्तक में यह उदाहरण दिया गया है कि बैठकें (यहाँ तक कि बाहरी सेमिनार भी) टीम को मजबूत करती हैं — लेकिन साथ ही यह भी बताया गया है कि यह एक पेशेवर और उच्च स्तरीय टीम थी। असल जीवन में — अगर टीम में अनुभवहीन लोग हों जो व्यर्थ समाधान पेश करें और उन्हें बेहतर और प्रभावी तरीकों का पता ही न हो — तब चाहे आप कितनी भी बैठकें करें, कोई लाभ नहीं होगा।
  3. यह पुस्तक बहुत सैद्धांतिक है और एक अमूर्त उदाहरण पर आधारित है। जबकि बहुत सी कंपनियाँ और क्षेत्र बिल्कुल अलग-अलग बाहरी कारकों पर निर्भर करते हैं। प्राकृतिक आपदाओं को छोड़ भी दें, तो आजकल बहुत सी कंपनियाँ मार्केटप्लेस, सोशल मीडिया, मैसेजिंग ऐप्स या सर्च इंजनों (जैसे Google, जो अक्सर एक तिमाही या छः महीने में ही प्रतिक्रिया देता है) पर निर्भर हैं — और यह देरी उनके लिए विनाशकारी हो सकती है।
  4. जहाँ तक dysfunctions का सवाल है — अविश्वास (trust issues) हमेशा कमजोरी दिखाने के डर के रूप में सामने नहीं आता। यह वित्तीय या व्यापारिक रहस्यों, छँटनी की साजिशों, या टीम बदलने जैसे कारणों से भी हो सकता है। और टकराव से बचाव (conflict avoidance) इस वजह से नहीं होता कि कोई अपने सहकर्मियों के शौक या बचपन के बारे में नहीं जानता। मैंने स्वयं डिज़ाइन डिपार्टमेंट से कई बार बहस की ताकि मैं अपने निर्णयों का बचाव कर सकूं और कोड में अनावश्यक या बोझिल चीज़ों को शामिल करने से रोक सकूं। हम एक ही टीम-इवेंट में शामिल हुए थे, मैंने उनकी निजी ज़िंदगी के बारे में कुछ नहीं जाना — फिर भी हमारे बीच रचनात्मक बहसें हुईं। टकराव बहुत सूक्ष्म चीज़ होती है — हमने कभी व्यक्तिगत हमला नहीं किया, न ही एक-दूसरे की पेशेवरता पर सवाल उठाया, फिर भी बहस के बाद भावनात्मक दबाव कई बार बना रहा।

कुल मिलाकर, मैं इस पुस्तक को सकारात्मक साहित्यिक अनुभव की श्रेणी में रखूंगा। यह छोटी है, जल्दी पढ़ी जा सकती है, और इसमें बताए गए कई dysfunctions वास्तव में किसी भी कंपनी के लिए हानिकारक साबित हो सकते हैं।

Вверх