مدیر یک هلدینگ از مدیر برنامه‌ریزی می‌پرسد چرا سه گزارش از سه واحد، سه عدد متفاوت برای پیشرفت یک هدف نشان می‌دهند. پاسخ معمولاً با نام ابزار شروع می‌شود: فایل، داشبورد، نرم‌افزار پروژه یا سامانه مالی. اما مسئله پیش از ابزار رخ داده است. سازمان تعریف مشترکی از پیشرفت، منبع داده، صاحب تصمیم و تاریخ بازبینی ندارد. خرید ابزار تازه پیش از حل این چهار مسئله، فقط اختلاف را به محیط تازه منتقل می‌کند.
انتخاب روش پایش راهبردی یک تصمیم درباره فناوری صرف نیست. صفحه گسترده، نرم‌افزار پروژه، سامانه تراکنشی، گزارش تحلیلی یا فرایند دستی هرکدام برای مسئله‌ای مناسب‌اند. خطر زمانی ایجاد می‌شود که یک روش برای کاری به کار رود که برای آن طراحی نشده است. نرم‌افزار پروژه می‌تواند وظیفه و موعد را نگه دارد، اما به خودی خود نشان نمی‌دهد آیا پروژه به هدف راهبردی متصل است. سامانه مالی می‌تواند تراکنش ثبت کند، اما الزاماً فرض بازار یا وابستگی میان ابتکارها را روشن نمی‌کند.
مدیر باید از نقطه تصمیم شروع کند. آیا باید میان دو پروژه سرمایه‌بر انتخاب کند؟ آیا باید علت افت کیفیت خدمت را بفهمد؟ آیا باید مالکیت یک هدف را میان واحدها روشن کند؟ آیا فقط گزارش ماهانه برای یک واحد کوچک لازم است؟ پاسخ این پرسش‌ها سطح روش، حجم داده و میزان نظم موردنیاز را مشخص می‌کند. سازمانی که هنوز مسئله را نام نبرده، با مقایسه فهرست قابلیت‌ها به انتخاب قابل دفاع نمی‌رسد.
صفحه گسترده چه زمانی کافی است؟
صفحه گسترده برای یک گروه کوچک، سنجه محدود و چرخه کوتاه می‌تواند کافی باشد. مزیتش سرعت شروع و انعطاف در تغییر است. اگر مدیر یک برنامه خاص فقط سه شاخص، دو مالک و یک جلسه هفتگی دارد، ایجاد ساختار سنگین شاید بیشتر از مسئله هزینه داشته باشد. اما کافی‌بودن صفحه گسترده به معنی رهاکردن حکمرانی داده نیست. همان فایل هم باید تعریف سنجه، منبع، تاریخ به‌روزرسانی و مسئول اصلاح را داشته باشد.
نشانه عبور از صفحه گسترده زمانی است که نسخه‌های متعدد، تعریف‌های ناسازگار یا پیگیری دستی زیاد شود. اگر تیم برنامه‌ریزی هر ماه زمان بسیاری صرف یکسان‌کردن عددها می‌کند، مسئله فقط سرعت فایل نیست. احتمالاً معلوم نیست کدام عدد معتبر است، چه کسی تغییر را تأیید می‌کند و چه چیزی به جلسه بعد می‌رود. انتقال همان آشفتگی به ابزار گران‌تر، نتیجه را بهتر نمی‌کند.
در این مرحله، سازمان می‌تواند یک ثبت ساده تغییر داشته باشد: چه کسی عدد را عوض کرد، چرا عوض کرد و کدام گزارش از نسخه جدید استفاده می‌کند. لازم نیست ابزار ویژه‌ای بخرد تا این عادت شکل بگیرد. اما اگر ثبت تغییرها به خاطر حجم یا تعداد واحدها دیگر قابل اتکا نیست، مدیر باید به جای افزودن برگه تازه، روش اداره داده را بازنگری کند.
ابزار پروژه چه چیزی را خوب نشان می‌دهد؟
ابزار پروژه برای دیدن کار، موعد، وابستگی اجرایی و مسئولیت فعالیت مفید است. وقتی پروژه ساخت کارخانه، بازطراحی خدمت یا توسعه محصول چند کار هم‌زمان دارد، مدیر باید ببیند کدام فعالیت دیر شده و چه کاری مانع کار بعدی است. این اطلاعات برای اداره اجرا ضروری است. اما «۹۰ درصد پیشرفت کارها» پاسخی به این پرسش نیست که آیا هدف راهبردی شرکت در حال تحقق است.
برای روشن‌شدن تفاوت، فرض کنید سازمان می‌خواهد نرخ نگه‌داشت مشتری را بالا ببرد. تیم پروژه ممکن است همه فعالیت‌های بازطراحی فرایند رسیدگی به شکایت را تکمیل کرده باشد: دستورالعمل آماده است، کارکنان آموزش دیده‌اند و فرم تازه منتشر شده است. با این حال نرخ نگه‌داشت هنوز تغییر نکرده است. ابزار پروژه خبر خوبی درباره خروجی‌ها می‌دهد، اما مدیر باید داده نتیجه، فرضیه‌های علت و اقدام بعدی را جای دیگری ببیند. تکمیل فعالیت و تغییر نتیجه دو چیز متفاوت‌اند.
راه درست، رقابت‌دادن دو روش نیست. هر پروژه باید بتواند به هدف، سنجه و فرض مربوط وصل شود؛ در عین حال برنامه پروژه باید جزئیات اجرای خود را نگه دارد. مدیر راهبرد نباید از ابزار پروژه انتظار داشته باشد که همه منطق هدف‌گذاری را بسازد، و مدیر پروژه نیز نباید با یک گزارش هدف کلی، موعد و ریسک روزانه را اداره کند. مرز نقش‌ها باید روشن بماند.
تفسیر معیارهای بالدریج NIST اجرای راهبرد را با اقدام‌های متمرکز، منابع، سنجه‌های عملکرد و هم‌راستایی واحدها پیوند می‌دهد. پیام عملی آن برای این مقایسه روشن است: هیچ نمودار فعالیتی به تنهایی جانشین انتخاب سنجه و منابع لازم برای تحقق یک اقدام راهبردی نمی‌شود.
سامانه‌های تراکنشی کجا وارد می‌شوند؟
سامانه‌های مالی، فروش، تولید و منابع انسانی معمولاً منبع مهم بخشی از داده‌های پایش‌اند. آنها رویدادها و تراکنش‌های روزانه را با جزئیات ثبت می‌کنند. مدیر باید برای هر سنجه بپرسد کدام بخش از داده از منبع تراکنشی می‌آید و چه تبدیل یا تأییدی پیش از استفاده لازم است. درآمد، موجودی یا زمان تحویل شاید از منبع عملیاتی بیاید، اما تعریف هدف، آستانه تصمیم و توضیح انحراف معمولاً بیرون از تراکنش قرار می‌گیرد.
اشتباه رایج این است که چون یک داده در سامانه اصلی وجود دارد، برای تصمیم راهبردی آماده است. ممکن است تاریخ ثبت سفارش با تاریخ تحویل تفاوت داشته باشد. ممکن است داده بازگشت کالا با تأخیر ثبت شود. ممکن است سود گروه محصول، بدون تخصیص بعضی هزینه‌ها گزارش شود. مدیر باید سطح تحلیل و تأخیر داده را پیش از قرار دادن آن در جلسه بازبینی بفهمد. داده خام، خودبه‌خود شواهد تصمیم نیست.
ISO 31000، در راهنمای مدیریت ریسک، ریسک را با شناسایی، تحلیل، ارزیابی، برخورد، پایش و ارتباط در پیوند با حکمرانی و برنامه‌ریزی می‌بیند. این منبع نمی‌گوید هر سازمان به یک سامانه خاص نیاز دارد. اما نشان می‌دهد داده زمانی ارزش دارد که در چرخه شناخت و تصمیم قرار بگیرد، نه زمانی که فقط انبار شود.
چهار آزمون پیش از انتخاب روش
مدیر پیش از مقایسه ابزارها می‌تواند چهار آزمون انجام دهد. آزمون نخست، تعداد تصمیم‌های تکراری است. اگر یک جلسه فقط برای اطلاع‌رسانی تشکیل می‌شود، شاید فایل ساده کافی باشد. اگر مدیران هر ماه باید میان چند اولویت، بودجه یا مسیر اجرا انتخاب کنند، به ثبت روشن گزینه، شواهد و تصمیم نیاز دارند. آزمون دوم، تعداد واحدها و وابستگی‌هاست. هرچه مالک بیشتر و داده پراکنده‌تر باشد، نیاز به تعریف مشترک و مسیر تأیید بیشتر می‌شود.
آزمون سوم، حساسیت داده است. بعضی داده‌ها عمومی‌اند و بعضی به قیمت، قرارداد، نیروی انسانی یا ریسک حقوقی مربوط‌اند. روش منتخب باید نشان دهد چه کسی برای چه تصمیمی به چه سطحی از اطلاعات نیاز دارد. محدودکردن دسترسی نباید باعث شود مدیر تصمیم‌گیر داده لازم را دیر ببیند، و دسترسی گسترده نیز نباید به افشای بی‌دلیل اطلاعات منجر شود.
آزمون چهارم، توان تغییر است. اگر سازمان هر فصل هدف‌ها، اولویت‌ها و مسیرها را بازبینی می‌کند، روش باید بتواند تغییر را با تاریخ و منطق ثبت کند. حذف تاریخچه برای ساده‌کردن گزارش، مدیر را از فهم علت تفاوت‌ها محروم می‌کند. انعطاف خوب یعنی تغییر قابل پیگیری، نه اینکه هر واحد تعریف خودش را آزادانه عوض کند.
| پرسش تصمیم | روش ساده ممکن | نشانه نیاز به ساختار بیشتر |
|---|---|---|
| پیشرفت یک برنامه محدود | فایل مشترک با تعریف و مالک روشن | نسخه‌های متضاد یا پیگیری دستی زیاد |
| اجرای پروژه چندبخشی | برنامه فعالیت و وابستگی | ابهام درباره ارتباط پروژه با هدف یا نتیجه |
| بازبینی راهبرد و سبد ابتکار | گزارش تصمیم و سنجه‌های محدود | تعارض دائمی داده، مالکیت یا اولویت |
این جدول فهرست خرید نیست. ممکن است سازمان بزرگ برای یک پروژه کوچک همچنان از فایل استفاده کند و سازمان متوسط برای یک سبد پرریسک به ساختار دقیق‌تر نیاز داشته باشد. معیار، اندازه شرکت نیست؛ دشواری تصمیم، تعداد وابستگی‌ها و هزینه اشتباه است.
روش را با جلسه بازبینی آزمایش کنید
بهترین آزمون برای یک روش پایش، جلسه واقعی است. پیش از خرید یا تغییر گسترده، یک جلسه بازبینی را با روش پیشنهادی اجرا کنید. آیا داده به موقع رسید؟ آیا مدیران فهمیدند کدام عدد معتبر است؟ آیا گزینه‌ها و پیامدشان روشن شد؟ آیا جلسه با تصمیم، مالک و تاریخ بازگشت تمام شد؟ اگر پاسخ‌ها منفی است، علت را پیدا کنید. شاید قالب گزارش مشکل دارد، شاید داده ناقص است یا شاید سطح جلسه اشتباه انتخاب شده است.
صفحه اداره بر پایه نتیجه GAO زنجیره هدف‌های سالانه و بلندمدت، سنجش پیشرفت، اقدام پس از انحراف و گزارش شفاف را کنار هم قرار می‌دهد. سازمان تجاری لازم نیست مدل یک نهاد عمومی را کپی کند. اما این زنجیره برای آزمون روش مفید است: اگر روش فقط عدد نشان دهد و مشخص نکند پس از انحراف چه کسی چه تصمیمی می‌گیرد، بخش مهمی از کار را انجام نداده است.
در جلسه آزمایشی، از تیم نخواهید که همه داده‌های تاریخی را پاک‌سازی کند. یک مسئله محدود انتخاب کنید، تعریف‌ها را بنویسید و منبع هر عدد را مشخص کنید. سپس ببینید کدام مرحله بیشترین اصطکاک را دارد. اگر اختلاف بر سر تعریف است، خرید قابلیت تحلیل بیشتر مشکل را حل نمی‌کند. اگر داده به موقع نیست، باید مسیر تولید و تأیید داده اصلاح شود. اگر تصمیم‌ها بی‌صاحب می‌مانند، مسئله حکمرانی است.
از مقایسه محصول به طراحی روش تصمیم بروید
سازمان‌ها گاهی این انتخاب را میان «اکسل یا یک سامانه تخصصی» تعریف می‌کنند، در حالی که پرسش دقیق‌تر این است: چه روشی به ما اجازه می‌دهد هدف، سنجه، پروژه، ریسک و تصمیم را در سطحی که نیاز داریم ببینیم؟ پاسخ ممکن است ترکیبی باشد. فایل برای گردآوری اولیه مفید بماند، سامانه تراکنشی منبع داده باشد و جلسه راهبرد با یک ثبت تصمیم مستقل اداره شود. مهم، اتصال منطق‌هاست نه یکسان‌کردن همه کارها در یک محیط.
اگر سازمان درباره رابطه میان هدف‌ها، شاخص‌ها، پروژه‌ها و مالکیت اختلاف دارد، نقشه استراتژی و روابط علّی اهداف می‌تواند منطق هدف‌ها و فرضیه‌های رابطه را روشن کند. برای انتخاب و اولویت‌دادن به ابتکارهایی که بر سر منابع رقابت می‌کنند، مدیریت سبد پروژه‌ها و ابتکارات استراتژیک به ارزش راهبردی، منابع، ریسک و وابستگی می‌پردازد.
روش مناسب آن روشی نیست که بیشترین صفحه، نمودار یا تنظیمات را دارد. روش مناسب به مدیر می‌گوید چه چیزی در حال تغییر است، کدام فرض در خطر است، چه گزینه‌ای پیش روست و چه کسی تا چه تاریخ باید تصمیم را اجرا یا بازبینی کند. اگر سازمان بتواند این چهار پرسش را با شواهد روشن پاسخ دهد، انتخاب ابزار به جای جایگزین‌کردن یک نام با نام دیگر، به بخشی از اداره راهبرد تبدیل می‌شود.
هزینه روش را در چرخه تصمیم ببینید
هزینه یک روش فقط قیمت ابزار یا ساعت آموزش نیست. زمانی که مدیران برای تطبیق گزارش‌ها، پرس‌وجو از واحدها و پیدا کردن نسخه معتبر صرف می‌کنند نیز هزینه دارد. همچنین ساختار سنگین می‌تواند هزینه ایجاد کند اگر تیم برای هر تغییر کوچک ناچار به فرایند طولانی شود. مدیر باید هر دو نوع هزینه را ببیند: هزینه آشفتگی و هزینه کنترل بیش از حد.
برای مقایسه منصفانه، یک چرخه واقعی را انتخاب کنید. ببینید از لحظه بسته‌شدن داده تا تصمیم نهایی چه کسانی درگیرند، چند نسخه گزارش تولید می‌شود، چه اختلافی دوباره باز می‌شود و کدام اقدام بی‌مالک می‌ماند. سپس با روش پیشنهادی همان چرخه را اجرا کنید. اگر زمان هماهنگی کم شد اما تعریف‌ها همچنان مبهم‌اند، مشکل ریشه‌ای حل نشده است. اگر گزارش کامل‌تر شد اما تصمیم دیرتر رسید، شاید روش با سطح مسئله تناسب ندارد.
یک آزمایش محدود از خرید گسترده کم‌خطرتر است. سازمان می‌تواند یک هدف، یک مجموعه سنجه و یک جلسه بازبینی را برای دو دوره انتخاب کند. پیش از شروع، فرض موفقیت را ثبت کند: مثلاً هر سنجه منبع و مالک داشته باشد، همه تصمیم‌ها تاریخ بازگشت داشته باشند و اختلاف بر سر نسخه داده کمتر شود. اینها وعده نتیجه تجاری نیستند؛ شواهدی‌اند که نشان می‌دهند روش، کار تصمیم را بهتر سازمان داده یا نه.
در آزمایش، واحدهای درگیر باید اجازه بدهند مسئله واقعی دیده شود. اگر داده را تمیز و ساده کنند تا روش موفق به نظر برسد، نتیجه برای تصمیم بعدی بی‌فایده است. بهتر است یک ابهام واقعی، یک وابستگی پرتنش و یک تصمیم سخت در محدوده آزمون باشد. مدیر سپس می‌فهمد آیا روش به گفتگو درباره مسئله کمک می‌کند یا فقط ظاهر گزارش را عوض می‌کند.
پایان آزمایش نیز باید یک انتخاب روشن داشته باشد: ادامه با اصلاح، توقف، یا گسترش تدریجی. «استفاده بیشتر» تصمیم نیست. مدیر باید بگوید کدام رفتار یا خروجی قابل مشاهده باعث ادامه می‌شود و چه مانعی باعث توقف خواهد شد. این دقت، روش پایش را از پروژه فناوری جدا می‌کند و آن را به بخشی از حکمرانی راهبرد تبدیل می‌کند.
قبل از تعهد، یک مرز روشن بگذارید
مدیر باید پیش از تعهد به تغییر روش، یک مرز موفقیت تعیین کند. مثلاً در دو چرخه بازبینی آینده، همه سنجه‌های منتخب تعریف و منبع معتبر داشته باشند، تصمیم‌های جلسه با مالک و موعد ثبت شوند و واحدها برای یک عدد یکسان به نسخه‌های مختلف رجوع نکنند. اگر این مرز برآورده نشد، سازمان باید تشخیص دهد آیا مشکل در روش، داده، آموزش یا اختیار است. تمدید خودکار پروژه تغییر، بدون دیدن این شواهد، همان تصمیمی است که روش تازه قرار بود بهتر کند.
این مرز، مقایسه را منصفانه می‌کند. سازمان به جای آنکه از ابزار یا روش انتظار نجات کلی داشته باشد، می‌بیند کدام مسئله را واقعاً حل کرده و کدام مسئله هنوز به تصمیم مدیریتی نیاز دارد. انتخاب درست از همین صراحت شروع می‌شود: پیش از خرید، مهاجرت یا بازطراحی گزارش، معلوم کنید چه تصمیمی باید پس از این تغییر بهتر گرفته شود.
اگر تیم پس از دو دوره هنوز برای یافتن عدد معتبر به پیام‌های پراکنده رجوع می‌کند، نباید فوراً ابزار را مقصر دانست. ابتدا باید تعریف، مسئول تأیید و مسیر تصمیم را اصلاح کرد. ابزار زمانی ارزش دارد که این نظم را نگه دارد و دیده‌پذیر کند. اگر چنین نقشی ندارد، تغییر روش باید متوقف شود تا مسئله واقعی دوباره تعریف شود و روش برای مالک تصمیم قابل استفاده بماند.