وقتی سازمانی تصمیم میگیرد «S&OP را راه بیندازد»، معمولاً اولین سوالی که پیش میآید این است: از کجا شروع کنیم؟ بیشتر منابع موجود به مکانیک چرخهی ماهانه میپردازند — پنج مرحلهاش، ورودی و خروجیاش — اما کمتر کسی دربارهی ترتیب راهاندازی آن در یک سازمانی که هنوز این فرآیند را ندارد صحبت میکند. تجربهی ما نشان میدهد این راهاندازی، اگر درست انجام شود، حدود ۹۰ روز طول میکشد — نه یک هفته، و نه یک سال.
مرحلهی اول (هفتههای ۱ و ۲) تشخیص است، و رایجترین اشتباهی که سازمانها مرتکب میشوند این است که این مرحله را نادیده میگیرند و مستقیم سراغ طراحی تقویم جلسات میروند. تشخیص یعنی نقشهبرداری از وضعیت فعلی: چه تصمیمهایی همین الان، بهصورت غیررسمی و پراکنده، دربارهی حجم و ظرفیت گرفته میشوند؟ این تصمیمها را چه کسی واقعاً میگیرد — نه در نمودار سازمانی، بلکه در عمل؟ و کجا الگوی مشخصی از موجودی مازاد یا کمبود دیده میشود که نشانهی یک شکاف هماهنگی است؟ بدون این نقشه، چرخهی جدید روی حدس بنا میشود، نه واقعیت.
مرحلهی دوم (هفتههای ۳ و ۴) طراحی است: تثبیت تقویم ماهانه، مشخصکردن حاضران هر مرحله (نه نمایندهها، بلکه صاحبان واقعی بودجه و ظرفیت)، و — مهمتر از همه — تعیین اینکه چه چیزی آگاهانه از دامنهی این جلسه بیرون گذاشته میشود. یک اشتباه رایج در این مرحله، تلاش برای طراحی یک فرآیند «کامل» است که همهی محصولات، همهی واحدها و همهی سناریوها را از روز اول پوشش دهد. نتیجهی این کمالگرایی معمولاً یک طراحی سنگین است که هرگز واقعاً اجرا نمیشود.
مرحلهی سوم (هفتههای ۵ تا ۸) اجرای آزمایشی است — و اینجاست که تفاوت اصلی این نقشهی راه با رویکردهای رایج آشکار میشود: بهجای راهاندازی همزمان در کل سازمان، یک چرخهی کامل را روی یک دامنهی محدود (یک خانوادهی محصول یا یک واحد کسبوکار) اجرا میکنیم. این محدودسازی دامنه، ریسک را کنترل میکند و به تیم اجازه میدهد از اشتباهات اولیه، بدون قرار گرفتن کل سازمان در معرض آنها، یاد بگیرد. جلسهی اجرایی این چرخهی آزمایشی، آزمون واقعی است: آیا مدیران ارشد واقعاً حاضر میشوند و تصمیم میگیرند، یا نماینده میفرستند و تصمیم را به بعد موکول میکنند؟ پاسخ این سوال تعیین میکند که آیا آمادهی گسترش هستید یا هنوز نه.
مرحلهی چهارم (هفتههای ۹ تا ۱۳) گسترش و انتقال ظرفیت است. دامنه به کل پورتفولیو گسترش پیدا میکند، اما همزمان — و این بخشی است که اغلب فراموش میشود — مالکیت اجرای چرخه به تیم داخلی منتقل میشود، نه اینکه برای همیشه به تسهیلگری بیرونی وابسته بماند. این همان چیزی است که چارچوب DDIT ما را از رویکردهای رایجتر متمایز میکند: بیشتر روشها در «پیادهسازی» متوقف میشوند؛ ما یک مرحلهی مجزا برای انتقال ظرفیت به تیم داخلی اضافه میکنیم، چون بدون آن، فرآیند تا زمانی دوام میآورد که مشاور بیرونی حضور دارد.
اشتباه رایجی که این مسیر ۹۰ روزه را از مسیر میاندازد، تلاش برای طراحی فرآیند «بینقص» پیش از اجرای هر چرخهای است. وقتی سازمانی ماهها صرف تدوین رویهها، تعریف نقشها و ساخت داشبورد میکند پیش از آنکه حتی یک جلسهی واقعی برگزار شود، معمولاً تا پایان همان بازه، شور اولیه از بین رفته و پروژه آرامآرام به فراموشی سپرده میشود. اجرای آزمایشی محدود، حتی با ابزار ساده، همیشه بر طراحی کامل و اجرانشده ارجحیت دارد.
معیار موفقیت این ۹۰ روز، همان معیاری است که در ارزیابی سلامت هر چرخهی S&OP به کار میبریم: از سه جلسهی اخیر، چند مورد با یک تصمیم مکتوب، یک مالک و یک مهلت مشخص تمام شدهاند؟ اگر تا پایان مرحلهی چهارم پاسخ این سوال «بیشتر آنها» باشد، فرآیند از یک پروژهی راهاندازی به یک انضباط سازمانی تبدیل شده — و از همینجا، گفتوگو دربارهی سرمایهگذاری در ابزار پیشرفتهتر یا گسترش به IBP، گفتوگویی واقعی و مبتنی بر شواهد میشود، نه یک شرطبندی زودهنگام.