چرا OKR و دیسکاوری مشکل تیمت رو حل نمیکنن؟
خلاصهٔ کاملتر
یه الگوی تکراری در خیلی از سازمانها وجود داره: تیم محصول نه دیسکاوری درستی داره، نه استراتژی شفاف، و کاملاً خروجیمحوره. منطقی به نظر میرسه که همینجاها رو درست کنی، نه؟ اما Ant Murphy، کوچ محصول، میگه این تصویر گمراهکنندهست. در بیشتر این سازمانها، ریشه اصلی مشکل جای دیگهایه: چرخههای طولانی دیلیوری.
یه سوال کلیدی وجود داره: آیا سریعتر از چیزی که یاد میگیری شیپ میکنی، یا سریعتر از چیزی که شیپ میکنی یاد میگیری؟ وقتی دیلیوری قوی باشه و تیم سریع ریلیز کنه، میشه با اضافه کردن دیسکاوری و تفکر outcome-محور، حلقه بازخورد رو کامل کرد. اما اگه تیم در ریلیزهای فصلی گیر کرده باشه، نتیجهی دیسکاوری تا موقعی که اجرا بشه کهنه میشه، فرصتها از دست میرن و OKRها تبدیل به یه تیکزدن بیمعنی میشن.
چرخههای طولانی دیلیوری خودشون علت نیستن، بلکه نشانه یه مشکل عمیقترن. پشت این نشانه معمولاً این موارد نهفتهست: دههها بدهی فنی انباشتهشده، نبود رهبری فنی قوی، ریلیزهای شکننده با رگرسیونهای زیاد، بیاعتمادی بین تیم محصول و مهندسی، و در نهایت تصمیمگیریهای کاملاً از بالا به پایین.
تحقیقات DORA (که در کتاب Accelerate نوشته Nicole Forsgren، Jez Humble و Gene Kim منتشر شده) بیش از یه دهه هزاران سازمان رو بررسی کرده. نتیجه؟ تیمهای پرفورمنس بالا روزانه چند بار دیپلوی میکنن، زمان لید تایمشون زیر یه ساعته و نرخ شکست تغییراتشون زیر ۱۵٪ه. تیمهای ضعیف ماهی یه بار یا فصلی دیپلوی میکنن، با لید تایم چند هفته تا چند ماه.
اینجاست که نظریه محدودیتها (Theory of Constraints) وارد میشه. این نظریه که توسط Eliyahu M. Goldratt مطرح شده، میگه هر سیستمی یه گلوگاه (Bottleneck) داره — یه نقطه ضعیف که همه چیز رو کُند میکنه. تا وقتی اون گلوگاه برطرف نشه، بهبود هر بخش دیگهای فقط یه تمرین بیفایدهست. معرفی دیسکاوری قبل از درستکردن دیلیوری مثل ریختن آب بیشتر توی قیفیه که قبلاً پر شده.
درست کردن دیلیوری فقط حل کردن گلوگاه نیست؛ بلکه اعتمادسازیه. وقتی سالها همه چیز کُند، گرون و دیر بوده، استیکهولدرها انتظار بیشتری ندارن و دیسکاوری رو هم «یه چیز کُند و گرون دیگه» میبینن. سریعترین راه برای تغییر این ذهنیت اینه که نشون بدی نه اینکه بگی — "show, don't tell".
نکات کلیدی:
- اگه دیلیوری کُنده، OKR و دیسکاوری مشکل رو حل نمیکنن، بلکه اوضاع رو بدتر میکنن
- چرخه طولانی ریلیز نشانهایه از بدهی فنی، ضعف رهبری و بیاعتمادی سازمانی
- تیمهای قوی روزانه چند بار دیپلوی میکنن؛ این یه استاندارد واقعیه، نه آرمان
- طبق نظریه محدودیتها، باید اول گلوگاه اصلی رو شناسایی و برطرف کرد
- اعتماد سازمانی با نشون دادن نتیجه واقعی ساخته میشه، نه با صحبت کردن دربارهش
