وقتی مدیرعامل میگوید «راهبرد ما اجرا نمیشود»، پاسخ معمولاً سریع است: باید از شرکتهای موفق یاد بگیریم. اما یادگیری از بیرون، قبل از هر چیز به یک سؤال دقیق نیاز دارد. آیا سازمان در انتخاب ابتکارهای درست مشکل دارد؟ آیا پروژهها بدون مالک و موعد رها میشوند؟ آیا جلسه بازنگری فقط گزارش میشنود؟ یا دادهها آنقدر دیر میرسند که تصمیم اصلاحی دیگر اثری ندارد؟ اگر مسئله روشن نباشد، بنچمارکینگ به گردآوری مثالهای جذاب و سفرهای سازمانی تبدیل میشود.
بنچمارکینگ راهبردی با رتبهبندی تفاوت دارد. رتبهبندی میگوید اکنون کجا ایستادهاید. بنچمارکینگ باید نشان دهد چرا یک سازمان مرجع در یک فرایند مشخص، نتیجه متفاوتی میگیرد و کدام بخش از آن فرایند در محیط شما قابل آزمودن است. هدف، پیدا کردن نسخهای برای کپیکردن نیست. هدف، دیدن شکاف میان شیوه کار امروز، انتخابهای لازم و توان واقعی اجراست.
فرض کنید یک گروه صنعتی هر سال دهها پروژه راهبردی تصویب میکند، اما در پایان سال نمیتواند بگوید کدام پروژه به کدام هدف متصل بوده، کدام تعهد متوقف شده و چرا. مقایسه با یک سازمان دیگر تنها زمانی مفید است که مقایسه به همین مسئله برگردد: آن سازمان پروژهها را با چه تعریف مشترکی ثبت میکند، چگونه ارزش، ریسک و ظرفیت را کنار هم میبیند و در چه جلسهای ادامه یا توقف را تصمیم میگیرد؟ مقایسه تعداد پروژههای موفق، بدون شناخت این سازوکار، پاسخ لازم را نمیدهد.
به همین دلیل، نقطه آغاز یک ارزیابی بلوغ اجرایی، تعریف واحد مقایسه است. واحد میتواند چرخه انتخاب ابتکار، جلسه بازنگری، فرایند تخصیص بودجه، نحوه تعیین شاخص یا سازوکار حل تعارض بین واحدها باشد. جمله «بلوغ راهبردی ما پایین است» برای کار اجرایی مبهم است. جمله «در چرخه بازنگری، علت انحراف و گزینه اقدام ثبت نمیشود» امکان مشاهده، مقایسه و اصلاح دارد.
مقایسه خوب، با یک سؤال تصمیم آغاز میشود
پیش از انتخاب سازمان مرجع، تیم باید بنویسد چه تصمیمی پس از بنچمارکینگ گرفته خواهد شد. اگر هدف، تغییر ریتم جلسات است، داده موردنیاز با هدف طراحی یک سبد پروژه مشترک نیست. اگر هدف، کاهش زمان تصویب سرمایهگذاری است، باید مسیر اختیار، مدارک تصمیم و نقاط انتظار مقایسه شود، نه فقط میانگین هزینه اداری.
خدمت تحلیل استراتژیک سازمان شریف استراتژی بر مشخصکردن تصمیم، ذینفعان و مرز تحلیل پیش از جمعآوری شواهد تأکید دارد. در بنچمارکینگ نیز این مرز حیاتی است. یک تیم کوچک باید تعیین کند چه چیزی در دامنه است، چه چیزی خارج از دامنه میماند و چه ادعایی با داده موجود قابل سنجش نیست. این کار، گزارش را از فهرستی از آرزوهای بهبود جدا میکند.
برای مثال، تیم میتواند به جای پرسش «سازمانهای پیشرو چه میکنند؟» بپرسد: «در سازمان مرجع، چه نشانهای باعث میشود ابتکار از سطح مدیر واحد به کمیته سرمایهگذاری ارجاع شود و آن کمیته چه تصمیمهایی در اختیار دارد؟» پاسخ این پرسش شامل نقشها، آستانهها، تناوب جلسه، سندهای لازم و زمان تصمیم است. چنین پاسخی، اگر با زمینه سازمان سازگار باشد، به آزمایشی قابل اجرا تبدیل میشود.
روشهای بنچمارکینگ APQC بر چارچوب فرایندی استاندارد، داده معتبر، تعریف مشترک و نرمالسازی تأکید میکند. نرمالسازی یعنی تبدیل داده خام به مبنایی که واقعاً قابل مقایسه باشد؛ برای نمونه، زمان تصمیم به ازای هر درخواست کامل، هزینه فرایند به ازای هر واحد فعالیت یا تعداد اقدامهای ناتمام نسبت به کل ابتکارهای فعال. عدد خام بدون مخرج مشترک، اغلب اختلاف اندازه سازمان را به جای کیفیت فرایند نشان میدهد.
بلوغ را در رفتارهای قابل مشاهده بسنجید
مدل بلوغ زمانی مفید است که به رفتار، مدرک و پیامد وصل شود. نامگذاری یک سازمان به عنوان «بالغ» یا «نابالغ» بدون این سه، به قضاوت سلیقهای تبدیل میشود. مدیران باید ببینند چه کاری بهصورت تکرارشونده انجام میشود، چه مدرکی باقی میماند و آن کار چه تصمیمی را تغییر داده است.
| بُعد اجرا | نشانه سطح اولیه | نشانه سطح قابل اتکا | شواهدی که باید دید |
|---|---|---|---|
| انتخاب ابتکار | هر واحد پروژه خود را پیشنهاد میدهد | ارزش، ریسک، ظرفیت و وابستگی در یک مبنای مشترک سنجیده میشود | فهرست سبد، معیار ورود، تصمیم توقف یا ادامه |
| پایش | جلسه به گزارش پیشرفت محدود است | انحراف، علت، گزینه اقدام، مالک و موعد ثبت میشود | دستور جلسه و دفتر تصمیم |
| شاخصها | هر واحد سنجههای خودش را دارد | هر سنجه به هدف، تعریف، منبع و تناوب مشخص متصل است | شناسنامه سنجه و تاریخ بهروزرسانی |
| یادگیری | درسها در حافظه افراد میماند | فرضها پس از اجرا بررسی و در روش کار اصلاح میشوند | بازنگری پس از اقدام و تغییر ثبتشده |
چارچوب تعالی بالدریج NIST فرایندها را با چهار بُعد میسنجد: رویکرد، استقرار، یادگیری و یکپارچگی. این چهار بُعد برای ارزیابی بلوغ اجرا، پرسشهای خوبی میسازند. آیا روش تعریف شده است؟ آیا فقط در یک واحد انجام میشود یا در حوزههای مرتبط هم بهکار میرود؟ آیا سازمان از تجربه آن یاد میگیرد؟ و آیا روش با نیازهای راهبردی و سایر فرایندها هماهنگ است؟
ارزیابی نتیجه نیز به نمره نهایی محدود نیست. بالدریج نتیجه را از نظر سطح، روند، مقایسه و یکپارچگی میبیند. برای نمونه، کاهش زمان تصمیم اگر باعث افزایش خطای سرمایهگذاری شود، یک بهبود کامل نیست. تیم باید بررسی کند آیا نتیجه در روند چند دوره پایدار است، آیا با مرجع منصفانه مقایسه شده و آیا تصمیمگیران واقعاً از آن در انتخابهای بعدی استفاده میکنند.
سازمان مرجع را با مسئله انتخاب کنید
رقیب مستقیم همیشه مرجع مناسب نیست. برای یک فرایند مشترک مانند بودجهریزی سرمایهای، مدیریت سبد پروژه یا بررسی عملکرد، سازمانی از صنعت دیگر ممکن است درس عملیتری داشته باشد. در عوض، برای طراحی محصول، شبکه فروش یا مقررات تخصصی، مقایسه با سازمانی که زمینه نزدیکتری دارد اهمیت بیشتری پیدا میکند. اصل انتخاب این است: مرجع باید در فرایندی که شما میخواهید تغییر دهید، شواهد قابل مشاهده داشته باشد.
تیم باید پیش از هر تماس یا مطالعه، سه چیز را بررسی کند: مقیاس و پیچیدگی مرجع، محدودیتهای قانونی و فرهنگی آن، و امکان انتقال تجربه. یک شرکت با اختیار گسترده مدیران محلی شاید از نظر سرعت تصمیم جذاب باشد، اما اگر ساختار مالکیت شما تصویب متمرکز را الزام میکند، همان روش قابل انتقال نیست. تحلیل باید آشکار کند چه پیشنیازی پشت عملکرد مرجع وجود داشته است؛ ساختار اختیار، مهارت مدیران، کیفیت داده یا سازوکارهای پاسخگویی.
راهنمای بهبود فرایندهای هستهای APQC پیشنهاد میکند فرصتهای بهبود با همسویی راهبردی، منافع مورد انتظار، تلاش لازم، فراوانی فرایند و اثر آن بر فرایندهای مجاور اولویتبندی شوند. همین معیارها برای انتخاب موضوع بنچمارکینگ نیز مناسباند. فرایندی که روزانه هزاران بار رخ میدهد و بر چند واحد اثر میگذارد، معمولاً ظرفیت یادگیری بیشتری از یک فرایند کمتکرار و کماثر دارد.
کپیبرداری، بلوغ نمیسازد
یک روش موفق در سازمان مرجع ممکن است محصول فناوری گران، اختیار قانونی متفاوت، سالها سرمایهگذاری در داده یا فرهنگ پاسخگویی قوی باشد. اگر تیم فقط ظاهر آن روش را منتقل کند، سازمان به فرمهای تازه و جلسههای بیشتر میرسد، بدون اینکه کیفیت تصمیم تغییر کند. پیش از اقتباس باید پرسید: این روش کدام مسئله را حل میکرد؟ چه پیشنیازی داشت؟ در سازمان ما چه مانعی دارد؟ و کوچکترین آزمایش کمهزینه چیست؟
ISO 9004 یک ابزار خودارزیابی برای بررسی میزان پذیرش مفاهیم مربوط به موفقیت پایدار معرفی میکند. این چارچوب جای مدل بلوغ اختصاصی سازمان را نمیگیرد، اما یک اصل مهم دارد: ارزیابی باید سازمان را به دیدن قوتها، ضعفها و فرصتهای بهبود برساند. خروجی درست، تقلید از برچسب یک سطح نیست؛ انتخاب یک تغییر مشخص است که بتوان اثرش را بعداً دید.
برای نمونه، اگر مرجع نشان میدهد در جلسه بازنگری فقط سه انحراف را بررسی میکند، تیم شما نباید فوراً همه گزارشها را به سه مورد کاهش دهد. ابتدا باید ببیند مرجع چگونه استثناها را انتخاب میکند، داده از کجا میآید و مدیران چه اختیاری دارند. آزمایش ممکن است برای یک واحد یا یک هدف در یک دوره انجام شود. سپس گروه میتواند تصمیم بگیرد که روش را گسترش دهد، اصلاح کند یا کنار بگذارد.
شکاف را به ابتکار محدود و زماندار تبدیل کنید
فهرست بیست شکاف، نقشه بهبود نیست. هر شکاف باید با اثر راهبردی، فوریت، ظرفیت، وابستگی و هزینه تغییر سنجیده شود. گاهی مسئله اصلی نبود داده نیست؛ نبود تصمیم درباره اولویت دادههاست. گاهی مشکل جلسات زیاد نیست؛ نبود اختیار روشن در همان جلسه است. تعیین علت، از تعریف ابتکاری که فقط ظاهر کار را عوض میکند جلوگیری میکند.
مدیریت سبد پروژهها و ابتکارات استراتژیک شریف استراتژی ارزش، ریسک، منابع و وابستگی را در ورود ابتکار به سبد میسنجد و بازبینی سبد را به تصمیم ادامه، توقف یا بازطراحی پیوند میدهد. برای نتایج بنچمارکینگ، این یعنی هر اقدام بهبود باید رقیب سایر اولویتها باشد؛ نه اینکه فقط به دلیل خوببودن ایده، به فهرست پروژههای جاری افزوده شود.
یک کارت ابتکار کافی است: شکاف مشاهدهشده چیست، چه نتیجهای باید تغییر کند، کدام فرض باید آزموده شود، مالک کیست، چه منبعی لازم است، چه وابستگیای دارد و در چه تاریخ باید تصمیم ادامه یا توقف گرفته شود. اگر تیم نمیتواند این کارت را بنویسد، هنوز از «یافته جالب» به «اقدام قابل اجرا» نرسیده است.
ISO 31000 ریسک را به شناسایی، تحلیل، ارزیابی، درمان، پایش و ارتباط متصل میکند. در یک برنامه بهبود، این نگاه کمک میکند ریسک خودِ تغییر دیده شود: آیا اصلاح فرایند بودجه، زمان تصویب را کوتاه میکند اما کنترل لازم را ضعیف میسازد؟ آیا آزادی بیشتر مدیران، سرعت را بالا میبرد اما نیازمند کنترل یا صلاحیت تازهای است؟
شواهد را از داستان موفقیت جدا کنید
سازمان مرجع ممکن است جایزه گرفته باشد، رشد سریعی تجربه کرده باشد یا گزارش جذابی منتشر کرده باشد. هیچکدام به تنهایی نشان نمیدهد روش آن برای مسئله شما مناسب است. تیم باید میان چهار سطح تمایز بگذارد: یک نتیجه اعلامشده، یک فرایند توصیفشده، یک مدرک قابل مشاهده و یک عمل قابل تکرار. گزارش سالانه ممکن است نتیجه را نشان دهد، اما برای فهم فرایند انتخاب، باید نقشها، آستانهها، تناوب و مسیر تصمیم هم روشن باشد.
برای هر ادعای مقایسهای، یک برگه شواهد بسازید. در این برگه بنویسید مرجع چه کاری انجام میدهد، چه چیزی این کار را پشتیبانی میکند، کدام بخش با گفتوگو یا سند قابل تأیید شده و کدام بخش هنوز فرض است. این برگه ابزار بوروکراتیک نیست. در جلسه بعد مانع میشود که یک مدیر، برداشت شخصی خود از تجربه بیرونی را به عنوان واقعیت قطعی معرفی کند.
نمونه دیگری از خطا، مقایسه دو عدد با دورههای زمانی متفاوت است. اگر سازمان شما زمان تصویب پروژه را از ثبت درخواست تا امضای نهایی میشمارد و مرجع فقط زمان بررسی کمیته را گزارش میکند، مقایسه معتبر نیست. پیش از نتیجهگیری، نقطه آغاز، نقطه پایان، واحد شمارش، دوره مشاهده و موارد استثنا را یکسان کنید. اگر یکسانسازی ممکن نیست، اختلاف را توضیح دهید و از ساختن رتبه ظاهراً دقیق بپرهیزید.
مقایسه کیفی نیز به انضباط نیاز دارد. اگر پنج مدیر از سازمان شما میگویند جلسهها بیفایدهاند، این نشانه است، نه علت اثباتشده. تیم باید نمونه دستور جلسه، دفتر تصمیم، زمان صرفشده برای آمادهسازی و اقدامهای پس از جلسه را کنار گفتوگوها ببیند. سپس میتواند بگوید مسئله احتمالاً در کیفیت داده، اختیار تصمیم، طراحی جلسه یا پیگیری تعهدهاست. هر تشخیص، اقدام متفاوتی میخواهد.
داده معتبر میتواند نتیجه ناخوشایند هم داشته باشد: شاید سازمان در مقایسه با مرجع، در یک فرایند عقب نباشد و مسئله اصلی جای دیگری باشد. این نتیجه شکست بنچمارکینگ نیست. دقیقاً همان چیزی است که از سرمایهگذاری روی یک پروژه بیاثر جلوگیری میکند. بلوغ ارزیابی زمانی دیده میشود که تیم بتواند یک فرض محبوب را کنار بگذارد و مسئله واقعیتری را برای بهبود انتخاب کند.
حفظ محرمانگی نیز بخشی از کیفیت مقایسه است. تیم نباید از کارکنان سازمان مرجع جزئیات قراردادی، قیمتگذاری یا اطلاعاتی را بخواهد که حق افشای آن را ندارند. در بسیاری از موارد، فهم منطق فرایند، تعریف نقش، ترتیب تصمیم و نوع سنجه برای یادگیری کافی است. مرز اخلاقی روشن، هم اعتبار داده را حفظ میکند و هم امکان گفتوگوی حرفهای و بلندمدت با همتایان را بیشتر میسازد و نگه میدارد.
بنچمارکینگ باید به ریتم اجرا برگردد
بنچمارکینگ سالانهای که بعد از ارائه گزارش فراموش میشود، بلوغ اجرا را نمیسنجد. نتایج باید وارد تقویم تصمیم شوند. تیم میتواند هر فصل ببیند آیا ابتکارهای منتخب واقعاً شکاف را کم کردهاند، آیا مرجع بیرونی هنوز مناسب است و آیا فرض اولیه درباره علت مسئله درست بوده است. این بازنگری کوتاه، از دنبالکردن الگوی قدیمی پس از تغییر شرایط جلوگیری میکند.
استقرار و پایش اجرای استراتژی شریف استراتژی به گزارش تصمیممحور، مالک نتیجه و اقدام، سطح تصمیم و چرخه بازنگری میپردازد. وقتی یافته مقایسهای وارد این چرخه میشود، مدیران مجبور نیستند به یک گزارش جداگانه رجوع کنند؛ میتوانند در همان جلسه، انحراف، علت، گزینه و تعهد بعدی را بررسی کنند.
اصول حاکمیت شرکتی G20/OECD نقش شفافیت، پاسخگویی، گزارشگری و مسئولیت هیئتمدیره در نظارت بر ریسک را برجسته میکنند. در بنچمارکینگ اجرایی، این به معنای مقایسه برای سرزنش مدیران نیست. هیئتمدیره باید بپرسد کدام شکاف واقعاً در اختیار سازمان است، چه تصمیمی برای آن گرفته شده و چه شواهدی نشان میدهد روش تازه ارزش ادامهدادن دارد.
نقطه شروع را کوچک انتخاب کنید
سازمان لازم نیست یکباره همه ابعاد بلوغ خود را بسنجد. یک چرخه مهم را انتخاب کنید: مثلاً انتخاب و توقف ابتکارها، بازنگری عملکرد یا تخصیص سرمایه. تعریف را یکسان کنید، سه یا چهار شاهد جمع کنید، مرجع مناسب را بخوانید و یک آزمایش محدود طراحی کنید. سپس در پایان دوره، نه فقط نتیجه عددی، بلکه کیفیت تصمیم، مالکیت و درس آموخته را مرور کنید.
بلوغ اجرا از کاملشدن یک مدل به دست نمیآید. زمانی شکل میگیرد که مدیران بتوانند با شواهد مشترک بگویند چه چیزی کار نمیکند، چرا احتمالاً کار نمیکند و کدام اقدام در چه زمانی باید آزموده شود. بنچمارکینگ در این نقطه دیگر مسابقه با بیرون نیست؛ روشی است برای اینکه سازمان، فاصله میان انتخاب راهبردی و کار روزانه را آگاهانهتر کم کند.



