اندازه بگیرید یک تصمیم چقدر منتظر میماند، و هزینهای را پیدا میکنید که هیچکس در صورت سود و زیان ننوشته.
بنیانگذاران معمولاً میدانند تصمیمها کند گرفته میشوند. چیزی که ندارند، عددی است که این را قابل مدیریت کند. بدون عدد، «باید سریعتر تصمیم بگیریم» یک آرزوست.
تعریف و فرمول
تأخیر تصمیم فاصلهٔ زمانی است بین لحظهای که یک تصمیم لازم میشود و لحظهای که یک تصمیم اجراپذیر گرفته میشود.
بهصورت فرمول:
تأخیر تصمیم = تاریخ تصمیم گرفتهشده − تاریخ نیاز شناساییشده
دو نکته در این تعریف مهم است. اول، مبدأ زمانی لحظهای است که نیاز شناسایی شد، نه لحظهای که در جلسه مطرح شد — بین این دو معمولاً روزها فاصله است. دوم، مقصد «تصمیم اجراپذیر» است، یعنی تصمیمی که مالک و مرحلهٔ بعدی دارد. «تصمیم گرفتیم که بررسی کنیم» یک تصمیم نیست.
چطور بدون نرمافزار جدید اندازهاش بگیرید
بیشتر تیمها فکر میکنند این نیاز به ابزار دارد. ندارد. یک ستون در همان جایی که تصمیمها را ثبت میکنید کافی است.
اگر هیچ جایی برای ثبت تصمیم ندارید، از اینجا شروع کنید: برای چهار هفته، هر تصمیمی که بیش از یک نفر را درگیر میکند در یک صفحهٔ گسترده ثبت شود، با دو تاریخ — تاریخی که موضوع اولین بار مطرح شد و تاریخی که تصمیم نهایی شد.
چهار هفته کافی است تا الگو دیده شود. لازم نیست کامل باشد؛ لازم است ثابت باشد.
محدودههای سالم به تفکیک کلاس تصمیم
یک عدد واحد برای همه چیز بیمعنی است. تصمیم استخدام نباید به سرعت تصمیم دربارهٔ متن یک ایمیل گرفته شود.
| کلاس تصمیم | نمونه | محدودهٔ سالم | نشانهٔ خطر |
|---|---|---|---|
| عملیاتی برگشتپذیر | ترتیب کارهای هفته، پاسخ به یک درخواست | زیر ۲ روز | بیش از یک هفته |
| تخصیص منابع | بودجهٔ یک کانال، اولویت یک پروژه | ۱ تا ۲ هفته | بیش از یک ماه |
| ساختاری | استخدام، تغییر قیمت، توقف یک خط | ۲ تا ۶ هفته | بیش از یک فصل |
ستون آخر مهمتر از ستون سوم است. عدد دقیق به کسبوکار شما بستگی دارد؛ آنچه جهانی است این است که یک تصمیم عملیاتی که یک ماه معلق بماند، دیگر یک تصمیم نیست — یک انتخاب پیشفرض است که کسی آن را انتخاب نکرد.
سه علت، و اینکه کدام رایجتر است
نبود مالک. هیچکس نمیداند تصمیم با کیست. رایجترین علت و سادهترین برای رفع.
نبود داده. واقعاً اطلاعات لازم موجود نیست. کمتر از آنچه ادعا میشود رایج است — در بیشتر موارد داده هست و کسی جمعش نکرده.
نبود اختیار. مالک مشخص است ولی مجوز تصمیم را ندارد و منتظر تأیید میماند. این علت در سازمانهای ۱۵ تا ۵۰ نفره غالب میشود.
تشخیص کدامیک، یک سؤال ساده دارد: از کسی که منتظر است بپرسید «برای تصمیمگرفتن، دقیقاً منتظر چه چیزی هستی؟». پاسخ تقریباً همیشه یکی از این سه را نام میبرد.
کاهش تأخیر: فهرست تصمیمهای از پیشمجازشده
مؤثرترین ابزاری که دیدهام، پیچیده نیست. یک فهرست از تصمیمهایی که افراد بدون مراجعه میتوانند بگیرند، با یک سقف مشخص.
- هزینهٔ زیر یک مبلغ مشخص، در حوزهٔ مسئولیت خود فرد.
- هر تغییر برگشتپذیر که در ۴۸ ساعت قابل بازگرداندن است.
- هر پاسخی به مشتری که در چارچوب سیاست موجود میگنجد.
و مهمتر از فهرست، جملهٔ بعدی: «اگر در فهرست نیست و برگشتپذیر است، تصمیم بگیر و اطلاع بده.» این یک جمله معمولاً بیشترین کاهش تأخیر را در کوتاهترین زمان تولید میکند.
تأخیر تصمیم چه چیزی را پنهان میکند
هزینهٔ آشکار تأخیر، دیرتر رسیدن نتیجه است. هزینهٔ پنهان بزرگتر است و سه شکل دارد.
گزینهها منقضی میشوند. نامزد استخدام جای دیگری را قبول میکند. فرصت شراکت بسته میشود. تصمیمی که شش هفته طول کشیده، اغلب دیگر همان تصمیم نیست چون یکی از گزینهها دیگر روی میز نیست.
تیم شروع به حدسزدن میکند. وقتی تصمیمی معلق میماند، کار متوقف نمیشود؛ افراد فرض خودشان را میگذارند و جلو میروند. بعد که تصمیم میرسد، بخشی از کار انجامشده باید دور ریخته شود.
رفتار تصمیمخواهی تغییر میکند. این بدترین است. وقتی تیم یاد بگیرد تصمیمها شش هفته طول میکشند، دیگر تصمیمهای کوچک را نمیآورد و خودش تصمیم میگیرد — که خوب است — یا اصلاً تصمیم نمیگیرد و موضوع را رها میکند، که نیست.
وقتی تأخیر بالا درست است
دو حالت وجود دارد که تأخیر بالا نشانهٔ سلامت است، نه بیماری.
اول، تصمیمهای واقعاً برگشتناپذیر با شعاع آسیب بالا. مهاجرت یک پلتفرم یا تغییر مدل قیمتگذاری باید کند باشد. اگر اینها سریع گرفته میشوند، مسئله در جهت مخالف است.
دوم، وقتی تأخیر ناشی از جمعآوری فعال داده است و نه انتظار منفعل. تفاوت این دو در یک سؤال روشن میشود: آیا کسی امروز روی این تصمیم کار میکند؟ اگر بله، این سرمایهگذاری است. اگر نه، این معلقبودن است.
به همین دلیل بهتر است در کنار تأخیر، یک ستون دیگر هم ثبت شود: چند روز از آن مدت، کسی فعالانه روی تصمیم کار میکرد. نسبت این دو، تصویر واقعی را میدهد.
یک نمونهٔ واقعی: چهلودو روز برای یک تغییر یکساعته
یک شرکت خدماتی متوجه شد فرم ثبتنام سایتش یک فیلد اضافه دارد که نرخ تکمیل را پایین میآورد. تیم بازاریابی این را در یک جلسهٔ هفتگی مطرح کرد.
تغییر چهلودو روز بعد اعمال شد. کار فنیاش کمتر از یک ساعت بود.
وقتی مسیر را بازسازی کردند: نه روز طول کشید تا به تیم فنی منتقل شود، هجده روز در صف اولویتبندی ماند چون کسی نمیدانست اهمیتش چقدر است، و پانزده روز منتظر تأیید حقوقی برای حذف فیلدی که اصلاً الزام قانونی نداشت.
هیچکدام از این سه مرحله غیرمنطقی نبود. هیچکس کند نبود. مسیر بود که چهلودو روز طول میکشید.
بعد از تعریف فهرست از پیشمجازشده — که «هر تغییر برگشتپذیر در فرمهای سایت» را شامل میشد — تغییر مشابه بعدی در دو روز اعمال شد.
محدودیتهای این سنجه
تأخیر پایین بهخودیخود خوب نیست. تیمی که تصمیمهای ساختاری را در دو روز میگیرد، احتمالاً بهاندازهٔ کافی فکر نمیکند.
و مثل هر سنجهای، اگر به هدف تبدیل شود دستکاری میشود: مردم تاریخ شروع را دیرتر ثبت میکنند یا تصمیمهای نصفه را «گرفتهشده» علامت میزنند. به همین دلیل باید کنار کیفیت خوانده شود، نه بهجای آن.
آیا این با سرعت اجرا یکی است؟
نه. اجرا بعد از تصمیم شروع میشود. تیمهایی وجود دارند که اجرای سریعی دارند و تأخیر تصمیم بالا — و همیشه احساس میکنند در حال دویدناند بدون پیشرفت.
چه کسی باید مالک این سنجه باشد؟
کسی که بیشترین تصمیمها به او ختم میشود، معمولاً بنیانگذار. سپردنش به یک نفر دیگر یعنی گزارشگیری، نه اصلاح.
عدد اول من بد بود، طبیعی است؟
بله. تقریباً همهٔ اولین اندازهگیریها بدتر از انتظارند، چون تا حالا فقط تصمیمهای سریع دیده میشدند؛ تصمیمهای معلق در ذهن کسی ثبت نمیشوند.
جمعبندی
هر تصمیمی که معلق میماند، یک هزینهٔ روزانه دارد که در هیچ گزارشی ظاهر نمیشود. تنها راه دیدنش، شمردن روزهاست.
اگر میخواهید ببینید تأخیر تصمیم در سازمان شما از کجا میآید، معماری عملکرد بنیانگذار دقیقاً همین لایه را میسازد.
نظرات (0)
برای ثبت نظر باید وارد حساب کاربری خود شوید.
ورود / ثبتنام