ऑफिस पॉलिटिक्स से मत बचिए

• ज़्यादातर इंजीनियर workplace politics से बचते हैं, लेकिन समस्या राजनीति खुद नहीं बल्कि खराब politics है, और यह दिखावा करना कि राजनीति है ही नहीं, दरअसल खराब politics के जीतने का तरीका है
• राजनीति हर संगठन में मौजूद रिश्तों, influence और अनौपचारिक शक्ति का अदृश्य नेटवर्क है; इसमें भाग न लेने से यह गायब नहीं होती, बस फैसले आपके बिना होने लगते हैं
• भयानक technical decisions इसलिए पास नहीं हो जाते कि decision-makers मूर्ख होते हैं, बल्कि इसलिए कि सही जानकारी रखने वाले लोग कमरे में मौजूद नहीं थे — क्योंकि उन्होंने "politics नहीं की"
• अच्छी politics का मतलब है टीमों के बीच मजबूत रिश्ते बनाना, stakeholders की motivations समझना, consensus बनाना, और non-technical stakeholders को technical decisions ऐसी भाषा में समझाना जिसे वे समझ सकें; यानी अच्छे नतीजों के लिए रिश्तों और influence को रणनीतिक रूप से संभालना
• अच्छी politics को व्यवहार में लाने के तरीकों में ज़रूरत पड़ने से पहले रिश्ते बनाना, असली incentives समझना, प्रभावी upward management, win-win situations बनाना, और visibility हासिल करना शामिल है; विकल्प राजनीति की अनुपस्थिति नहीं, बल्कि खराब politics की default जीत है

---

इंजीनियरों और 'politics' को लेकर गलतफ़हमी

• ज़्यादातर इंजीनियर 'politics' शब्द सुनते ही नकारात्मक प्रतिक्रिया देते हैं
• वे मानते हैं कि 'politics' से दूरी बनाए रखना बेहतर है
• यह धारणा बहुत आम है कि workplace politics चालाक careerists का गंदा खेल है, और "असली" इंजीनियरों को सिर्फ code पर ध्यान देना चाहिए
• पहले लेखक भी इसी तरह सोचते थे: राजनीति से नफ़रत को सम्मान के बैज की तरह पहनते थे
  • उन्हें लगता था कि वे उस बकवास से ऊपर हैं, बस ship करना चाहते हैं, और politics उन लोगों के लिए है जिनमें technical क्षमता नहीं है
• अब वे बिल्कुल उल्टा सोचते हैं

समस्या politics नहीं, 'खराब politics' है

• असली समस्या politics खुद नहीं, बल्कि 'खराब politics' है
• संगठन में politics के अस्तित्व को नज़रअंदाज़ करने पर 'खराब politics' नतीजों को नियंत्रित करने लगती है
• politics बस यह है कि लोग समूहों में कैसे तालमेल बिठाते हैं
• politics वह अदृश्य नेटवर्क है जहाँ हर संगठन में मौजूद मानवीय संबंध, influence और अनौपचारिक शक्ति आपस में मिलते हैं
• politics में भाग न लेने से politics खत्म नहीं होती; इसका मतलब सिर्फ इतना है कि आप महत्वपूर्ण फैसलों से बाहर हो जाते हैं और निर्णय आपके बिना लिए जाते हैं

खराब technical decisions के पीछे क्या होता है

• कंपनी में आख़िरी बार कोई भयानक technical decision पास हुआ हो, तो याद कीजिए
  • ज़रूरत से ज़्यादा जटिल architecture अपनाना
  • ऐसा vendor चुनना जिसके गलत होने की बात सब जानते थे
  • ऐसा project बंद कर देना जो वास्तव में काम कर रहा था
• गहराई से देखने पर वजह यह नहीं होती कि decision-makers मूर्ख थे, बल्कि यह कि सही जानकारी रखने वाले लोग चर्चा में शामिल ही नहीं थे
• उन्होंने "politics नहीं की"

influence कैसे काम करता है

• कमरे में कोई ऐसा मौजूद था जो समझता था कि influence कैसे काम करता है, जिसने अपना case बनाया, coalition बनाई, और तैयारी करके आया
• यानी अक्सर ऐसा होता है कि technical क्षमता से नहीं, बल्कि जो influence इस्तेमाल करना जानता है वही अपनी बात मनवा लेता है
• उनके ideas इसलिए नहीं जीते कि वे बेहतर थे, बल्कि इसलिए कि जब बाकी सब लोग politics के लिए "बहुत पवित्र" बने हुए थे, तब वे मैदान में उतरकर खेल रहे थे
• जो लोग organizational dynamics को समझते हैं, सक्रिय रूप से रिश्ते बनाते हैं, अपनी बात रख सकते हैं, और हितों का तालमेल बिठाने में माहिर होते हैं — politics करना जानने वाले वही लोग अपनी जगह मज़बूत करते हैं
• ideas खुद नहीं बोलते; कोई ऐसा व्यक्ति उन्हें सामने लाता है जो हितों को संभालना जानता है

अच्छी politics क्या है

• टीमों के बीच मजबूत रिश्ते बनाना, विभिन्न stakeholders को क्या प्रेरित करता है यह समझना, और consensus बनाना जानना — यही अच्छी politics है
• technical decisions को ऐसी भाषा में समझाने के लिए समय निकालना जिसे non-technical stakeholders समझ सकें, यह भी politics है
• किसी दूसरी टीम के व्यक्ति के साथ coffee पर बैठकर उनकी चुनौतियाँ समझना भी politics है
• अच्छी politics का मतलब है अच्छे नतीजों के लिए रिश्तों और influence के बारे में रणनीतिक ढंग से काम करना

सबसे बेहतरीन technical leaders

• सबसे बेहतरीन technical leaders अविश्वसनीय रूप से politically skilled होते हैं, लेकिन इसे उस नाम से नहीं बुलाते
• वे इसे "हितों का तालमेल", "alignment बनाना", "organization को समझना" कहते हैं, लेकिन वह politics ही है, और वे उसमें माहिर होते हैं
• हक़ीक़त यह है कि फैसले सिर्फ शुद्ध technical उपलब्धियों के आधार पर नहीं होते
• politics = साज़िश, स्वार्थ, बुरा व्यवहार — यह एक गलतफ़हमी है; असल बात यह है कि आप उसका उपयोग कैसे करते हैं
• इसका इस्तेमाल अपनी टीम और अच्छे ideas की रक्षा करने, और संगठन में सही निर्णय आगे बढ़ाने के लिए भी किया जा सकता है

politics से दूरी बनाने का विरोधाभास

• जो इंजीनियर politics में शामिल होने से इंकार करते हैं, वे अक्सर शिकायत करते हैं कि कंपनी खराब technical decisions लेती है
• लेकिन वे उन फैसलों को प्रभावित करने के लिए ज़रूरी काम करने को तैयार नहीं होते
• वे ऐसी दुनिया चाहते हैं जहाँ नतीजे सिर्फ technical merit से तय हों, लेकिन ऐसी दुनिया न कभी थी, न कभी होगी

अच्छी politics को व्यवहार में कैसे लाएँ

• 1. ज़रूरत पड़ने से पहले रिश्ते बनाइए

  • data team के किसी व्यक्ति के साथ यूँ ही पी गई coffee, 6 महीने बाद data pipeline project के लिए engineering resources दिलाने में सबसे बड़े समर्थक में बदल सकती है

• 2. असली motivations समझिए

  • VP को सुंदर microservices architecture में दिलचस्पी नहीं होती; उन्हें features जल्दी ship करने से मतलब होता है
  • अपने technical proposal को उसी नज़रिए से frame कीजिए जिसकी उन्हें वास्तव में परवाह है

• 3. प्रभावी upward management

  • manager कई अदृश्य competing priorities को एक साथ संभाल रहा होता है
  • उसे महत्वपूर्ण बातों की जानकारी दीजिए, संभावित solutions के साथ problems को जल्दी flag कीजिए, और अच्छे निर्णय लेने में मदद कीजिए
  • अगर उसे भरोसा हो जाए कि आप काम संभाल सकते हैं, तो ज़रूरत पड़ने पर वह आपके लिए लड़ेगा

• 4. win-win situations बनाइए

  • resources के लिए लड़ने के बजाय, ऐसा रास्ता खोजिए जिससे आपको अपनी ज़रूरत मिले और दूसरी टीम की भी मदद हो
  • यह zero-sum game होना ज़रूरी नहीं है

• 5. visibility हासिल कीजिए

  • अगर आपने शानदार काम किया लेकिन किसी को पता ही नहीं, तो वह मानो हुआ ही नहीं
  • all-hands में internal presentation देना, और ऐसे design docs लिखना जिन्हें बाद में सब refer कर सकें — इस तरह की सक्रिय sharing महत्वपूर्ण है

अच्छी politics का विकल्प

• अच्छी politics का विकल्प politics की अनुपस्थिति नहीं, बल्कि खराब politics की default जीत है
• गलत लेकिन शोर करने वाला व्यक्ति इसलिए अपनी बात मनवा लेता है क्योंकि सही लेकिन शांत व्यक्ति बोलता ही नहीं
• अच्छे projects इसलिए मर जाते हैं क्योंकि कोई उनके पक्ष में खड़ा नहीं होता
• काबिल लोगों का संगठन छोड़ना भी अक्सर organizational dynamics को ठीक से न समझ पाने से जुड़ा होता है

निष्कर्ष

• 'politics' से बचने की कोशिश करने वाला रवैया उल्टा संगठन पर नकारात्मक असर डालता है
• यह दिखाना बंद करना होगा कि आप politics से ऊपर हैं: आप ऊपर नहीं हैं, और कोई भी नहीं है
• कोई भी politics से पूरी तरह मुक्त नहीं हो सकता
• अच्छी political क्षमता विकसित करनी होगी, तभी आप बेहतर influence डाल पाएँगे
• अहम सवाल यह है: क्या आप politics में अच्छे बनेंगे, या उन लोगों से हारते रहेंगे जो पहले से इसमें अच्छे हैं

[kwj9211]

मेरा मानना है कि जैसे engineering करने वाले व्यक्ति पर यह साबित करने की ज़िम्मेदारी होती है कि 'अच्छी engineering क्या है',
वैसे ही राजनीति करने वाले व्यक्ति पर यह साबित करने की ज़िम्मेदारी होती है कि 'अच्छी राजनीति क्या है'.

यह कहना कि राजनीति न करने की प्रवृत्ति ही समस्या है,
कुछ वैसा ही है जैसे कोई engineer कहे, 'ग्राहक technology नहीं समझते, यही समस्या है.'

मेरा मानना है कि अच्छी engineering में राजनीति उन तरीकों में से सिर्फ़ एक है जिसे चुना जा सकता है, यह कोई अनिवार्य विकल्प नहीं है.

[xguru]

स्टाफ सॉफ्टवेयर इंजीनियर के रूप में टेक कंपनी की राजनीति को कैसे प्रभावित करें

[seaboy]

राजनीति के प्रति नफ़रत को मानो सम्मान के बैज की तरह पहनना - इससे मुझे अपना पुराना समय याद आ गया
=> शायद पहले ऐसा होने की वजह यह रही होगी कि अपने गुट बनाना और शराब वगैरह के साथ मेलजोल करने वाली संस्कृति ने नफ़रत को और बढ़ाया होगा.. ^^

[kuthia]

अगर आप one-person business करते हैं, तो सारी चिंता अपने-आप सुलझ जाती है, हाहा हाहा हाहा हाहा हाहा, आह

[kimjoin2]

कहना तो आसान है।

[GN⁺]

Hacker News राय

• हाल में कंपनी में जबरन लागू किए गए कुछ भयानक तकनीकी फ़ैसलों को याद करूँ तो, असल में ऐसा सिर्फ़ इसलिए नहीं था कि निर्णय लेने वाले अनजान थे, बल्कि अक्सर उसके पीछे गैर-तकनीकी वजहें थीं

  1. डेवलपर या मैनेजर अपने रेज़्यूमे में कोई नया ट्रेंडी tech जोड़ना चाहते हैं
  2. नया solution खरीदने के लिए यह दिखाना ज़रूरी होता है कि पुराना solution बेकार है, इसलिए जानबूझकर उसे ठीक करने से बचते हैं
  3. VC या बाहरी लोगों को दिखाने के लिए अक्सर buzzword से भरे सिस्टम अपनाए जाते हैं
     मुझे ये प्रेरणाएँ खास पसंद नहीं, लेकिन निर्णय लेने वालों के नज़रिए से ये काफ़ी convincing होती हैं
     “पहले से मानवीय रिश्ते बना लो” वाली सलाह बेकार नहीं है, लेकिन “भयानक तकनीकी फ़ैसलों” वाली बहस जीतना आसान नहीं होता

  • मुझे लगता है HN की टिप्पणियाँ लेख से भी ज़्यादा सीधे मुद्दे पर जाती हैं
    अनगिनत मीटिंग्स में सबने विरोध किया, लेकिन आख़िर में C-suite ने उसी vendor को आगे बढ़ाया जिसके साथ उसने golf खेला था
    मैं पहले vendor evaluation में भी शामिल रहा हूँ, और बाद में पता चला कि CEO ने तो पहले ही contract पर sign कर दिया था
    मतलब सबका समय बस यूँ ही बर्बाद हुआ

  • मुझे लगता है लेख का मतलब यह है कि अगर आप पहले से रिश्ते बना लें, तो ऐसे decision-making मंचों पर जल्दी आवाज़ उठा सकते हैं और दिशा बदल सकते हैं
    उदाहरण के लिए,

    1. जल्दी पहचानना कि कौन-सी ट्रेंडी tech मुख्यधारा बनने वाली है, और मेरी तकनीक को उसमें कैसे पिरोया जाए
    2. यह दिखाने में मदद करना कि पुरानी चीज़ क्यों नहीं चल रही, ताकि मेरा idea ज़्यादा उभरकर आए
    3. संगठन किन buzzwords की परवाह करता है, यह समझकर उसी frame में समझाना

  • C-suite को बदलाव के लिए पहचान मिलती है, इसलिए वे अक्सर बिना ज़्यादा सोचे बदलाव को धक्का देते हैं, और बाद में अगर उसमें से कुछ अच्छा निकल आए तो उसे अपनी उपलब्धि मान लेते हैं

  • कंपनी में VC ने “AI से कुछ करो, पीछे मत रहो” कहा, इसलिए हमें सचमुच बेकार का AI project जबरन बनाना पड़ा

  • कई बार इंजीनियर “बेहद खराब तकनीकी फ़ैसलों” को ज़रूरत से ज़्यादा गंभीरता से लेते हैं, जबकि कंपनी के लिए जल्दी कोई ठीक-ठाक usable चीज़ निकाल देना ज़्यादा फ़ायदेमंद हो सकता है
    vi बनाम emacs जैसी गैर-उत्पादक बहसों में पड़ने से बेहतर है कि बाद में जब पैसा और समय हो तब technical debt चुकाया जाए
    इसलिए मैं “कौन-सी लड़ाई लड़नी है, यह समझदारी से चुनो” वाली सलाह जोड़ना चाहूँगा

• 2014 के आसपास Lookout Mobile Security में Jeff Hodges के “Notes on Distributed Systems for Youngbloods” talk की एक बात बहुत याद रह गई
  software मूल रूप से collaborative होता है, और collaboration में “politics” से बचा नहीं जा सकता
  अगर आप soft skills नहीं विकसित करेंगे, तो नुक़सान आपका ही होगा
  आपका code कितना भी perfect हो, अगर आप रिश्तों और सामाजिक dynamics की परवाह नहीं करते, तो सफल होने की संभावना कम हो जाती है
  संबंधित लिंक

  • मैंने एक ऐसी software कंपनी में काम किया है जो दावा करती थी कि “नो politics” उसकी core DNA है
    handbook, values और आंतरिक माहौल—हर जगह यह बात गड़ी हुई थी, लेकिन सच में ऐसा नहीं था
    कंपनी छोटी हो तो ऐसा भ्रम हो सकता है, लेकिन अगर आप वास्तविकता से आँख चुराएँगे तो अच्छे फ़ैसले लेना मुश्किल होगा
    Miyamoto Musashi के शब्दों में, “सत्य वैसा नहीं होता जैसा आप चाहते हैं, वह वैसा होता है जैसा वह है। उसकी शक्ति के आगे न झुकना झूठा जीवन है”
    अगर आप खुद से “नो politics” कहकर झूठ बोलते रहेंगे, तो खुला संवाद, जवाबदेही और भरोसा—सब धीरे-धीरे गायब हो जाएगा
    politics से बचा नहीं जा सकता, इसलिए उसे स्वीकार करना और ईमानदार होना ही आपको और आपके साथियों को बढ़ने में मदद करेगा

  • व्यवहारिक रूप से, कंपनी में “politics” का मतलब कभी soft skills विकसित करना नहीं रहा
    ज़्यादातर मामलों में यह सिर्फ़ चापलूसी, दोष दूसरों पर डालना, दोहरे मानदंड, और दूसरों का श्रेय हड़पना होता है
    सीधे शब्दों में कहें तो, यह बस influence चलाने का तरीका है

• “अपनी उपलब्धियाँ दिखाओ” वाली सलाह में मैं यह जोड़ूँगा कि जब manager या senior भी साथ हों, तो “credit distribution” में जादुई synergy बनती है
  उदाहरण के लिए, अगर Alice किसी प्रस्तुति में Bob की उपलब्धि को अपना बताकर बढ़ा-चढ़ाकर पेश करने के बजाय साफ़ तौर पर Bob का योगदान दिखाए और team lead की तरह उसे manage करे, तो दोनों की पहचान बढ़ती है—यह एक तरह की आर्थिक effect जैसा है
  दूसरों को credit देने से डरने की ज़रूरत नहीं है। अंत में फ़ायदा मुझे भी होता है
  Showrunning के 11 नियमों में से एक देखें

  • सिद्धांत अच्छा लगता है, लेकिन व्यवहार में ज़्यादातर बार manager Alice सारा credit ले जाती है और Bob का नाम तक भूल जाता है
    अगर आप चाहते हैं कि असली काम करने वाले लोगों पर ध्यान जाए, तो टीम के लोगों को खुद प्रस्तुत करने देना चाहिए

  • मैं व्यक्तिगत रूप से टीम की उपलब्धियों के बारे में बोलते समय हमेशा “हम” कहता हूँ
    solo project में भी मैंने ऐसा ही किया है
    किस समय खुद को आगे रखना है और किस समय टीम को उठाना है, यह समझने की कला ज़रूरी है
    जब मैं किसी विफलता की ज़िम्मेदारी लेता हूँ, तब भी मैं साफ़ तौर पर अपनी गलती मानता हूँ
    मुझे लगता है कि इस रवैये से मैंने C-suite और सहकर्मियों दोनों का काफ़ी भरोसा जीता है
    अंत में, मुझे कभी ऐसा नहीं लगा कि लोगों को यह पता नहीं था कि असली काम किसने किया

  • एक बार कंपनी के अधिग्रहण के समय CEO ने tenure के हिसाब से bonus दिया, और जब मेरी बारी आई तो HR से मेरा tenure चेक करवाना पड़ा क्योंकि उसे पता ही नहीं था मैं कौन हूँ
    मैं junior था, लेकिन CEO के बिलकुल बगल में बैठता था, फिर भी उसने मेरे अस्तित्व पर ध्यान नहीं दिया
    लिंक और अनुभव साझा करने के लिए धन्यवाद

  • यह वह बात है जो बहुत-से self-centered लोग नहीं समझते
    credit बाँटते हुए भी कई बार ज़्यादा reward मिलता है
    आख़िरकार, ऊपर तक पहुँचना है तो आसपास के लोगों को भी मौके बाँटना सबसे तेज़ रास्ता है

• लेख में Aristotle का यह उद्धरण आता है कि “राज्य प्रकृति की उपज है, और मनुष्य स्वभाव से राजनीतिक प्राणी है”, जो कंपनी से सीधे नहीं जुड़ता, लेकिन “politics से बचने की कोशिश करने से वह गायब नहीं होती” इस बिंदु पर मैं सहमत हूँ; अकेला पक्षी मत बनो, यह सलाह ठीक लगती है

  • जर्मन में “vogelfrei” शब्द है, जो सुनने में “पक्षी की तरह आज़ाद” जैसा रोमांटिक लगता है, लेकिन असल में इसका अर्थ है ऐसा व्यक्ति जो क़ानूनी संरक्षण से बाहर हो—यानी “जिसे कोई भी मार दे तो भी चले”

  • मुझे politics खुद ही पसंद नहीं
    politics मुझे समस्या-समाधान से ज़्यादा कबीलों के बीच युद्ध जैसी बहस के लिए बहस लगती है
    लगता है tribal cohesion को नतीजों से ज़्यादा महत्व दिया जाता है, और मैं result-oriented इंसान हूँ इसलिए politics में मेरी दिलचस्पी नहीं
    मुझे लड़ाई-झगड़े भी पसंद नहीं, और अंत में politics मुझे सिर्फ़ शक्ति-प्रदर्शन लगती है

  • फिलहाल मैं politics पर ध्यान देने के बजाय अपने व्यवहार और ज़िम्मेदारी पर ज़्यादा फ़ोकस करता हूँ
    इसकी वजह से अलग राजनीतिक रुझान वाले लोगों से भी अधिक खुलकर बात कर पाता हूँ
    मेरे पास ज़्यादा समय भी बचता है, जिसे मैं दूसरे interests, creative activities, और परिवार की देखभाल में लगा सकता हूँ

  • जैसे कहा जाता है, “भले तुम्हें dialectic यानी बहस में दिलचस्पी न हो, dialectic को तुममें दिलचस्पी है”, यानी बहस से पूरी तरह बाहर निकलना मुश्किल है

• कंपनी के अंदर की politics दरअसल aligned organization design बनाने में विफलता का एक symptom है
  कुछ हद तक politics अपरिहार्य है, लेकिन अगर कंपनी में politics ही सबसे महत्वपूर्ण चीज़ बन जाए, तो संगठन की रचना ग़लत है
  shareholders और incentives जहाँ ठीक से aligned हों, ऐसे plus-sum environment में सभी business value बढ़ाने की कोशिश करते हैं, इसलिए politics बस शोर के स्तर पर रह जाती है
  इसके उलट, growth रुक चुकी बड़ी संस्थाओं के zero-sum environment में आंतरिक लाभ-वितरण ही सब कुछ बन जाता है, इसलिए political skill ही performance बन जाती है
  असली बात यह है कि आप किस environment में हैं, इसे समझकर उसी संदर्भ में व्यवहार करें

  • game theory के नज़रिए से भी plus-sum स्थिति में हर वितरण निष्पक्ष नहीं होता
    और यह भी समझना चाहिए कि ज़्यादातर लोग हमेशा तर्कसंगत ढंग से व्यवहार नहीं करते

• हर काम में कुछ न कुछ “sales” का तत्व होता है
  engineering कितनी भी अच्छी हो, उसे अपने-आप मान्यता नहीं मिलती
  इस अर्थ में कुछ हद तक politics ज़रूरी है
  लेकिन ऐसी संस्था से दूर रहना बेहतर है जहाँ सिर्फ़ politics अच्छी करने वाले और असली काम न करने वाले लोग भी promotion पा जाते हों—आमतौर पर वे जगहें जो बाज़ार के मानदंडों के बिना सिर्फ़ आंतरिक तर्क से चलती हैं

• यह लेख मुझे बहुत दिलचस्प लगा, और शुरुआत में मुझे लगा भी नहीं था कि विषय “office politics” होगा
  politics से भी ज़्यादा ज़रूरी बात यह है कि जिनके पास निर्णय लेने की शक्ति है, उनसे उनकी समझ की भाषा में संवाद किया जाए
  पहले मैं सिर्फ़ execution को महत्व देता था, और time cost, opportunity cost जैसी चीज़ों को नज़रअंदाज़ करता था
  ROI पर आधारित तकनीकी decision-making, जैसे WSJF(Weighted Shortest Job First) approach, ने पूरी team organization को ज़्यादा rational बनाने में बड़ी भूमिका निभाई
  WSJF = (cost of delay) / (job size) फ़ॉर्मूला है
  cost of delay में business value, time criticality, opportunity enablement/risk reduction जैसी चीज़ों का योग शामिल होता है
  मैंने अनुभव किया है कि अगर आप पूरी तैयारी के साथ numbers लेकर चर्चा करें, तो संगठन के फ़ैसले कहीं अधिक rational हो सकते हैं
  लंबे समय तक ग़लत projects पर समय बर्बाद करने के बाद, WSJF से फ़ैसले लेना पूरे संगठन को बेहतर बनाता है

  • निर्णय लेने वाले की भाषा में संवाद करना ही प्रभाव डालने का तरीका है, और यही politics है
    यह अपने फ़ायदे को दूसरे के फ़ायदे के साथ align करने के लिए persuasion का तरीका है
    किसी को logic से, किसी को deal से, और किसी को efficiency से मनाना पड़ता है, इसलिए कई तरह के approaches चाहिए होते हैं

• लेख के स्वर से मुझे कोई असहमति नहीं, लेकिन अगर शीर्षक “office politics” होता तो शायद और स्पष्ट होता
  मैं ऐसा लेख पढ़ने की उम्मीद कर रहा था जो engineering के भीतर मौजूद मूल राजनीतिक पहलू पर बात करे
  फिर भी मूल तर्क सही है

  • वहाँ वेबसाइट और मूल शीर्षक “Stop Avoiding Politics” था, यह बताया गया

• junior developers से मैं सबसे ज़्यादा जिस बात पर ज़ोर देता हूँ, वह यह है: “तुम सही हो, इससे कुछ नहीं होगा अगर लोग तुम्हें पसंद नहीं करते या तुम्हारी बात सुनने के लिए तैयार नहीं हैं”
  दुर्भाग्य से, पसंद किया जाना सही होने से कहीं ज़्यादा महत्वपूर्ण है
  अगर दोनों के बीच संतुलन नहीं बना, तो आख़िर में वही लोग संगठन चलाएँगे जो बस पसंद किए जाते हैं

• “politics” दरअसल “क्या किया जाना चाहिए?” इस सवाल पर होने वाली चर्चा है
  अगर आप उस सवाल में भाग नहीं लेना चाहते, तो ज़रूरी नहीं कि लें

  • अगर आप इस सवाल की बिल्कुल परवाह न करें, और दूसरे जो तय करें उसे पूरी तरह स्वीकार कर लें, तो politics से बाहर रह सकते हैं

[shakespeares]

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

[ndrgrd]

शुरुआत में तो बात उस चीज़ की हो रही थी जो इतनी बढ़ चुकी हो कि उसे 'राजनीति' कहा जाए
क्या यह बस शब्द का मनमाने ढंग से अर्थ-विस्तार करके इस्तेमाल करना नहीं है?

[howudoin]

क्या सही लोगों द्वारा office politics को lead किया जाना अपने आप में ही कोई unicorn और मिथक नहीं है..