OKR हासिल करना बनाम अपना काम करना

 (jessitron.com)
19 पॉइंट द्वारा GN⁺ 2025-01-07 | 5 टिप्पणियां | WhatsApp पर शेयर करें
  • Engineering में quarterly OKRs(Objectives & Key Results) अक्सर product plan के साथ overlapping लगते हैं
    • आम तौर पर इन्हें "roadmap execute करना" के समान अर्थ में समझा जाता है
    • अगर OKRs में roadmap से अलग चीज़ें शामिल हों, तो उनका roadmap से टकराव होगा
    • काल्पनिक उदाहरण
      • Objective: Frontend Observability उपलब्ध कराना
      • Key Result: चरण 1 की सभी features उपलब्ध कराना
      • Key Result: error rate 3% से नीचे बनाए रखना
      • Key Result: हर दिन 1000 users का interaction
  • Marketing में quarterly OKR के ज़रिए कंपनी की मंशा स्पष्ट रूप से व्यक्त होती है और यह प्रभावी ढंग से काम करता है
    • Marketing team को OKRs लिखने पर अपेक्षाकृत कम आपत्ति होती है
    • काल्पनिक उदाहरण
      • Objective: Frontend Observability launch के ज़रिए pipeline सक्रिय करना
      • KR: 3 media outlets में launch coverage
      • KR: landing page पर 2000 visits
      • KR: target accounts से 100 marketing qualified leads(MQL) हासिल करना
  • Marketing में OKR आसान क्यों है
    • आंशिक रूप से इसलिए:
      • Marketing project work के ज़्यादा क़रीब है, इसलिए इसे एक quarter या दो quarters के भीतर पूरा किया जा सकता है
      • Engineering ongoing product work की तरह है, इसलिए यह लगातार update होने वाली rhythm के साथ चलता है
    • बेशक marketing में भी दोहराव वाला work rhythm होता है
      • ads, webinars, email sends, events आदि
      • OKR साफ़ तौर पर बताता है कि इस quarter में किन ads, webinars, events पर फ़ोकस होगा
      • यह campaign overview के साथ overlap कर सकता है, लेकिन फ़ोकस नए campaigns, नए targets या channels पर होता है
      • यह सिर्फ़ इस quarter में "उन नई चीज़ों पर जिन पर हर quarter काम नहीं होता" कितना cost और time लगाया गया, उसी पर बात करता है

आम तौर पर नियमित रूप से चल रहे काम OKR में नहीं दिखते। यही KPI(मुख्य प्रदर्शन संकेतक) का उद्देश्य है

  • Marketing में "lead acquisition" जैसे मुख्य काम के लिए KPI होते हैं, जो "sales opportunities" में बदलते हैं, और इन्हें ट्रैक किया जाता है
    • web traffic, ad performance, SEO ranking, webinar attendance, events में contacts की संख्या की monitoring की जाती है
    • ये KPI numbers OKR में तभी आते हैं जब हम उन्हें बेहतर बनाना चाहते हों या किसी नए audience या नए messaging के साथ अलग तरीके से पाना चाहते हों
    • OKR focus shift, process changes, या वे conversations व्यक्त करता है जो हमें करनी चाहिए
    • काल्पनिक उदाहरण
      • Objective: 3 देशों में Honeycomb की awareness बढ़ाना
      • Objective: प्रति opportunity लागत कम करना
        • KR: MQL से SQL conversion rate को 7 से 10% तक बढ़ाना
      • Objective: निवेश करने लायक 2 use cases ढूँढना
  • Engineering में software चलाने और updates deploy करने जैसे मुख्य काम के लिए KPI होते हैं
    • SLOs(Service-Level Objectives), deployment frequency जैसे acceleration metrics से पता चलता है कि काम सुचारु रूप से चल रहा है
    • roadmap की features launch करना मुख्य कामों में से एक है। आम तौर पर इसे OKR में शामिल नहीं होना चाहिए
      • OKR यह बताता है कि इस quarter में क्या बदल रहा है, क्या बदला जाएगा, और क्या पता लगाने की कोशिश की जा रही है
    • काल्पनिक उदाहरण
      • Objective: Frontend Observability का smooth launch
        • KR: error rate 3% से नीचे
      • Objective: 3 नए team members को on-call rotation में शामिल करना
      • Objective: दूसरी teams की 2 services को अपनाना
      • Objective: timeline view की responsiveness बेहतर करना
        • KR: distributed tracing के ज़रिए latency contribution की पहचान
    • ऊपर के उदाहरण में "Frontend Observability का smooth launch" कहा गया है, लेकिन क्या यह "roadmap deployment" में शामिल नहीं है?
      • feature launch smooth launch का सिर्फ़ एक हिस्सा है, बात वहीं ख़त्म नहीं होती
      • इस quarter में launch होने वाली सभी features में से यह feature business के लिए सबसे महत्वपूर्ण है
      • इस feature के OKR में होने का मतलब है कि लोग समझें कि दूसरी कोशिशें भी आगे बढ़ेंगी, bug reports पर तुरंत प्रतिक्रिया दी जाएगी, और इस release को पूरे उत्साह से support किया जाएगा
    • अगर team का OKR roadmap को ही दोहराता है, तो इसे "बिना किसी सुधार के मौजूदा स्थिति बनाए रखने की मंशा" के रूप में समझा जा सकता है
      • यानी इसका मतलब हो सकता है कि "यह quarter status quo बनाए रखने का quarter है", और यह अच्छा नहीं है
  • OKR का मतलब है "इस quarter की अलग बात क्या है?" "नया क्या है?" "हम कैसे अलग होना चाहते हैं?" "हम क्या पता लगाना चाहते हैं?"
    • OKR को विशेष focus को उभारने दें। हर चीज़ को OKR में भरने की कोशिश न करें

संबंधित पढ़ाई

5 टिप्पणियां

 
jhj0517 2025-01-07

बाद में जिन लक्ष्यों के नतीजे संख्याओं में दिखाए जा सकते हैं और जिनके नहीं, उनके बीच स्पष्ट अंतर करना होगा।
 
aer0700 2025-01-08

योजना बनाते समय, बाज़ार की स्थिति को लेकर एक अनुमान शामिल होगा, लेकिन उस अनुमान में कितने प्रतिशत आँकड़े हैं और कितने प्रतिशत CEO की उम्मीदें हैं—इसे संख्याओं में व्यक्त करना शायद मुश्किल होगा।
 
roxie 2025-01-08

आपके विचार में वे कौन-से लक्ष्य हैं जिन्हें संख्याओं में व्यक्त नहीं किया जा सकता?
 
ethanhur 2025-01-07

OKRs, उद्देश्य-आधारित संगठन, agile — ये सब fancy लगते हैं और ऐसा महसूस होता है कि ये संगठन की समस्याओं को हल कर देंगे, लेकिन क्या वास्तव में इन्हें अच्छी तरह लागू करना मुश्किल चीज़ें नहीं हैं?

इन दिनों यह भी लगता है कि OKR को भी संगठन की क्षमता या बिज़नेस के अनुसार बहुत सोच-समझकर अपनाना चाहिए। जब यह सही तरह काम नहीं करता, तो उसकी cost बहुत बड़ी लगती है.

https://x.com/sundarpichai/status/1543328071532523521
 
GN⁺ 2025-01-07
Hacker News राय

  • Facebook में काम करने के बाद एक छोटी टीम में काम करते हुए यह एहसास हुआ कि OKRs और performance review की चिंता के बिना काम करना कितना शानदार है। टीम के भीतर खुद को brand करना और market करना बहुत थकाने वाला था.

    • systems thinking के नज़रिए से OKRs द्वारा मानवीय गतिविधि को संख्याओं में सीमित कर देने का मौलिक रूप से विरोध है। इससे लोग वास्तविक समस्या से कटकर गलत दिशा में बढ़ने लगते हैं.
    • W. Edwards Deming की किताब "The Essential Deming" में पढ़ा एक प्रसंग याद आता है। एक कंपनी में barge से तेल ढोने वाले अक्षम सिस्टम को सुधारने के लिए एक नए manager ने metrics बनाए, लेकिन targets तय नहीं किए। नतीजतन barge के कप्तान स्वेच्छा से लागत घटाने की होड़ में लग गए और project ने बहुत बड़ा मुनाफा कमाया.

  • OKRs जैसे company priority और goal-setting framework टीमों के बीच प्राथमिकता तय करने के तरीकों में असंगति खोजने में मदद करते हैं। लेकिन कंपनियां अक्सर इसे झंझट मानती हैं और सीखने का मौका गंवा देती हैं.

  • जब OKRs आते हैं, तो एक leader के रूप में यह समझ आता है कि goal orientation और उसे परिणामों में translate करना ज़रूरी है। लेकिन इसे अच्छी तरह कर पाने वाले leaders बहुत कम होते हैं, और कई leaders सिर्फ अपना क्षेत्र खड़ा करने में रुचि रखते हैं.

    • engineer के रूप में OKRs, operations, और weekly planning में बाधा डालने वाली चीज़ें होती हैं। एक अच्छा PM इन्हें कम कर सकता है, लेकिन ज़्यादातर मामलों में ऐसा नहीं होता.

  • कुछ लोगों को OKRs में कोई दिलचस्पी नहीं होती। वे कंपनी में 2-3 साल काम करते हैं, salary raise लेते हैं, पहले साल आराम से रहते हैं, दूसरे साल गंभीरता से काम करते हैं, और तीसरे साल नया मौका ढूंढते हैं.

  • non-technical क्षेत्र में internal customers के लिए काम करते हुए OKRs थोपा जाता है। product managers developer और user के बीच में होते हैं, और टीमों के बीच तालमेल के बिना हर टीम अपने-अपने OKRs लिखती है.

    • उदाहरण के लिए, एक टीम concrete का उपयोग 15% कम करना चाहती है, जबकि दूसरी टीम इमारत को 15% ऊंचा बनाना चाहती है। यह वास्तविक customer की ज़रूरतों को नहीं दर्शाता.

  • ऐसे लोगों को देखते रहना दिलचस्प लगता है जो जल्दी नतीजे चाहते हैं, agile, OKRs, और KPIs पढ़ते हैं, और खुद को मुसीबत में डाल लेते हैं। managers इसे थोपते हैं और जिन लोगों के पास इसे समझने का समय नहीं होता, वही इसे implement करते हैं.

    • जब महत्वाकांक्षी युवा लोग इसे आगे बढ़ाते हैं, तो टीम अक्षम हो जाती है और product team OKRs को लेकर अति-आसक्त हो जाती है.

  • managers technical staff की feedback के बिना OKRs तय कर देते हैं, और एक बार तय हो जाने के बाद वे बदले नहीं जाते। इससे टीम की dynamics टूट जाती है और लोग target metrics हासिल करने के लिए खेल खेलने लगते हैं। नतीजतन महत्वपूर्ण talent कंपनी छोड़ देता है.

  • हर metric जोड़ने से productivity tax आता है:

    1. metrics का दुरुपयोग करने में खर्च होने वाला समय
    2. metrics को document और surface करने में खर्च होने वाला समय