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

مسطح شدن یک ساختار، کم کردن مدیران برای کم کردن مدیران نیست. موضوع، نزدیک کردن تصمیم به جایی است که اطلاعات مسئله وجود دارد، همراه با مرزی که از پراکندگی تصمیم جلوگیری کند. در یک شرکت تولیدی، سرپرست خط ممکن است بهترین فرد برای توقف یک ماشین به علت نشانه خرابی باشد. اما تغییر برنامه تولید یک محصول برای جبران تأخیر، می‌تواند سفارش مشتری دیگر یا موجودی مواد اولیه را متاثر کند. تفاوت این دو تصمیم باید پیش از لحظه بحران روشن باشد.

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

لایه کمتر، سؤال‌های دقیق‌تر

در ساختار سلسله‌مراتبی، بسیاری از هماهنگی‌ها در گفت‌وگوی مدیران میانی رخ می‌دهد. آنها تعارض میان فروش، عملیات، مالی و منابع انسانی را می‌بینند، اطلاعات را خلاصه می‌کنند و گاهی تصمیم را به سطح بالاتر می‌برند. با حذف این لایه، سازمان باید همان کار را آشکار و قابل تکرار کند. اگر کار پنهان مدیر میانی شناخته نشود، تیم‌ها یا برای هر چیز اجازه می‌خواهند یا مستقل از هم تصمیم می‌گیرند.

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

مقاله پژوهشی تمرکززدایی، سلسله‌مراتب و مشوق‌ها هزینه‌ها و منافع واگذاری حق تصمیم را از زاویه هماهنگی و انگیزه مرور می‌کند. پیام عملی آن برای مدیر این نیست که همه تصمیم‌ها را واگذار کند. هرچه تصمیم به اطلاعات محلی نزدیک‌تر باشد، واگذاری می‌تواند منطقی‌تر شود؛ هرچه اثر تصمیم میان چند واحد یا بر منابع مشترک بزرگ‌تر باشد، به یک رابط هماهنگی روشن نیاز است.

همکاری اعضای تیم کنار میز ساخت نمونه‌های اولیه

اختیار محلی از مالکیت نتیجه جدا نیست

بسیاری از برنامه‌های ساختار مسطح با جمله‌ای خوشایند آغاز می‌شوند: «تیم‌ها را توانمند کنیم.» اما اختیار بدون مسئولیت نتیجه، تنها مجوز عمل پراکنده است. تیم پشتیبانی می‌تواند برای حل یک شکایت تصمیم فوری بگیرد، ولی باید بداند چه شاخصی نشان می‌دهد این تصمیم به سود تجربه مشتری بوده یا فقط هزینه کوتاه‌مدت را بالا برده است. تیم محصول می‌تواند یک آزمایش محدود انجام دهد، اما دامنه آزمایش، هزینه مجاز و زمان توقف باید معلوم باشد.

یک روش ساده، جدا کردن سه سطح تصمیم است. سطح نخست، تصمیم‌های برگشت‌پذیر و نزدیک به کار روزانه است؛ مانند تغییر ترتیب یک فعالیت، تخصیص نیروی همان شیفت یا تماس با مشتری برای تکمیل اطلاعات. سطح دوم، تصمیم‌های دارای اثر میان‌تیمی است؛ مانند جابه‌جایی ظرفیت، تغییر اولویت یک پروژه یا استفاده از بودجه مشترک. سطح سوم، تصمیم‌های سخت‌برگشت یا پرریسک است؛ مانند تغییر تعهد قراردادی، توقف یک بازار یا پذیرش ریسک ایمنی. ساختار مسطح می‌تواند سطح نخست را واقعاً سریع کند، اما نباید سطح دوم و سوم را بی‌صاحب بگذارد.

در هر سه سطح، واژه «مالک» باید دقیق باشد. مالک نتیجه، کسی است که بابت رسیدن به خروجی پاسخ می‌دهد. مالک اقدام، کسی است که کار مشخص را انجام می‌دهد. مالک داده، مسئول ثبت و توضیح منبع عدد است. یک نفر ممکن است دو نقش داشته باشد، اما نوشتن هر سه نقش مانع این می‌شود که تیم در جلسه بعد بگوید «فکر می‌کردیم شخص دیگری پیگیری می‌کند». استقرار و پایش اجرای استراتژی نیز همین تفکیک مالک نتیجه، مالک اقدام و نقش دفتر استراتژی را برای چرخه بازنگری مطرح می‌کند.

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

رابط‌ها جای مدیران میانی را پر نمی‌کنند؛ کار را قابل دیدن می‌کنند

ساختار مسطح وقتی شکست می‌خورد که همکاری افقی به حسن نیت افراد واگذار شود. تیم‌های فروش، عملیات و فناوری هر کدام ممکن است هدف درستی داشته باشند و در عین حال یکدیگر را کند کنند. فروش برای پاسخ سریع وعده می‌دهد، عملیات برای ثبات برنامه تلاش می‌کند و فناوری از تغییرهای بدون اولویت نگران است. تا زمانی که تعارض‌ها فقط در پیام‌رسان رخ دهند، سرعت ظاهری یک تیم با هزینه پنهان تیم دیگر ساخته می‌شود.

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

پژوهش اجرای اختیار غیرمتمرکز تمرکززدایی را یک تغییر یک‌باره نمی‌داند، بلکه آن را فرایندی جمعی برای عبور از نیروهایی توصیف می‌کند که سازمان را دوباره به سلسله‌مراتب برمی‌گردانند. به زبان اجرایی، این یعنی هر بار که تیمی برای تصمیم کوچک دوباره سراغ مدیر سابق می‌رود، باید دید مرز اختیار مبهم است، داده کافی نیست یا پشتیبانی لازم در اختیار تیم نیست. پاسخ، تکرار شعار خودگردانی نیست.

نقشه استراتژی می‌تواند این رابط‌ها را به هدف وصل کند. وقتی تیم‌ها فقط فهرست ابتکارها را می‌بینند، هر واحد کار خودش را مهم‌تر می‌داند. در نقشه استراتژی و روابط علّی اهداف، هدف‌های روشن، رابطه‌های فرضی میان آنها و اتصالشان به سنجه و ابتکار مطرح می‌شود. نقشه علت و معلول را اثبات نمی‌کند، اما مدیران و تیم‌ها را وادار می‌کند فرض مشترکشان را بنویسند: کدام بهبود فرایند باید بر کدام نتیجه مشتری یا مالی اثر بگذارد.

ریتم بازنگری، جای مسیرهای نامرئی را می‌گیرد

سازمان مسطح به گزارش بلند ماهانه نیاز کمتری دارد، اما به بازنگری کوتاه و منظم نیاز بیشتری دارد. تفاوت مهم است. گزارش بلند، اطلاعات زیادی در پایان دوره جمع می‌کند. بازنگری کوتاه، چند تصمیم باز را پیش از آنکه به بحران تبدیل شوند می‌بیند. تناوب جلسه باید با سرعت تصمیم هماهنگ باشد. تیمی که هر روز اولویت سفارش‌ها را تغییر می‌دهد، با جلسه فصلی هماهنگ نمی‌ماند. تیمی که درباره سرمایه‌گذاری تجهیزات تصمیم می‌گیرد نیز با جلسه روزانه بهتر نمی‌شود.

دستور یک جلسه پانزده دقیقه‌ای می‌تواند تنها سه موضوع داشته باشد: انحراف از یک شاخص، علت قابل دفاع و گزینه اقدام. اگر علت معلوم نیست، تصمیم جلسه باید تعیین روش یافتن علت باشد، نه انتخاب درمانی بر پایه حدس. اگر اقدام انتخاب شد، مالک و موعد ثبت می‌شوند. جلسه بعد با مرور همه فعالیت‌ها شروع نمی‌شود؛ با سه تعهدی شروع می‌شود که موعدشان رسیده است. این نظم، اختیار را از پاسخ‌گویی جدا نمی‌کند.

اصول مانیفست چابک برای توسعه نرم‌افزار نوشته شده‌اند و نباید نسخه سازمانی همه کسب‌وکارها تلقی شوند. با این حال، دو اصل آن برای بحث حاضر مفیدند: تیم‌های خودسازمان‌ده و بازنگری دوره‌ای برای اصلاح روش کار. سازمان خارج از صنعت نرم‌افزار می‌تواند منطق بازنگری را اقتباس کند، بدون آنکه چرخه تولید، مقررات یا ریسک خودش را نادیده بگیرد.

در روزهای پرتنش، بازنگری باید امکان بالا بردن مسئله را نیز داشته باشد. تیمی که اختیار عمل دارد، گاهی باید تشخیص دهد تصمیم از محدوده‌اش بزرگ‌تر شده است. نشانه‌های بالا بردن مسئله می‌توانند عبور از سقف بودجه، اثر بر تعهد مشتری دیگر، ریسک ایمنی، نقض الزام قانونی یا نبود داده معتبر باشند. اگر این نشانه‌ها از قبل نوشته نشده باشند، افراد برای اثبات استقلالشان دیرتر از زمان لازم موضوع را مطرح می‌کنند.

شاخص کم، اما با پیامد روشن

کاهش لایه‌های مدیریتی معمولاً با درخواست برای داشبورد بیشتر همراه می‌شود. این واکنش قابل فهم است: مدیران می‌خواهند بدانند تیم‌های مستقل چه می‌کنند. اما انبوه شاخص می‌تواند همان مشکل را در قالب جدید برگرداند. وقتی هر تیم ده‌ها نمودار دارد، هیچ‌کس نمی‌داند کدام انحراف حق تغییر اولویت دارد. شاخص مناسب باید به یک سؤال تصمیم وصل باشد، نه فقط امکان استخراج از یک سامانه.

برای تیم محصول، نرخ استفاده از قابلیت جدید شاید سیگنال پیشرو باشد، اما بدون سنجش خطای کاربر یا بازگشت مشتری، تیم ممکن است استفاده کوتاه‌مدت را با ارزش اشتباه بگیرد. برای تیم عملیات، تعداد سفارش تکمیل‌شده مهم است، اما اگر تحویل ناقص یا شکایت پس از تحویل دیده نشود، افراد برای بالا بردن یک عدد، کیفیت را قربانی می‌کنند. هر شاخص باید همراه با «رفتار نامطلوبی که ممکن است تشویق کند» بازبینی شود.

در نظام OKR، KPI و BSC، شاخص‌های نتیجه، پیشرو و کنترلی از هم جدا می‌شوند و مالک، منبع داده، تناوب و شیوه تصمیم‌گیری برای هر سنجه مشخص می‌ماند. این تفکیک برای ساختار مسطح مهم است، زیرا تیم نباید یک شاخص نتیجه را به عنوان دستور روزانه بخواند. مثال ساده: درآمد ماهانه نتیجه است، زمان پاسخ به درخواست معتبر می‌تواند سیگنال پیشرو باشد و درصد تخفیف خارج از چارچوب می‌تواند شاخص کنترلی باشد. هیچ‌کدام به تنهایی تصویر کامل نیستند.

پنج همکار در جلسه کاری که یک سند را میان خود ردوبدل می‌کنند و لپ‌تاپ‌ها روی میز باز هستند

پژوهش مروری تیم‌های خودسازمان‌ده در مراقبت بلندمدت یادآوری می‌کند که خودگردانی همیشه سود خالص نیست. تیم‌های دارای اختیار همچنان به کارها و نقش‌هایی بیرون از تیم وابسته‌اند و سپردن کارهای پشتیبان بیش از حد به آنها می‌تواند زمان کار اصلی و رضایت را تحت فشار بگذارد. این نتیجه مربوط به محیط مراقبت بلندمدت است، نه حکم عمومی برای همه صنعت‌ها؛ با این حال، برای مدیر ایرانی یک هشدار عملی دارد: واگذاری اختیار باید با بازبینی بار هماهنگی و پشتیبانی همراه باشد.

شاخص بار هماهنگی گاهی از شاخص خروجی مهم‌تر است. تعداد تصمیم‌هایی که به دلیل اطلاعات ناقص برگشته‌اند، متوسط زمان پاسخ میان تیم‌ها، درصد اقدام‌های بدون مالک و تعداد استثناهای خارج از مرز اختیار می‌تواند نشان دهد ساختار جدید کجا گیر کرده است. اینها معیار کنترل کارکنان نیستند؛ معیار کیفیت مسیر تصمیم‌اند. اگر بعد از مسطح شدن سازمان این اعداد بالا بروند، راه‌حل لزوماً افزودن مدیر نیست. شاید یک رابط، تعریف داده یا مرز اختیار باید اصلاح شود.

اعتماد بدون شواهد، خودگردانی نیست

برخی مدیران از ترس کنترل‌گر به نظر رسیدن، در ساختار مسطح از پرسیدن درباره داده پرهیز می‌کنند. نتیجه، اعتماد نیست؛ ابهام است. اعتماد زمانی شکل می‌گیرد که تیم بداند مدیریت برای یادگیری از عدد استفاده می‌کند، نه برای پیدا کردن مقصر در نخستین انحراف. اگر شاخص از هدف عقب افتاده، نخستین پرسش باید این باشد که داده چه می‌گوید، چه چیزی هنوز نمی‌دانیم و کدام فرض تغییر کرده است.

ISO 9001 بر رویکرد فرایندی، مسئولیت روشن، سنجش عملکرد و بهبود بر پایه شواهد تأکید دارد. گواهی‌نامه گرفتن موضوع این مقاله نیست، اما این عناصر برای ساختار مسطح قابل استفاده‌اند: کاری که چند تیم انجام می‌دهند باید ورودی، خروجی، مسئولیت و روش کنترل تغییر مشخص داشته باشد. وقتی تیم‌ها فقط نام خودگردانی را می‌شنوند ولی فرایند مشترک نمی‌بینند، اختلاف‌ها دوباره به مدیران ارشد برمی‌گردند.

ریسک نیز نباید تنها در سطح مدیرعامل بماند. ISO 31000 مدیریت ریسک را شامل شناسایی، تحلیل، ارزیابی، برخورد، پایش و ارتباط درباره ریسک در سراسر سازمان می‌داند. در سازمان مسطح، این منطق به معنای دادن اختیار نامحدود به همه نیست. یعنی تیمی که نزدیک مسئله است باید بتواند ریسک را ثبت و بالا ببرد، و سطح بالاتر باید زمان و معیار پاسخ به آن را روشن کرده باشد.

ساختار را با یک تعارض واقعی آزمایش کنید

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

در آزمایش نخست، مرزها را محافظه‌کارانه بگیرید. تیم‌ها برای تصمیم‌های برگشت‌پذیر اختیار کامل داشته باشند، اما تصمیم‌های پرریسک به رابط مشخص بروند. پس از چند چرخه، می‌توان دید کدام موضوع‌ها بی‌دلیل بالا می‌روند و کدام تصمیم‌ها باید زودتر مطرح شوند. در بازتنظیم OKR و KPI در تلاطم نیز بازنگری سنجه‌ها هنگام تغییر زمینه مطرح می‌شود؛ ساختار مسطح بدون این توان بازتنظیم، به سرعت برای شرایط دیروز کار می‌کند.

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

اگر مدیرعامل بخواهد بداند آیا ساختار مسطح پیش می‌رود، یک سؤال کافی است: در آخرین تعارض میان دو تیم، آیا تصمیم با اطلاعات درست، در سطح درست و در زمان درست گرفته شد؟ اگر پاسخ منفی است، پیش از بحث درباره تعداد مدیران، نقشه تصمیم، مسئولیت داده و رابط بین دو تیم را اصلاح کنید. ساختار مسطح زمانی شتاب می‌گیرد که آزادی عمل و مسیر پاسخ‌گویی در یک نقطه به هم برسند.