بیشتر برنامه‌های بهبودی که در کارخانه‌ها دیده‌ام یک‌باره شکست نمی‌خورند. هر هفته کمی عقب می‌افتند، در حالی که همهٔ گزارش‌های وضعیت می‌گویند «طبق برنامه». تا کسی متوجه شود، برنامه چهار ماه عقب است و بحث بودجهٔ سال بعد هم شروع شده است.
در ۲۴ سال کار در تولید، تعداد زیادی از این برنامه‌ها را اجرا یا بازبینی کرده‌ام: راه‌اندازی MES، چیدمان جدید انبار، پروژهٔ کاهش زمان تعویض قالب، پرتال تأمین‌کنندگان، برنامه‌های آموزش. مشکل تقریباً هیچ‌وقت کمبود گزارش نیست. مشکل این است که گزارش‌ها حس آدم‌ها دربارهٔ پیشرفت را اندازه می‌گیرند، نه کاری را که واقعاً تمام شده است.
در ادامه یک روش سبک آورده‌ام برای ساختن نقشهٔ راه یک‌صفحه‌ای و کنترل هفتگی آن با یک عدد صادقانه. برنامه، پروژه‌ها و همهٔ عددهای این مقاله فرضی‌اند و دادهٔ هیچ شرکت واقعی نیستند.
نمونهٔ فرضی
یک کارخانه برنامهٔ بهبود ۱۲ ماهه‌ای با شش پروژه دارد. هر مدیر پروژه هر هفته گزارشی با درصد پیشرفت می‌فرستد. در هفتهٔ ۱۲، جمع گزارش‌ها ۴۶٪ پیشرفت را نشان می‌دهد، در برابر برنامهٔ ۴۸٫۵٪. همه خیالشان راحت است؛ دو و نیم درصد عقب‌ماندگی چیزی نیست. ولی وقتی فقط نقاط کنترلی را شمردیم که واقعاً و با مدرک بسته شده بودند، برنامه روی ۳۷٫۵٪ بود.
گام ۱: نقشهٔ راه را روی یک صفحه بیاورید
نقشهٔ راه، گانت‌چارت ۴۰۰ خطی نیست. برای مدیریت، یک صفحه است با چند ستون برای هر پروژه:
- نتیجه‌ای که باید تحویل دهد، با یک عدد (مثلاً زمان تعویض قالب خط پرس از ۹۰ به ۴۰ دقیقه).
- یک مسئول؛ یک نفر، نه یک واحد.
- وزن پروژه در برنامه، معمولاً سهم آن از بودجه.
- سه تا پنج نقطهٔ کنترل، هرکدام با تاریخ و یک آزمون روشن برای «تمام شد».
- مهم‌ترین وابستگی‌ای که ممکن است پروژه را متوقف کند.
اگر پروژه‌ای را نمی‌شود در یک خط روی این صفحه توضیح داد، معمولاً یا دو پروژه است یا هنوز برای شروع آماده نیست.
گام ۲: پیشرفت را فقط با نقاط کنترل بسته‌شده بشمارید
این همان قاعده‌ای است که همه‌چیز را عوض می‌کند. هر نقطهٔ کنترل تا وقتی مدرکش وجود ندارد صفر حساب می‌شود و بعد از آن کامل. «نرم‌افزار ۸۰٪ نصب شده» یعنی صفر. «خط ۲ یک شیفت کامل با سیستم جدید کار کرد و سرپرست تولید امضا کرد» یعنی تمام. این قاعدهٔ ۰/۱۰۰ در روش ارزش کسب‌شده است و بیشتر خوش‌بینی را از گزارش‌های پیشرفت بیرون می‌کشد.
| هفتهٔ ۱۲ (فرضی) | وزن | برنامه | گزارش‌شده | کسب‌شده (نقاط بسته‌شده) | کسب‌شده ÷ برنامه |
|---|---|---|---|---|---|
| MES در خط ۲ | ۳۰٪ | ۵۰٪ | ۴۵٪ | ۳۰٪ | ۰٫۶۰ |
| کاهش زمان تعویض قالب، خط پرس | ۱۵٪ | ۶۰٪ | ۶۰٪ | ۶۰٪ | ۱٫۰۰ |
| چیدمان جدید انبار | ۲۰٪ | ۴۰٪ | ۳۵٪ | ۲۰٪ | ۰٫۵۰ |
| پرتال تأمین‌کنندگان | ۱۵٪ | ۳۰٪ | ۳۰٪ | ۳۰٪ | ۱٫۰۰ |
| اندازه‌گیری مصرف انرژی | ۱۰٪ | ۷۰٪ | ۷۰٪ | ۷۰٪ | ۱٫۰۰ |
| آموزش اپراتورها | ۱۰٪ | ۵۰٪ | ۵۰٪ | ۴۰٪ | ۰٫۸۰ |
| کل برنامه (وزنی) | ۱۰۰٪ | ۴۸٫۵٪ | ۴۶٪ | ۳۷٫۵٪ | ۰٫۷۷ |
عددهای وزنی ساده‌اند: درصد هر پروژه ضرب در وزنش، و بعد جمع. ستون آخر همان چیزی است که در روش ارزش کسب‌شده به آن شاخص عملکرد زمان‌بندی (SPI) می‌گویند. کمتر از ۱ یعنی برنامه کمتر از آن‌چه قرار بوده کار تمام‌شده تحویل می‌دهد.
گام ۳: ببینید عقب‌ماندگی واقعاً کجاست
برنامه ۱۱ واحد از برنامه عقب است (۴۸٫۵ منهای ۳۷٫۵). ۱۰ واحد از این ۱۱ واحد فقط از دو پروژه می‌آید: MES خط ۲ و چیدمان انبار. چهار پروژهٔ دیگر مشکلی ندارند. پس جلسهٔ هفتگی نباید به شش پروژه به یک اندازه وقت بدهد؛ بیشتر وقتش باید صرف همین دو پروژه شود.
وقتی پرسیدیم چرا این دو عقب‌اند، جواب هر دو یکی بود: هر دو منتظر یک چیز بودند، دادهٔ مرجع تمیز برای قطعات و محل‌های انبار، که مسئولش یک نفر پرمشغله در واحد فناوری اطلاعات بود. هیچ‌کدام از گزارش‌های وضعیت به آن اشاره نکرده بود، چون هر مدیر پروژه فقط تأخیر خودش را می‌دید. دربارهٔ این نوع وابستگی در مقالهٔ مالکیت دادهٔ مرجع قبل از یکپارچه‌سازی ERP–MES نوشته‌ام.
گام ۴: تاریخ پایان را صادقانه پیش‌بینی کنید
اگر برنامه با همین ۰٫۷۷ نرخ برنامه‌ریزی‌شده کار تمام‌شده تحویل دهد، یک برنامهٔ ۵۲ هفته‌ای حدود ۵۲ ÷ ۰٫۷۷ ≈ ۶۷ هفته طول می‌کشد؛ یعنی تقریباً چهار ماه تأخیر. گفتن این حرف در هفتهٔ ۱۲ ناخوشایند است، ولی ارزان‌ترین زمان برای گفتنش همین است. در هفتهٔ ۴۰ دیگر چیزی برای تصمیم‌گیری نمانده است.
این پیش‌بینی پیشگویی نیست؛ یک سؤال از مدیریت است: مانع را برمی‌داریم، دامنه را کم می‌کنیم، یا تاریخ جدید را می‌پذیریم؟
گام ۵: بازبینی هفتگی ۳۰ دقیقه‌ای و یک تصمیم ماهانه
برای این کار دفتر مدیریت پروژه لازم نیست. دو روال کوتاه کافی است:
- هر هفته، ۳۰ دقیقه: فقط نقاط کنترل بسته‌شده را به‌روز کنید، همان یک عدد را دوباره حساب کنید و فقط دربارهٔ پروژه‌های زیر ۰٫۹ صحبت کنید.
- برای هرکدام سه سؤال بپرسید: چه چیزی جلویش را گرفته، چه کسی می‌تواند مانع را بردارد و تا کی.
- هر ماه، با مدیریت: شاخص کل برنامه، تاریخ پایان پیش‌بینی‌شده و سه وابستگی اصلی را نشان دهید و برای هرکدام یک تصمیم بخواهید.
اگر می‌خواهید این عددها قبل از دیر شدن به مدیریت برسند، همان منطق داشبورد استثنا و هشدار این‌جا هم کار می‌کند: فقط چیزی را نشان دهید که از مسیر خارج شده، نه دیواری از رنگ سبز.
چک‌لیست برای بازبینی بعدی برنامه
- یک صفحه، یک خط برای هر پروژه: عدد نتیجه، مسئول، وزن، نقاط کنترل و وابستگی اصلی.
- هر نقطهٔ کنترل تاریخ دارد و یک آزمون «تمام شد» که کسی بیرون از پروژه هم بتواند بررسی‌اش کند.
- پیشرفت فقط با نقاط کنترل بسته‌شده شمرده می‌شود، هرگز با «درصد حسی».
- هر هفته یک عدد برای کل برنامه: کسب‌شده ÷ برنامه، به‌صورت وزنی.
- وقت جلسه صرف پروژه‌های زیر ۰٫۹ می‌شود، نه همهٔ پروژه‌ها به یک اندازه.
- وابستگی‌های مشترک بین پروژه‌ها در یک جا فهرست شده و هرکدام یک مسئول دارد.
- هر ماه تاریخ پایان پیش‌بینی‌شده نشان داده می‌شود و یک تصمیم از مدیریت خواسته می‌شود.
می‌خواهید تصویر صادقانه‌ای از برنامهٔ خودتان داشته باشید؟
فهرست فعلی پروژه‌هایتان را با وزن‌ها و نقاط کنترل برایم بفرستید، حتی تقریبی و بدون نام‌ها. می‌توانیم با هم آن را به یک نقشهٔ راه یک‌صفحه‌ای تبدیل کنیم، ببینیم واقعاً چه چیزی تمام شده، و یک تاریخ پیش‌بینی‌شده و دو سه تصمیمی که مدیریت این ماه باید بگیرد برایتان بگذاریم.
تماس با من بخوانید: زنجیرهٔ ارزش بخوانید: دیکشنری KPI
منابع
- ارزش کسب‌شده، ارزش برنامه‌ریزی‌شده و شاخص عملکرد زمان‌بندی در «راهنمای پیکرهٔ دانش مدیریت پروژه» (PMBOK) و استاندارد عملی مدیریت ارزش کسب‌شدهٔ مؤسسهٔ مدیریت پروژه (PMI) توضیح داده شده‌اند.
- قاعدهٔ ۰/۱۰۰ برای سنجش پیشرفت نقاط کنترل، روشی رایج در ارزش کسب‌شده برای بسته‌های کاری کوتاه است. برنامه، پروژه‌ها و همهٔ عددهای این مقاله فرضی‌اند.
- مطالعهٔ مرتبط در همین سایت: مالکیت دادهٔ مرجع، داشبورد استثنا، نقشهٔ زنجیرهٔ ارزش و دیکشنری KPI.