बेहतरीन इंजीनियरों को निर्देशों की ज़रूरत नहीं होती, और बेहतरीन PM टीम या रोडमैप को नियंत्रित नहीं करते [अनुवादित लेख]

1. PM की असली भूमिका की पुनर्परिभाषा

   • बेहतरीन PM टीम या रोडमैप को नियंत्रित नहीं करते।
   • इसके बजाय वे बाज़ार से जुड़ी इनसाइट्स को गहराई से खोजते हैं ताकि टीम गलत दिशा में न चली जाए।
   • (मूल: "बेहतरीन PM टीम को नियंत्रित नहीं करते। वे इनसाइट्स खोजते हैं और दिशा से भटकने से रोकते हैं.")

2. PostHog की स्थापना की पृष्ठभूमि: PM के बिना शुरुआत

   • 2020 में जब मैंने Tim के साथ PostHog की शुरुआत की, तब मैं इस बात पर अड़ा हुआ था कि हम कभी product manager (PM) नहीं रखेंगे।
   • इंजीनियरों को product समस्याओं पर सीधे सोचने और उन्हें code के ज़रिए हल करने के लिए प्रोत्साहित किया गया।
   • शुरुआती startup में autonomy को सर्वोच्च प्राथमिकता देने वाली संस्कृति बनाई गई।

3. बेहतरीन product engineer की विशेषताएँ

   • वे PM का context (vision, customer needs) बिना अलग से निर्देश मिले खुद समझ लेते हैं।
   • इसके आधार पर वे तेज़ी से prototype बनाना → experiment करना → feedback इकट्ठा करना → automated deployment दोहराते हैं।
   • code execution और experiment की गति उनकी मुख्य ताकत होती है।

4. PM बनाम product engineer: भूमिकाओं का विस्तृत अंतर

   • PM का फोकस:
     • market research, business case बनाना, stakeholders (sales/marketing) के बीच तालमेल।
     • पूरी टीम के साथ दिशा और context साझा करना।
   • Product engineer का फोकस:
     • वास्तविक build/test/deploy को execute करना।
     • सीधे customer feedback इकट्ठा करते हुए product में सुधार करना।

5. आदर्श सहयोग मॉडल

   • PM 'controller' नहीं बल्कि 'context provider' के रूप में autonomy का सम्मान करते हैं।
   • Product engineer PM के लक्ष्यों को साझा करते हैं, लेकिन code-केंद्रित तरीके से स्वतंत्र रूप से काम करते हैं।
   • नतीजा: पारंपरिक PM-engineer सीमाएँ टूटती हैं और तेज़, अधिक कुशल product development संस्कृति बनती है।

6. लेख का मुख्य संदेश और निहितार्थ

   • PM को लेकर गलतफ़हमी दूर करना: रोडमैप थोपने के बजाय इनसाइट-केंद्रित भूमिका।
   • product engineers की क्षमता का अधिकतम उपयोग करके startup growth को तेज़ करना।