“تو درست انجامش ندادی”

admin2 هفته پیش

0 26 خواندن این مطلب 6 دقیقه زمان میبرد

چهار تلاش صادقانه OKR، چهار شکست، و هر بار: “شما درست متوجه نشدید.” شاید قاب برای شما مناسب نباشد – پس چگونه می‌توانید قاب مناسبی را پیدا کنید؟

می دانم که اشتباه است، فقط منتظر تصحیح خودکار هستم.

ما سعی کردیم OKR ها را چهار بار جداگانه روی WP Engine پیاده سازی کنیم. گاهی در یک تیم، گاهی برای یک بخش، گاهی در سطح شرکت.

هر بار شکست خوردیم.

خوب، خوب، از مسئولیت شانه خالی نکنیم. من هر بار شکست خورد

OKR ها یک چارچوب عالی هستند. آنها در اینتل سرچشمه گرفتند، در گوگل رشد کردند، و از آنجایی که شرکت های فناوری به این شهرت دارند که از پایه به خودشان فکر می کنند، OKR ها توسط افراد بی شماری کپی شده اند، چندین کتاب، جریان بی پایانی از مقاله ها و پادکست ها و دوره ها، و صنعت مربیان خود گواهینامه تولید شده اند.

ما هم از همه این موارد استفاده کردیم. مدیران جان دوئر را می خوانند آنچه مهم است را اندازه گیری کنید. ما برای آموزش هزینه کردیم. ما سخنرانی ها را ارائه دادیم و افراد را به صورت انفرادی آموزش دادیم.

پس چرا کار نکرد؟ وقتی از کارشناسان می‌پرسیدم، اغلب به من می‌گفتند: «تو این کار را درست انجام ندادی».

اما اگر چنین است خیلی سخته انجام “درست کردن” شاید خیلی سخت باشد. شاید «تو این کار را درست انجام ندادی» توضیح ناکافی باشد.

آیا باید نتیجه بگیریم که OKR ها کار نمی کنند؟ نه، بسیاری از سازمان ها به آنها سوگند یاد می کنند.

پس چی انجام دهید ما انجام می دهیم

قبلا از کجا شنیده بودم؟

این اتفاق با همه فریم ها می افتد.

ران جفریس، که به ایجاد اسکرام کمک کرد، سال‌ها به این الگو توجه کرده و آن را “دارک اسکرام” می‌نامد: “اسکرام، حتی به‌طور معقولی، چارچوب خوبی است. من در این مورد کاملاً صادق هستم… مانند هر ایده خوبی، واقعیت گاهی اوقات شکست می‌خورد.”

من “تو درست انجامش ندادی” را درباره اسکرام شنیده ام، حتی زمانی که همان تیم ها با چارچوب متفاوتی مانند کانبان موفق شدند.

و…

شما کارهایی را انجام می دهید که باید انجام شوند، همه چیز بررسی می شود، اما به هر حال شرکت شکست می خورد. “پس شما واقعاً کارهایی را که باید به درستی انجام دهید، انجام نداده اید.”
آرون راس با موفقیت “جستجو” را از “نزدیک” در Salesforce جدا کرد. هزاران شرکت SaaS مدل او را کپی کردند، اما تیم های SDR آنها شکست خوردند. دلایل معمولی: “شما به آنها سرعت کافی ندادید. ریتم شما اشتباه است. شما درست استخدام نکردید. درست مدیریت نکردید.”
دو سال بازاریابی محتوا، دویست پست، ترافیک ارگانیک برابر است. آنها به شما می گویند “این محتوای 10 برابری نیست، شما اختیارات به روز نداشتید، هرگز پیوندها را ایجاد نکردید.” و الگوریتم 493 بار تغییر می کند، بنابراین بهانه ها هرگز تمام نمی شوند.
Zappos در Holacracy همه کاره شد. 18 درصد از نیروی کار خرید کردند و رفتند و چند سال بعد شرکت او را بازگرداند. وقتی Zappos آن را امتحان کرد، بسیاری از شرکت‌های دیگر آن را امتحان کردند. همه کسانی را که می شناسم نیز بازگشته اند. البته نظریه HolacracyOne این است که به درستی اجرا نشده است.

پس جواب چیست؟

مغالطه دقیق

خط “این کار را درست انجام نده” بر اساس یک مغالطه است: که قاب همیشه کار می کندبنابراین هر گونه خطایی باید تقصیر پیمانکار باشد.

من این را “مغالطه دقیق” می نامم: این باور که درک یا اجرای دقیق تر زمانی کار می کند که دقت مورد نظر تعریف نشده باشد یا آنقدر پیچیده باشد که دنبال کردن آن غیرممکن باشد، و بنابراین بهانه ای غیرقابل اثبات است.

آخرین بخش ویژگی متمایز آن است: مهم نیست که فریم ورک چند بار شکست بخورد، مهم نیست که تیمی که شکست خورده چقدر صادقانه و توانا باشد، پاسخ همیشه این است که “شما آن را درست انجام ندادید”، نه (به عنوان مثال) “این روند برای شما مناسب نیست” یا “شرایط زیادی وجود دارد که این چارچوب اشتباهی برای استفاده است.” بنابراین، این چارچوب را هرگز نمی‌توان رد کرد یا حتی محدودیت‌هایی در مورد کاربرد آن قائل شد.

همانطور که در WP Engine: چهار تلاش صادقانه و به خوبی آموزش دیده و چهار شکست هنوز دلیلی بر عدم کاربرد جهانی OKR ها نیست. تیمی که فریم ورک متفاوتی را پیاده سازی کرده است، دلیلی بر این نیست که چارچوب اول برای آن تیم مناسب نبوده است. فیلسوف کارل پوپر مشاهده کرد که مردم این کار را در تمام جنبه های زندگی انجام می دهند. او تماشا می کند که دوستانش این کار را با تئوری های مارکس و فروید انجام می دهند و می بیند که “هر اتفاقی بیفتد همیشه آن را تأیید می کند.” پوپر خاطرنشان می کند که هر نظریه ای که بدون توجه به شواهد قابل ابطال نباشد، نظریه معتبری نیست.

حقیقت این است: زمینه ای وجود دارد که چارچوب در آن کار می کند و خارج از آن کار نمی کند. و من فکر می کنم کار نکردن شایع ترین مورد است.

راه حل: آن را به عنوان لباس امتحان کنید

عدم استفاده از قاب مانند دوختن پیراهن از ابتدا است. شما بلد نیستید یک پیراهن درست کنید، بنابراین به هم می‌ریزد. در واقع در حال حاضر یک آشفتگی است. به همین دلیل شما به دنبال یک قاب هستید.

یک قاب مانند خرید یک پیراهن از روی قفسه است: شکل آن شبیه یک پیراهن است و حداقل مناسب است. برخی مردم خوب شاید در 15 درصد مواقع کاملاً جا بیفتد و شما آماده باشید. باشه شما برنده می شوید. (این همچنین با موفقیت های شناخته شده ای که توسط کارشناسان فریم ذکر شده است اتفاق افتاد.)

بقیه مواقع پیراهن خوب می‌آید، اما از سه جا اشتباه است. این یک حالت عادی است، چرا که نه؟ بنابراین پاسخ این است که آن را بسازید: بپرسید چه چیزی را دوست دارید و چه چیزی را دوست ندارید و تنظیمات را انجام دهید. شاید نتوان آن را به کار انداخت – گاهی اوقات تناسب آنقدر اشتباه است که نمی توان آن را تا یک تناسب کامل تکرار کرد – در این صورت شما تجربه جدیدی به دست آورده اید که به شما کمک می کند یک قاب متفاوت را با دقت بیشتری انتخاب کنید.

چارچوب ها، مانند افراد و محصولات، باید با فرهنگ، افراد، سایر فرآیندها و خواسته های جمعی سازمان مطابقت داشته باشند. حتی سازندگان و حامیان فریم ورک معمولاً نمی‌دانند که تحت چه شرایطی موفق می‌شود.

اگر جلوی کل شرکت بایستید و اعلام کنید “ما به سمت OKR ها حرکت می کنیم”، فوراً مخالفانی ایجاد می کنید و احتمالاً اجرا با شکست مواجه می شود.

در عوض، “یک تیم این کار را برای یک ربع امتحان می کند و متوجه می شود که چه چیزی را دوست داریم و چه چیزی را دوست نداریم.” این یک آزمایش است.

این فقط یک ترفند ارتباطی نیست تا افراد بدبین را حداقل امتحان کنند. این روشی است که در واقع آن را امتحان می‌کنید، تغییراتی ایجاد می‌کنید، یا آن را پس می‌گیرید و چیز دیگری را امتحان می‌کنید.

آنچه در واقع در WP Engine کار می کند

OKR ها هرگز برای ما کار نکرده اند. آنچه در تیم‌هایی که من مدیریت می‌کردم کارساز بود، چارچوب معیارهایی بود که ایجاد کردم و راه اندازی کنید از طریق بازخورد

به دلایلی کار می کند که ربطی به “بهتر بودن از OKR” ندارد. مردم ما آن را دوست داشتند زیرا به نوعی آنها را پاسخگو می دانست می خواستم پاسخگو باشد. و – به همان اندازه که مهم است – سعی نکرد آنها را در قبال نتایجی که به آنها پاسخگو باشد تحت تاثیر قرار گرفته است اما نه به طور کامل کنترل کنید.

آخرین لحظه باز شدن قفل بود. همانطور که در این مقاله در مورد معیارها نوشتم: “وقتی مدیریت یک KPI را می خواهد که تیم به آن اعتقاد ندارد، به آن احترام نمی گذارد، به آن اهمیت نمی دهد، تیم همیشه برنده است.”

با یک تیم شروع شد. گفتم: یک معیار را انتخاب کنید—هرجای نمودار. واقعا مهم نیست کجاست یک هدف را به آن وصل کنید؛ خیلی شل خوبه تنها نیاز واقعی این بود شما شخصا می خواستید این: نه به این دلیل که یک مدیر آن را خواسته است، نه حتی به این دلیل که “برای شرکت خوب است”، بلکه به این دلیل که شما معتقد بودید اگر این درست نباشد، ما وظیفه خود را انجام نمی دهیم، یا اگر به این مهم دست یابیم، در هنر خود شکست می خوریم. چیزی که به غرور شخصی مربوط می شود.

سپس آن یک متریک را برای یک چهارم دنبال کردند. سپس پرسیدند که به کدام معیار دیگر تعلق دارد – نه ده معیار دیگر، فقط یکی دو مورد. آنها از آنچه قبلاً پذیرفته بودند رشد کردند.