نقشهٔ زمان تأمین من — یک صفحه: زنجیرهٔ زمان واقعی یک قلم بحرانی، نقطهٔ شکست، و هشدار تصمیم‌پذیر برای مدیرعامل.
سندی که در پایان فصل می‌سازی — چیزی که بتوانی نشان بدهی.
وقتی یک پروژه عقب می‌افتد، اولین جایی که نگاه می‌کنند تولید است: ظرفیت، بهره‌وری، نیرو.
ولی در سازمان‌هایی که با قطعه یا ماشین‌آلات خارجی کار می‌کنند، برنامه معمولاً جای دیگری می‌شکند — جایی بین تصویب بودجه و رسیدن کالا، که هیچ‌کدام از نمودارهای تولید نشانش نمی‌دهند.
و نکتهٔ تلخ این است که این شکست قابل پیش‌بینی بود. معمولاً کسی در سازمان از همان اول می‌دانست، و یا نگفت، یا گفت و به شکلی گفت که کسی رویش تصمیم نگرفت.
این فصل دربارهٔ همان است.
وقتی از تأمین‌کننده می‌پرسی «چقدر طول می‌کشد»، عددی می‌دهد که فقط بخشی از ماجراست. زنجیرهٔ واقعی این شکلی است:
| مرحله | چه کسی | زمان واقعی |
|---|---|---|
| شناسایی نیاز و مشخصات فنی | برنامه‌ریزی و فنی | متغیر |
| استعلام و انتخاب تأمین‌کننده | تأمین | چند هفته |
| تصویب بودجه | مالی و مدیریت | اینجا اولین وقفه |
| تخصیص ارز | مالی و بانک | دومین وقفه، معمولاً بزرگ‌ترین |
| گشایش اعتبار یا حواله | مالی | چند هفته |
| ساخت و آماده‌سازی | تأمین‌کننده | همان عددی که اعلام کرده |
| حمل | حمل‌ونقل | چند هفته |
| ترخیص گمرک | بازرگانی | متغیر و غیرقابل پیش‌بینی |
| ورود به انبار | انبار | چند روز |
عددی که تأمین‌کننده می‌دهد، فقط یکی از نه مرحله است. و در تجربهٔ سازمان‌های ایرانی، مجموع مراحل مالی و گمرکی اغلب از خود ساخت طولانی‌تر می‌شود.
تشخیص عملی: آخرین قلم خارجی مهمی که خریدی، از روزی که تصمیمش گرفته شد تا روزی که وارد انبار شد چند روز طول کشید؟ و آن عددی که در برنامهٔ اولیه نوشته بودی چند بود؟
فاصلهٔ این دو، همان چیزی است که این فصل می‌خواهد قابل دیدن کند.
اول — برنامه بر اساس زمان فنی بسته شده، نه زمان کامل.
وقتی زمان‌بندی پروژه را می‌نویسی و برای یک قلم خارجی «سه ماه» می‌گذاری چون تأمین‌کننده گفته، عملاً هفت مرحلهٔ دیگر را صفر فرض کرده‌ای. این رایج‌ترین حالت است و ریشهٔ دو تای دیگر.
دوم — بودجه تصویب شده ولی پول در زمان لازم آزاد نمی‌شود.
تصویب بودجه و تخصیص نقدینگی دو چیزند. ممکن است خرید تأیید شده باشد ولی وقتی باید سفارش داد، اولویت نقدینگی جای دیگری رفته باشد. و هر هفته تأخیر در این نقطه، یک هفته تأخیر در انتهای زنجیره است.
سوم — تا زمان خرید، عدد بودجه دیگر کفایت نمی‌کند.
بودجه با نرخ ارز روز تصویب بسته شده. سه ماه بعد که نوبت خرید می‌رسد، همان مبلغ کافی نیست و باید دوباره مراحل تصویب طی شود — که خودش ماه‌ها طول می‌کشد و در این فاصله نرخ باز هم جابه‌جا می‌شود.
این سه یک حلقه می‌سازند که خودش را تقویت می‌کند: برنامهٔ خوش‌بینانه → تأخیر در تخصیص → بودجهٔ ناکافی → تصویب دوباره → تأخیر بیشتر.
این بخش را باید جدی گرفت چون بیشتر از بقیه آسیب می‌زند و کمتر از همه در برنامه دیده می‌شود.
در تورم بالا، عدد بودجه یک تاریخ انقضا دارد — حتی اگر جایی نوشته نشده باشد. بودجه‌ای که امروز بسته شده، شش ماه دیگر همان قدرت خرید را ندارد.
سه کاری که برنامه‌ریز می‌تواند بکند و معمولاً نمی‌کند:
تاریخ مبنا را در برنامه بنویس. «بودجهٔ این قلم بر اساس نرخ فلان تاریخ بسته شده» — همین یک جمله، بعداً بحث را از «چرا گران شد» به «چه زمانی گذشت» می‌برد.
پنجرهٔ اعتبار را مشخص کن. اگر تا فلان تاریخ سفارش داده نشود، این عدد دیگر معتبر نیست. این فشار سالمی روی تصمیم‌گیری می‌گذارد.
برای اقلام بحرانی، دو سناریو بنویس. یکی با نرخ فعلی، یکی با بیست یا سی درصد بالاتر. نه برای پیش‌بینی — برای اینکه وقتی اتفاق افتاد، تصمیم از قبل گرفته شده باشد.
اینجا مهم‌ترین مهارت این نقش است، و همان جایی است که نفوذ به کار می‌آید.
بیشتر هشدارها به این شکل داده می‌شوند: «اگر زودتر تأمین نشود، پروژه عقب می‌افتد.» این جمله درست است و هیچ تصمیمی را ممکن نمی‌کند. کسی که آن را می‌شنود، نگران می‌شود ولی نمی‌داند چه کار کند.
هشدار تصمیم‌پذیر چهار چیز دارد:
عدد و تاریخ — نه «عقب می‌افتد»؛ «اگر تا پانزدهم مهر سفارش داده نشود، تحویل از بهمن به فروردین می‌رود»
زنجیرهٔ علت — چرا این تاریخ؟ زنجیرهٔ نه مرحله‌ای بالا، همین را قابل دفاع می‌کند
اثر روی چیزی که برای شنونده مهم است — برای مدیرعامل، تأخیر پروژه یعنی جریمهٔ قرارداد یا از دست رفتن مشتری، نه یک خانهٔ قرمز در گانت
و گزینه‌ها با هزینهٔ هرکدام — سفارش فوری با قیمت بالاتر · تغییر تأمین‌کننده با ریسک کیفیت · تغییر تعهد به مشتری · یا پذیرش تأخیر
قاعده: اگر هشدارت گزینه ندارد، شکایت است نه هشدار. و شکایت، حتی وقتی درست است، تصمیمی را عوض نمی‌کند.
تصمیم نهایی دربارهٔ تعهد زمان‌بندی و تخصیص پول با تو نیست. ولی اطلاعاتی که تصمیم رویش گرفته می‌شود، از تو می‌آید — و این نفوذ کمی نیست.
سه چیز که نفوذ را بیشتر می‌کنند:
سابقهٔ درست بودن. اگر هشدار قبلی‌ات درست از آب درآمد و جایی ثبت شده، هشدار بعدی‌ات وزن دارد. پس هر هشدار را مکتوب بده، حتی وقتی شفاهی هم می‌گویی.
نبردن اخبار بد بدون گزینه. کسی که فقط مشکل می‌آورد، بعد از مدتی کمتر شنیده می‌شود.
و زمان‌بندی درست هشدار. هشداری که یک ماه قبل از بحران داده شود، تصمیم‌پذیر است. همان هشدار یک هفته قبل، فقط اعلام شکست است.
و یک نکتهٔ صادقانه: گاهی هشدار درست می‌دهی، همه‌چیز را درست انجام می‌دهی، و باز هم تصمیم غلط گرفته می‌شود. در آن حالت، تنها چیزی که در اختیار توست این است که ثبت شده باشد — هم برای سازمان که بعداً یاد بگیرد، هم برای خودت.
تمرین این فصل روی یک پروژه یا یک قلم خارجی واقعی انجام می‌شود. اگر عددهای دقیق در دسترست نیست، برآورد بزن و کنارش بنویس تخمین است.
و در تمرین آخر، هشداری می‌نویسی که واقعاً بشود فرستاد. اگر بعد از این فصل فقط همان یک صفحه را بنویسی و بدهی، فصل کارش را کرده.
متن فصل نیمی از کار است. نیمهٔ دیگر تمرین‌هایی است که با سازمان واقعی خودت انجام می‌شوند و خروجی‌شان همان سندی است که بالا گفته شد.
