टकराव से बचने के लिए आप Product Manager के साथ एक मज़बूत संबंध कैसे बनाते हैं?

Question

Accepted Answer

**Product Manager (PM)** को product के अपने सह-स्वामी के रूप में मानें, न कि अपने प्रतिद्वंद्वी या ग्राहक के रूप में। PM *क्या और क्यों* का स्वामी है; आप *कैसे और कब व्यवहार्य* के स्वामी हैं। अधिकांश टकराव उन सीमाओं के धुँधले होने से आता है, इसलिए काम है उन्हें स्पष्ट करना और दबाव आने से पहले भरोसा बनाना।

## मैं संबंध कैसे बनाता हूँ

- **जल्दी एक साझा लक्ष्य स्थापित करें।** सहमत हों कि आप दोनों तभी जीतते हैं जब सही चीज़ सतत गुणवत्ता पर ship होती है। असहमतियों को "हम बनाम समस्या" के रूप में फ्रेम करें, "मैं बनाम आप" नहीं।
- **अपनी दुनिया को दृश्यमान बनाएँ।** PMs उन estimates पर पीछे धकेलते हैं जिन्हें वे नहीं समझते। मैं सरल शब्दों में समझाता हूँ कि कोई चीज़ *क्यों* महँगी है (tech debt, छिपी जटिलता, जोखिम) ताकि trade-offs एक संयुक्त निर्णय बन जाएँ।
- **केवल blockers नहीं, विकल्प लाएँ।** "हम शुक्रवार तक ऐसा नहीं कर सकते" के बजाय, मैं कहता हूँ "शुक्रवार तक हम A कर सकते हैं; पूर्ण version को दो हफ़्ते चाहिए; यहाँ एक पतला slice है जो विचार को परखता है।" PMs optionality पसंद करते हैं।
- **समझौता योग्य को गैर-समझौता योग्य से अलग करें।** Scope और timing समझौता योग्य हैं। Security, data integrity, और "यह हमें 3 बजे page करेगा" नहीं हैं। किसकी श्रेणी क्या है, इस बारे में स्पष्ट होना विश्वसनीयता अर्जित करता है।
- **केवल संकटों में नहीं, नियमित रूप से sync करें।** एक छोटा साप्ताहिक 1:1 90% टकराव रोकता है क्योंकि आश्चर्य भरोसे को मार देते हैं।

## एक सरल फ्रेमिंग template

| PM स्वामी है | मैं स्वामी हूँ | हम साथ तय करते हैं |
|---|---|---|
| प्राथमिकता, success metrics | Architecture, estimates, गुणवत्ता मानक | Scope cuts, sequencing, timelines |

## बचने योग्य गलतियाँ

- शांति बनाए रखने के लिए **हर चीज़ को हाँ कहना**, फिर deadlines चूकना। यह ईमानदार पुश-बैक से तेज़ी से भरोसा नष्ट करता है।
- **बुरी खबर छिपाना।** जोखिमों को जल्दी और बिना भावना के उठाएँ; PMs तथ्यों को अवशोषित कर सकते हैं, अंतिम-क्षण के आश्चर्यों को नहीं।
- **हर estimate को युद्ध में बदलना।** मरने लायक पहाड़ियाँ चुनें।

## यह क्यों महत्वपूर्ण है

TL-PM संबंध पूरी टीम के लिए गति तय करता है। जब यह स्वस्थ होता है, टीम को स्पष्ट प्राथमिकताएँ और यथार्थवादी timelines मिलते हैं; जब यह प्रतिकूल होता है, इंजीनियरों को झटके लगते हैं, scope उथल-पुथल करता है, और गुणवत्ता गिरती है। यहाँ भरोसे में निवेश करना एक Tech Lead द्वारा किए जाने वाले सबसे उच्च-लाभ वाले कामों में से एक है।