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