चीनी रणनीति कैसे काम करने में मदद करती है

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

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



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

छलबल

एक स्ट्रेटेजम एक विशिष्ट समस्या को हल करने के उद्देश्य से की गई क्रियाओं का एक परिकलित अनुक्रम है।

ये विभिन्न लक्ष्यों को प्राप्त करने के लिए नियम, रणनीतिक चाल और रणनीति हैं। स्ट्रेटेजम्स का उपयोग शत्रुता में किया गया था। मूल रूप से, उन्हें "तीस-छः स्ट्रेटेजम्स" और "द आर्ट ऑफ़ वॉर" किताबों में वर्णित किया गया है, जिसका श्रेय सन त्ज़ु को दिया जाता है। यह चीनी रणनीतिकार और विचारक लगभग 500 ईसा पूर्व रहते थे। लेकिन "स्ट्रेटेजम" की अवधारणा चीन की संस्कृति में 3,000 वर्षों से रह रही है, इसलिए हम यह मान सकते हैं कि ग्रंथों के लेखक पूरे चीनी लोग हैं।

लेकिन सवाल यह उठता है कि - क्या हम टाइमलिड्स हैं, युद्ध कहां आता है? हम लड़ाई नहीं करते हैं, किसी के साथ नहीं लड़ते हैं और कब्जा नहीं करते हैं, हमें स्ट्रैटेजम की आवश्यकता क्यों है?

जाँच और संतुलन की प्रणाली

रे Dalio "सिद्धांतों" की पुस्तक में एक महत्वपूर्ण विचार है: कोई भी कंपनी या टीम चेक और बैलेंस की एक प्रणाली है। एक कंपनी का टकराव और टकराव है।

मैं एक उदाहरण के साथ समझाऊंगा। कंपनी "एब्सट्रैक्ट" में दो विभाग हैं: परीक्षक (क्यूए) और डेवलपर्स। डेवलपर्स का लक्ष्य उत्पादन को जल्द से जल्द प्राप्त करना और उत्पाद को समय पर जारी करना है, क्योंकि इसके लिए उनके पास KPI है। परीक्षकों की प्राथमिकताएँ अलग-अलग होती हैं: उनके लिए यह संभव है कि वे अधिक से अधिक बग ढूंढ लें, क्योंकि उनके पास गुणवत्ता के लिए केपीआई है। एक अमूर्त कंपनी में दो सार विभाग लगातार एक दूसरे के साथ अमूर्त संघर्ष और टकराव में प्रवेश कर रहे हैं।

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

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

आइए उन स्ट्रेटेजम को देखें जो टाइमलाइड का उपयोग कर सकते हैं। स्ट्रेटेजम काव्य भाषा में लिखे गए हैं, और यह कोई संयोग नहीं है, क्योंकि वे याद रखना आसान है।

जनरल धीमा है क्योंकि वह जीत पर विचार कर रहा है

हर रैली की तैयारी करना जरूरी है। कैप्टन साक्ष्य यहां दिखाई देता है, लेकिन नहीं, प्रतीक्षा करें ...

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

2017 में, मैंने एक सम्मेलन में बात की। मेरी प्रस्तुति का एक लक्ष्य दर्शकों को डार्ट भाषा "बेचना" था। यह एक अजीब YP है, मुख्यधारा नहीं है, लेकिन मैं उससे बहुत प्यार करता हूं। यह स्पष्ट है कि सम्मेलन में मौजूद दर्शक उसके लिए तैयार नहीं हैं, इसलिए मैं "सैन्य चाल" के साथ आया।

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

चक नॉरिस के अलावा कौन, अभी भी इस तरह के तर्कों के साथ टाइपस्क्रिप्ट का चयन करेगा? यह तर्कसंगत नहीं है, कोई भी "हर किसी की तरह नहीं" बनना चाहता है। इसलिए, जूरी के पास उस प्रारूप से अलग विजेता चुनने का अवसर नहीं था, जो मैंने पूछा था। मुख्य रूप से इस "लड़ाई" में डार्ट को हराया क्योंकि मैंने तैयार किया था।

अकेले एक थके हुए दुश्मन की उम्मीद करते हैं

दो कहानियों द्वारा सचित्र एक महान चित्रण।

"चलो सब कुछ फिर से लिखना ..."

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

या:
- एक ठंडी चीज है - ग्राफकाइक। आपने उसके बारे में एक रिपोर्ट बनाई और आप उसके लिए प्रचार कर रहे हैं। आइए इसे लागू करें!

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

हमारे पास शुक्रवार की प्रस्तुति का प्रारूप है। अजीब तरह से पर्याप्त है, यह बुधवार को होता है, क्योंकि शुक्रवार को कुछ नए के साथ सहयोगियों को लोड करना बहुत अच्छा नहीं है।

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

इसलिए मैं एक पत्थर से दो पक्षियों को मारता हूं:

• मैं किसी व्यक्ति को बंद नहीं करता हूं और फिर मैं ग्राफकॉल के बारे में हर रैली में नहीं सुनता कि वह हमारी सभी समस्याओं का समाधान कैसे करेगा;
• अगर कोई व्यक्ति अभी भी परियोजना को पूरा नहीं करता है, तो वह भविष्य में एक अच्छी टीम का नेतृत्व बन जाएगा, और हमारे पास कुछ नया और अच्छा होगा।

"मैं लिखने के लिए बहुत आलसी हूँ, आवाज़ में आना"

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

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

आड़ू को बचाने के लिए एक प्लम बलिदान करें

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

हम तैयार स्थिति के साथ वार्ता के लिए आते हैं।

ब्रेन स्कैम

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

इस मामले में, हम कर्मचारी के साथ संवाद करते हैं:
- चलो इसे इस तरह से करते हैं: आप एक स्क्रैम रैली में बिल्कुल नहीं आ सकते हैं, लेकिन आपको परिणाम पता होना चाहिए। लेकिन अगर आप अभी भी आए, तो लैपटॉप निकालें और हमारे साथ काम करें।

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

शहतूत के पेड़ की ओर इशारा करते हुए, बबूल को डांटा

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

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

डेवलपर्स पर इसे कैसे लागू किया जाए? पहले, जब मैं किसी से प्रतिक्रिया देना चाहता था, मैंने सीधे कहा:
- ओलेग, यहां और यहां आप गलत हैं। कल चीजों को बेहतर बनाने के लिए, यह और वह करें।

ज्यादातर मामलों में, यह आत्मसम्मान को कमजोर करता है: एक व्यक्ति बहाना बनाता है और कहता है कि वह सही क्यों है या वह अन्यथा क्यों नहीं कर सकता है। अब मैं दूसरी तरफ जाता हूं:
- कल्पना करें कि आप एक टीम लीडर हैं और आपकी ऐसी स्थिति है। आप क्या करेंगे?

मैंने उसे अपनी जगह पर रखा और पूछा कि वह इस स्थिति में क्या करेगा। डेवलपर का गर्व क्रम में है, और वह टीम लीडर की भूमिका के लिए इस्तेमाल हो रहा है और समस्या को हल करने के तरीकों की तलाश कर रहा है।

अपना दिमाग रखते हुए पागल होने का नाटक करें

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

प्रश्न पूछना सामान्य है।

मेरी पिछली कंपनियों में, एक व्यक्ति ने VP of Engineering (CTO) के एक उच्च पद पर काम किया। वह दोहराता रहा:
"मैं आपके तकनीकी सामान को नहीं समझता, इसे रूसी में समझाता हूँ।"

या:
- इससे कोड कंफ्यूजन होगा। और इससे हमें क्या खतरा है? क्यों? कैसे?

मेरे जैसे सीटीओ में 30 और लोग हैं। जो हो रहा है उसे समझने का एकमात्र तरीका है बार-बार पूछना।

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

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

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

यदि नोबेल पुरस्कार विजेता बेवकूफ दिख सकते हैं, तो और भी अधिक।

छत पर जाने के लिए और सीढ़ियों को हटा दें

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

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

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

भागने के रास्ते निकाल लिए।

यदि आप कुछ पकड़ना चाहते हैं, तो पहले जाने दें

चेहरे को बचाने का अवसर दें

मैं पहले से ही स्थापित टीम के लिए एक टीम लीड के साथ आया था। स्वाभाविक रूप से, पहली चीज जो मैंने करने का फैसला किया, वह था मेरा अधिकार "बेचना"।

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

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

दुश्मन को गरिमा के साथ स्थिति से बाहर निकलने का अवसर दें।

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

टमाटर की तरह साइट

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

बेशक, ऐसे विचारों से किसी को सहमत नहीं होना चाहिए। मनुष्य को धरती पर लौटाओ:
- मैं समझता हूं कि आप एक महान डिजाइनर हैं, लेकिन यह विचार आप नहीं हैं, यह अब काम नहीं करता है।

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

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

सांप को डराने के लिए घास मारो

जब आप एक बड़ी दीर्घकालिक परियोजना प्राप्त करते हैं, तो मैं आपको एमवीपी को लागू करने की सलाह देता हूं: सभी चिप्स, समस्याओं, बगों के साथ एक न्यूनतम परियोजना, जो समयरेखा का पर्याप्त रूप से आकलन करने में मदद करती है। यदि साधारण एमवीपी सशर्त 2 सप्ताह का निर्माण करता है, तो यह स्पष्ट है कि आगे क्या होगा।

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

पलायन सबसे अच्छा स्ट्रेटेजम है

संघर्ष से बचना नुकसान नहीं है।

जैसा कि सूर्य त्ज़ु ने कहा, तीन विकल्प हैं।

• एक समझौता करें। यह एक आधा-अधूरा निर्णय है: जीत और हार दोनों।
• हार को पहचानो।
• छोड़ने के लिए। लेकिन यह नुकसान नहीं है, बल्कि वापसी और सही करने का मौका है।

संघर्ष में मत उलझो! लड़ने के लिए नहीं, बल्कि शांति से जीने के लिए बेहतर है।

“सौ बार लड़ना और सौ बार जीतना सबसे अच्छा नहीं है। सबसे अच्छा सबसे अच्छा है बिना लड़े एक विदेशी सेना को जीतना। ”

सुन तजु

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

कम संघर्ष की कोशिश करें और अपने आप को हेरफेर करने की अनुमति न दें।

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