چرا تأخیر تصمیم در هیچ گزارشی دیده نمیشود؟
سازمانها معمولاً چرخهٔ اجرا را میسنجند: از لحظهای که کاری به واحد مجری سپرده میشود تا لحظهای که تمام میشود. این سنجه در داشبورد هست چون ابتدا و انتهایش در یک سامانه ثبت میشود.
اما فرایند واقعی زودتر شروع شده است: از لحظهای که مسئله شناسایی شد. فاصلهٔ میان شناسایی مسئله و سپردن کار — یعنی همان چیزی که در جلسهها و مکاتبهها میگذرد — در هیچ سامانهای ثبت نمیشود و بنابراین در هیچ گزارشی نیست.
نتیجه این است که سازمانها برای بهبود سرعت، روی نیمهٔ دومِ اندازهگیریشده فشار میآورند، در حالی که نیمهٔ اول اندازهگیرینشده معمولاً بلندتر است. این خطای کلاسیک بهینهسازی چیزی است که دیده میشود، نه چیزی که مهم است.
این تأخیر از چه اجزایی تشکیل شده است؟
جزء اول، انتظار برای جلسه است: مسئله آماده است اما مرجع تصمیمگیر هفتهٔ بعد تشکیل میشود. این جزء با تناوب جلسهها و صف دستور کار تعیین میشود و اصلاحش معمولاً ساختاری است، نه فناورانه.
جزء دوم، انتظار برای اطلاعات است: جلسه تشکیل شده اما تصمیم به جلسهٔ بعد موکول میشود چون داده یا سابقهٔ لازم در دسترس نیست. این جزء بیشترین ارتباط را با کیفیت حافظهٔ سازمانی دارد؛ موضوعی که به دلیل «باید بررسی شود» موکول میشود، اغلب پیشتر بررسی شده و پاسخش پیدا نشده است.
جزء سوم، انتظار برای ابلاغ است: تصمیم گرفته شده اما تا نهایی و امضا و ارسال شدن صورتجلسه، واحد مجری بیخبر است. این جزء معمولاً چند روز طول میکشد، هیچ ارزشی تولید نمیکند و ارزانترین بخش برای اصلاح است.
چگونه میتوان این سه جزء را عملاً اندازه گرفت؟
لازم نیست همه چیز را ابزارگذاری کنید. یک نمونهٔ سیتایی از تصمیمهای سه ماه گذشته کافی است. برای هر تصمیم چهار مُهر زمانی را از روی مستندات موجود بازسازی کنید: تاریخ نخستین طرح مسئله، تاریخ جلسهای که در آن تصمیم گرفته شد، تاریخ نهایی شدن صورتجلسه و تاریخی که واحد مجری اقدام را آغاز کرد.
توزیع این چهار مُهر، سه فاصله میدهد. نکتهٔ مهم این است که میانه را گزارش کنید و نه میانگین: توزیع تأخیر تصمیم تقریباً همیشه دُم بلندی دارد و میانگین را چند مورد استثنایی به بالا میکشد، در حالی که آنچه تجربهٔ روزمرهٔ سازمان را میسازد میانه است.
همچنین درصد تصمیمهایی را بشمارید که دستکم یک بار موکول شدهاند و دلیل موکول شدنشان کمبود اطلاعات بوده است. این یک عدد است و بیش از هر داشبوردی دربارهٔ وضعیت حافظهٔ سازمانی میگوید.
کدام مداخلهها بیشترین اثر را دارند؟
کوتاهترین مسیر، حذف جزء سوم است. اگر مصوبه در جریان جلسه ثبت شود — با مسئول، مهلت و مستند پشتیبان — و بلافاصله در دسترس واحد مجری قرار گیرد، چند روز از فرایند حذف میشود بدون آنکه هیچ ساختاری تغییر کند. این تنها بخشی از تأخیر است که تقریباً به صفر میرسد.
برای جزء دوم، مداخلهٔ مؤثر بازیابی سابقه است: اینکه بتوان پیش از جلسه پرسید «این موضوع قبلاً کجا بررسی شده و نتیجه چه بوده». هر موکولشدنی که با این پرسش پیشگیری شود، یک دورهٔ کامل تناوب جلسه را صرفهجویی میکند — که معمولاً از خود جلسه گرانتر است.
جزء اول سختترین است چون به ساختار تصمیمگیری برمیگردد. اما اندازهگیری آن اغلب نشان میدهد که صف دستور کار با موضوعاتی پر شده که اصلاً نیازی به آن مرجع نداشتند؛ و این یافته، خودش یک اصلاح ساختاری ارزان است.
آیا این سنجه باید دائمی شود؟
بله، اما با احتیاط. هر سنجهای که هدفگذاری شود، رفتار را شکل میدهد؛ و فشار برای کاهش تأخیر تصمیم میتواند به تصمیمهای عجولانه منجر شود. راه درست، گزارش آن در کنار یک سنجهٔ کیفیت است — مثلاً درصد تصمیمهایی که ظرف شش ماه بازنگری شدهاند.
دو سنجه با هم، تصویر متوازنی میدهند: سرعت بدون بازنگری زیاد، بهبود واقعی است؛ سرعت همراه با بازنگری زیاد، انتقال هزینه به آینده است.
داناوی نقطهٔ اتصال این اندازهگیری به کار روزمره است: چون تصمیم در جریان جلسه بهصورت رکورد ثبت میشود، مُهرهای زمانی دیگر نیازی به بازسازی دستی ندارند و همان چیزی که تأخیر را کم میکند، ابزار سنجش آن هم هست.
