مدیرعامل در ابتدای هفته با فهرستی از تعهدهای متعارض روبه‌رو است: تصمیم سرمایه‌گذاری یک واحد، بحران یک مشتری مهم، جلسه هیئت‌مدیره، اختلاف دو مدیر ارشد بر سر ظرفیت و چند پروژه تحول که هر کدام خود را فوری می‌دانند. مسئله فقط کمبود وقت نیست. اگر هیچ‌کس رابطه این تصمیم‌ها را با اولویت‌های راهبردی، ظرفیت مدیران و وابستگی پروژه‌ها روشن نکند، روز مدیرعامل با واکنش به بلندترین صدا پر می‌شود. رئیس ستاد در بهترین حالت، این آشفتگی را به پرونده‌های تصمیم قابل رسیدگی تبدیل می‌کند.
رئیس ستاد یا Chief of Staff یک عنوان یکسان با شرح وظایف ثابت نیست. پژوهش دانشگاه آرکانزاس درباره روسای ستاد در محیط دانشگاهی، الگوهای نقش را از گفت‌وگو با صاحبان نقش و شرح وظایف بررسی کرده و آن‌ها را به رابطه‌سازی، اعتماد، ارتباط راهبردی و مشاوره پیوند می‌دهد. پژوهش دانشگاه آرکانزاس خود نشان می‌دهد نقش بر اساس زمینه سازمان فرق می‌کند. پس پیش از استخدام یا منصوب‌کردن فرد، سازمان باید بنویسد چه مسئله‌ای را می‌خواهد حل کند، چه اختیارهایی واگذار می‌شود و چه تصمیم‌هایی همچنان با مدیرعامل یا مدیران خطی می‌مانند.
رئیس ستاد، مدیرعامل دوم نیست
مرز نقش، نخستین شرط موفقیت است. دستیار اجرایی عموماً زمان، سفر، مکاتبات و آمادگی جلسات مدیرعامل را اداره می‌کند. مدیر عملیات مسئول اجرای مستقیم فرایندهای روزانه و نتایج واحدهای عملیاتی است. مدیر راهبرد بر انتخاب‌ها، تحلیل محیط و جهت‌گیری بلندمدت کار می‌کند. رئیس ستاد می‌تواند با همه این نقش‌ها کار کند، اما نباید مسئولیت هر سه را جذب کند. وظیفه او معمولاً روشن‌کردن مسئله، هماهنگی ورودی‌های لازم، ثبت تصمیم و پیگیری تعهد میان واحدهاست.
شرح نقش منتشرشده برای رئیس ستاد مدیر ارشد فناوری دانشگاه هاروارد، او را شریک فکری مدیر ارشد، پیونددهنده واحدها و مسئول تقویت هماهنگی، جریان اطلاعات و پیگیری معرفی می‌کند. این شرح همچنین بر ثبت تصمیم‌ها، تعهدها، وابستگی‌ها و ریسک‌هایی که به توجه رهبری نیاز دارند تاکید دارد. شرح نقش هاروارد یک نسخه آماده برای هر سازمان نیست، اما نمونه خوبی از مرز میان هماهنگی اجرایی و مدیریت مستقیم است.
رئیس ستاد اگر به جای مدیران خطی تصمیم فنی بگیرد، مسئولیت را مبهم می‌کند. اگر فقط جلسه‌ها را سازمان دهد، نقش به دبیرخانه کاهش پیدا می‌کند. جای درست او میان این دو است: پرسش‌های لازم را پیش از جلسه کامل کند، گزینه‌ها و پیامدها را قابل مقایسه سازد، مدیر تصمیم‌گیر را روشن کند و پس از تصمیم، فقط تا حدی پیگیری کند که کار به مالک واقعی بازگردد.
منشور نقش باید پیش از نخستین جلسه نوشته شود
منشور رئیس ستاد لازم نیست سندی طولانی باشد، اما باید به پنج پرسش پاسخ دهد: این نقش به چه کسی گزارش می‌دهد، چه تصمیم‌هایی را آماده می‌کند، در چه جلسه‌هایی حاضر است، به کدام اطلاعات دسترسی دارد و کجا اختیارش تمام می‌شود. علاوه بر این، مدیرعامل باید با تیم ارشد درباره نسبت رئیس ستاد و مدیران واحدها گفت‌وگو کند. سکوت در این نقطه اغلب به برداشت‌هایی مانند «بازرس مدیرعامل» یا «مدیر پنهان» منجر می‌شود و همکاری را از ابتدا فرسوده می‌کند.
نقش Senior Responsible Owner در راهنمای رسمی دولت بریتانیا، برای برنامه‌ها و پروژه‌ها از رئیس ستاد جداست، اما یک تمایز مفید نشان می‌دهد: مسئول ارشد صاحب پاسخگویی نتیجه است و نقش‌های دیگر باید نسبت خود را با آن روشن کنند. راهنمای مسئول ارشد برنامه بر رابطه نقش با مدیر پروژه و دیگر بازیگران تحویل تاکید دارد. در شرکت، رئیس ستاد می‌تواند کیفیت این رابط‌ها را بهتر کند، اما نباید مالک پاسخگویی نتیجه‌ای شود که به مدیرعامل، حامی پروژه یا مدیر خطی واگذار شده است.
یک خط قرمز دیگر، محرمانگی است. رئیس ستاد ممکن است به اختلاف‌های هیئت‌مدیره، اطلاعات مالی یا بحث‌های جانشینی دسترسی داشته باشد. دسترسی بیشتر، مجوز پخش بیشتر نیست. منشور باید قاعده روشنی برای نگهداری یادداشت‌ها، سطح دسترسی به داده، ثبت تعارض منافع و شیوه انتقال اطلاعات میان مدیرعامل و تیم ارشد داشته باشد. اعتماد به این نقش با سرعت گزارش‌نویسی ساخته نمی‌شود؛ با قضاوت درست درباره آنچه باید گفته شود و آنچه نباید پخش شود ساخته می‌شود.
سبد ابتکارات، نقطه شروع کار رئیس ستاد است
بسیاری از مدیرعامل‌ها فهرست پروژه دارند، اما سبد ابتکارات ندارند. فهرست می‌گوید چه کارهایی در جریان است. سبد نشان می‌دهد هر کار به کدام هدف وصل است، چه ظرفیت مدیریتی و مالی می‌گیرد، به کدام پروژه وابسته است و در رقابت با کدام اولویت قرار دارد. رئیس ستاد باید در هفته‌های اول، همه ابتکارات جاری و پیشنهادی را با تعریف یکسان جمع کند. این کار برای ایجاد کنترل ظاهری نیست؛ برای دیدن تعهدهایی است که سازمان هم‌زمان پذیرفته و شاید توان انجامشان را ندارد.
یک جلسه سبد می‌تواند با چهار سوال کوتاه شروع شود: نتیجه مورد انتظار چیست؟ صاحب نتیجه چه کسی است؟ کدام وابستگی باید پیش از شروع حل شود؟ چه داده یا رویدادی نشان می‌دهد باید پروژه ادامه یابد، بازطراحی شود یا متوقف گردد؟ ISO 21500 مفاهیم پروژه، برنامه و سبد را در یک زمینه سازمانی مطرح می‌کند و به راهنمایی‌های جداگانه برای حاکمیت سبد اشاره دارد. نکته کاربردی آن برای رئیس ستاد این است که پروژه‌ها را فقط بر اساس عنوان یا حامی آن‌ها مقایسه نکند.
جلسه راهبردی باید تصمیم تولید کند
جلسه تیم ارشد برای شنیدن گزارش هفتگی نیست. اگر گزارش لازم است، باید پیش از جلسه خوانده شود و روی یک صفحه به تصمیم، انحراف، ریسک، وابستگی و درخواست روشن تبدیل شود. رئیس ستاد می‌تواند مالک کیفیت این ورودی باشد، اما مالک پاسخ فنی هر موضوع نیست. جلسه باید به موضوع‌هایی برسد که فقط تیم ارشد یا مدیرعامل قادر به حل آن‌ها هستند: جابه‌جایی اولویت، حل تعارض منابع، پذیرش یا رد ریسک و تایید مسیر جایگزین.
برای هر تصمیم، دفتر تصمیم باید شامل تاریخ، گزینه‌های بررسی‌شده، منطق انتخاب، مالک اقدام، موعد بازگشت و شرط بازنگری باشد. این دفتر حافظه شخصی رئیس ستاد نیست. باید به اندازه لازم برای مدیران مرتبط قابل مشاهده باشد تا هفته بعد دوباره بحث از نقطه صفر آغاز نشود. اگر مسئله هنوز داده کافی ندارد، خروجی جلسه نباید «بررسی شود» باشد؛ باید نام داده لازم، مسئول تهیه و تاریخ بازگشت را تعیین کند.
رئیس ستاد همچنین باید از جلسات بیش‌ازحد محافظت کند. هر موضوعی که مدیران خطی می‌توانند حل کنند، نباید به جلسه مدیرعامل برسد. در مقابل، موضوعی که به تصمیم واحدی نیاز دارد، نباید با یک ایمیل مبهم میان چند مدیر دست‌به‌دست شود. معیار ورود یک موضوع به تیم ارشد می‌تواند گستره اثر، میزان تعارض منابع، تغییر در فرض راهبردی یا نیاز به اختیار مدیرعامل باشد.
وابستگی‌ها و ظرفیت پنهان را قابل دیدن کنید
بیشتر تاخیرهای راهبردی با یک پروژه ضعیف آغاز نمی‌شوند. یک واحد فناوری منتظر تعریف فرایند است، واحد مالی منتظر تایید سرمایه‌گذاری مانده و واحد تجاری منتظر ظرفیت تولید است. هر مدیر ممکن است پروژه خود را سبز گزارش کند، در حالی که کل برنامه پشت یک وابستگی حل‌نشده ایستاده است. رئیس ستاد باید برای هر ابتکار، نقطه انتظار، تصمیم لازم و مالک وابستگی را قابل مشاهده کند.
در مدیریت سبد پروژه‌ها و ابتکارات استراتژیک، اتصال پروژه به هدف، ارزش، ریسک، فوریت، ظرفیت و وابستگی از معیارهای ورود و بازبینی سبد است. این منطق به رئیس ستاد اجازه می‌دهد پیشنهاد توقف یک پروژه را با منطق روشن مطرح کند: نه به دلیل علاقه شخصی، بلکه چون ظرفیت لازم برای ابتکار با اولویت بالاتر در جای دیگری مصرف می‌شود. توقف گاهی نشانه شکست نیست؛ تصمیمی برای حفظ تمرکز است.
شاخص‌های رئیس ستاد نیز باید رفتار درست را تشویق کنند. تعداد جلسه‌های برگزارشده، تعداد اسلایدها یا حجم گزارش، معیار موفقیت نقش نیستند. می‌توان به کیفیت دفتر تصمیم، درصد تعهدهای دارای مالک و موعد، سن ابتکارهای معطل، تعداد وابستگی‌های بی‌صاحب و زمان لازم برای رساندن یک مسئله قابل تصمیم به تیم ارشد نگاه کرد. حتی این موارد هم باید با احتیاط تفسیر شوند. کم‌شدن تعداد پروژه‌ها همیشه خوب نیست، مگر اینکه روشن باشد سازمان چه چیزی را آگاهانه کنار گذاشته است.
میان کنترل و اختیار، تعادل برقرار کنید
رئیس ستاد به اطلاعات دقیق نیاز دارد، اما نباید هر انحراف را خودش حل کند. وقتی او کار مدیران خطی را بازنویسی یا هر اقدام کوچک را تایید می‌کند، هم تصمیم‌گیری کند می‌شود و هم مدیران مسئولیت کمتری می‌پذیرند. در نقطه مقابل، اگر فقط درخواست گزارش کند، نقش ارزش چندانی اضافه نمی‌کند. تعادل درست در پرسیدن پرسش‌های سخت، روشن‌کردن گزینه‌ها و ارجاع تصمیم به نزدیک‌ترین صاحب اختیار است.
ISO 37000 راهنمای حاکمیت سازمان‌ها را برای کمک به نهادهای حاکمیتی در ایفای مسئولیت و تحقق هدف سازمان توضیح می‌دهد. این استاندارد نقش رئیس ستاد را تعریف نمی‌کند. اما بر هدف، پاسخگویی و حاکمیت تاکید دارد و یادآوری می‌کند که واگذاری اختیار، پاسخگویی نهایی نهاد حاکمیتی را از بین نمی‌برد. رئیس ستاد باید در این فاصله کار کند: اختیارهای واگذارشده را روشن کند و تصمیم‌های مهم را به سطح پاسخگویی درست برگرداند.
آغاز نقش با یک دوره آزمایشی بهتر است
در نخستین نود روز، رئیس ستاد لازم نیست فرایندهای سازمان را بازطراحی کند. کار او می‌تواند با سه خروجی ملموس آغاز شود: نقشه اولویت‌های مدیرعامل، سبد ابتکارات با وابستگی‌های اصلی و تقویم جلسه‌هایی که هر کدام تصمیم مشخصی دارند. سپس یک یا دو مشکل واقعی بین‌بخشی را با همان روش حل کند. اگر تیم ببیند که نقش، مسئله را سریع‌تر و شفاف‌تر به تصمیم می‌رساند، اعتماد به آن از راه تجربه شکل می‌گیرد.
در این دوره، رئیس ستاد باید نقشه توجه مدیرعامل را نیز ثبت کند. کدام موضوع‌ها به دلیل اختیار قانونی یا تجاری فقط با مدیرعامل حل می‌شوند؟ کدام موضوع‌ها آماده تصمیم نیستند و باید به واحد مسئول برگردند؟ کدام تعهد باید از تقویم حذف شود تا ظرفیت رهبری برای اولویت مهم‌تر آزاد بماند؟ این نقشه، به مدیرعامل امکان می‌دهد میان فوریت واقعی و فوریت ساختگی فرق بگذارد. به تیم ارشد هم نشان می‌دهد چه نوع ورودی باید پیش از بالا رفتن مسئله به دفتر مدیرعامل کامل شود.
مسیر هشدار باید کوتاه و روشن باشد. اگر یک وابستگی تا تاریخ مشخص حل نشد، چه کسی باید بداند؟ اگر مالک پروژه پاسخ نمی‌دهد، چه زمانی مسئله به مدیرعامل ارجاع می‌شود؟ و اگر یک فرض اصلی تغییر کرد، چه کسی اختیار بازنگری اولویت را دارد؟ پاسخ این سوال‌ها رئیس ستاد را به نقطه تماس همه کارها تبدیل نمی‌کند. برعکس، از همان ابتدا روشن می‌کند چه چیزی باید در سطح واحد حل شود و چه چیزی واقعاً تصمیم ارشد می‌خواهد.
پژوهش دانشگاه نبراسکا نیز در بررسی اکتشافی نقش رئیس ستاد در آموزش عالی، وظایف، ویژگی‌ها و جایگاه نقش در سازمان را محور مطالعه قرار داده است. این پژوهش حوزه دانشگاهی دارد و نتیجه آن نباید به شرکت‌ها تعمیم داده شود، اما تایید می‌کند که تعریف وظیفه و موقعیت سازمانی را نمی‌توان از نام شغلی جدا کرد.
پایش اجرای استراتژی بر تفکیک مالک نتیجه، مالک اقدام، ریتم جلسه و منبع به‌روزرسانی سنجه تکیه دارد. رئیس ستاد می‌تواند این اجزا را برای تیم ارشد هماهنگ کند، اما نباید آن‌ها را به تشریفات تبدیل کند. در پایان دوره آزمایشی، مدیرعامل و تیم ارشد باید بتوانند صادقانه پاسخ دهند: کدام تصمیم زودتر روشن شد، کدام تعهد پیگیری شد و کجا نقش هنوز با مسئولیت مدیران خطی تداخل دارد؟ پاسخ به این سه سوال، بهترین مبنا برای تثبیت یا اصلاح نقش است.
رئیس ستاد زمانی موثر است که مدیرعامل به جای دریافت گزارش‌های بیشتر، تصمیم‌های کمتر اما روشن‌تر دریافت کند؛ تصمیم‌هایی که گزینه، ریسک، مالک و تاریخ بازگشت دارند. اگر نقش چنین نتیجه‌ای نمی‌سازد، افزودن اختیار یا ابزار تازه شاید مسئله را پیچیده‌تر کند. ابتدا باید معلوم شود مدیرعامل برای چه انتخابی به این نقش نیاز دارد و سازمان حاضر است چه قواعد شفافی را برای کارکردن آن بپذیرد.