प्रकार के अलग-अलग PM हैं... यह यह नहीं है कि यह व्यक्ति अच्छा है या बुरा है या कुछ भी, बल्कि यह है कि इस व्यक्ति की कौशल और संदर्भ समस्या के लिए वास्तव में आवश्यक हैं।
Brian TolkinLessons from scaling Uber and Opendoor
नेतृत्व → संगठनात्मक डिजाइन
प्रकार के अलग-अलग PM हैं... यह यह नहीं है कि यह व्यक्ति अच्छा है या बुरा है या कुछ भी, बल्कि यह है कि इस व्यक्ति की कौशल और संदर्भ समस्या के लिए वास्तव में आवश्यक हैं।
लिंक्डइन में पांच दिन की एस्केलेशन प्रक्रिया है, जहां प्रबंधक को टीम की बाधाओं को पांच दिन के भीतर हल करना चाहिए या अगले प्रबंधन स्तर पर भेजना चाहिए।
हमारे पास एक पांच दिवसीय एस्कलेशन नियम है, जो यह सुनिश्चित करता है कि यदि किसी के पास कुछ ऐसा है जिसे वह एस्कलेट और हल नहीं कर पाया है, तो शायद फिर से उस व्यक्ति के अगले स्तर पर होगा।
मैं केंद्रीय मॉडल, एक उत्कृष्टता केंद्र को बेहतर मानता हूं... आप अधिक सुसंगत और उच्च प्रतिभा, विकास अवसर, पद्धतियों और मानकों की एक रूपरेखा, और टीम संस्कृति ब्रांड प्राप्त करते हैं।
आपको यह सुनिश्चित करना होगा कि यह सी-स्यूट में विचारणीय है। कुछ संगठन ऐसा करते हैं कि 'ओह नहीं, यह आईटी का काम है। मैं सारी सॉफ्टवेयर रणनीति को नीचे धकेल दूंगा।'
संगठन डिज़ाइन और सहानुभूति... मैं पद के अलग होने को पहचानता हूं। यह अधिक टीम बनाने, टीम के लिए उचित प्रोत्साहन, उन्हें अवरुद्ध करने, मार्गदर्शन करने और उन्हें कुशलतापूर्वक काम करने में मदद करने के बारे में है। ये किसी भी अन्य चीज से काफी महत्वपूर्ण थे।
मैं सोचता हूं कि टीम के आकार को कम करके या समाप्त करके, हमने कंपनी में अन्य लोगों को PM की तरह सोचने के लिए मजबूर किया है और मुझे लगता है कि यह हमारी संस्कृति के लिए एक बहुत बड़ा मूल्य वर्धन रहा है।
मुझे लगता है कि आप नवाचार और पारदर्शिता करना चाहते हैं और जब आपके पास एक अच्छी तरह से डिज़ाइन किया गया बिक्री प्लान या एक बहुत संरचित बिक्री प्लान होता है, तो यह चुनौतीपूर्ण हो सकता है।
जैसे ही आप सौ से दो सौ लोगों को पार करते हैं, किसी को उत्तरदायी होना होगा कि वह जानता है कि डेटा उपकरणों के माध्यम से कैसे प्रवाहित होता है, यह कैसे काम करता है, स्कीमा क्या है। और यह अनुबंधों के प्रबंधन पर विचार भी नहीं करता है।
जैसे-जैसे कंपनी बढ़ती है, सात इंजीनियरों के इन्क्रीमेंट्स में विस्तार करना एक खूब सारा ओवरहेड पैदा करता है। इसलिए, स्पष्ट रूप से, हमारी टीमें अब काफी बड़ी होती हैं, शायद प्रबंधक के साथ दो या तीन गुना से भी अधिक, शायद 14 या कुछ ऐसा, और केवल कम ओवरहेड भूमिकाएं।
टोयोटा कैटा एक निरंतर सुधार प्रणाली है जिसमें चार चरण शामिल हैं: वर्तमान स्थिति को समझना, लक्ष्य स्थिति निर्धारित करना, लक्ष्यों की ओर प्रयोग करना, और फिर से चक्र दोहराना।
कोई पूर्ण संगठनात्मक संरचना नहीं है। यह टोयोटा कटा की तरह है, मौजूदा स्थिति को पकड़ें। आप चुनौतियों का अनुभव करेंगे। अगला लक्ष्य स्थिति क्या है? वहां कैसे पहुंचने का प्रयास किया जा सकता है? और फिर वहाँ हैं और आप कहते हैं, ठीक है, वर्तमान लक्ष्य स्थिति को पकड़ो।
कई बड़ी कंपनियां स्क्रम या फ्रेमवर्क की ओर जाती हैं, और इसकी वजह यह है कि परंपरागत रूप से वे सॉफ्टवेयर बनाने में बड़े नहीं हुए थे।
"यह" और "वह" कंपनी के मिशन को शेयरधारकों के दबाव से बचाने के लिए कानूनी संरचनाओं (जैसे कि लोक फायदा निगम स्टेटस) को लागू करने से संबंधित हैं।
यह हमेशा जल्दी होता है जब तक कि देर न हो जाए। संस्थापक अपने वकील के पास जाएंगे और वकील कहेंगे, 'सुनो, बहुत अच्छा लगता है, लेकिन आपको अभी यह करने की जरूरत नहीं है। आप हमेशा बाद में कर सकते हैं।' और फिर आईपीओ से 18 महीने पहले है और 'देर हो गई है।'