خلاصه مدیریتی ۶۰ ثانیه‌ای
دو افراط رایج‌اند: سازمانی که برای هر تصمیم کوچک به مالک وابسته است و مدیری که تصور می‌کند بلوغ سازمان یعنی حتی در یک وضعیت استثنایی نیز نباید در دسترس باشد.
پیش از سفر حدود اختیار، سطح فوریت سبز/زرد/قرمز، یک نقطه تماس مشخص و اطلاعات لازم برای Escalation را تعریف کنیم و تماس‌های غیرضروری را بعد از بازگشت به سرنخ اصلاح فرآیند تبدیل کنیم.
سفر می‌تواند Stress Test مفیدی برای سازمان باشد: کارهای جاری باید بدون مالک پیش بروند و هر تماس غیرضروری، سرنخی برای بهبود اختیار، فرآیند یا آموزش باشد.
بعد از مدت‌ها تصمیم می‌گیرید یک هفته به سفر بروید.
هم خودتان درگیر کسب‌وکارید و هم همسرتان. یک کسب‌وکار خانوادگی دارید و طبیعی است که بخش قابل‌توجهی از زندگی‌تان طی سال با شرکت گره خورده باشد.
جلسه، فروش، خرید، نیروی انسانی، نقدینگی، قرارداد، مشتری، تأمین‌کننده و ده‌ها مسئله پیش‌بینی‌نشده.
حتی وقتی به خانه می‌رسید، گاهی متوجه می‌شوید شام تمام شده اما صحبت درباره شرکت هنوز ادامه دارد.
بالاخره تصمیم می‌گیرید یک هفته از این فضا فاصله بگیرید.
فرآیندها تعریف شده‌اند.
مسئولیت‌ها مشخص‌اند.
سیستم دارید.
کارها واگذار شده‌اند.
افراد قابل‌اعتماد در مجموعه حضور دارند.
اما روز دوم سفر تلفن زنگ می‌خورد:
«یک مسئله پیش آمده، نظرتان چیست؟»
حالا چه باید کرد؟
اگر جواب بدهیم یعنی سیستم‌سازی نکرده‌ایم؟
این روزها یک جمله را زیاد می‌بینم
کافی است چند دقیقه در شبکه‌های اجتماعی بچرخیم تا به نسخه‌های مختلف این جمله برسیم:
«اگر یک ماه نباشی و کسب‌وکارت نتواند بدون تو کار کند، پس کسب‌وکار نساخته‌ای.»
اصل حرف قابل تأمل است.
اگر تمام پرداخت‌ها، خریدها، فروش‌ها، استخدام‌ها و تصمیم‌های روزمره منتظر حضور مالک باشند، احتمالاً سازمان بیش از حد به یک فرد وابسته است.
اما از این گزاره نمی‌توان نتیجه گرفت که نشانه یک سازمان خوب این است که مالک آن تحت هیچ شرایطی نباید در تعطیلات تلفنش را پاسخ دهد.
بین این دو فاصله زیادی وجود دارد.
به‌خصوص وقتی درباره یک شرکت خصوصی، کسب‌وکار خانوادگی یا بازاری مثل ایران صحبت می‌کنیم.
سیستم‌سازی یعنی کاهش وابستگی؛ نه حذف مسئولیت
من سیستم‌سازی را این‌طور می‌بینم:
اگر یک هفته نباشم، نباید برای کارهای عادی و قابل پیش‌بینی به من نیاز باشد.
اگر برای تأیید یک بار، صدور یک فاکتور معمولی، هماهنگی حمل، پاسخ به یک مشتری یا انجام یک فرآیند تکراری هر روز با من تماس گرفته شود، مسئله‌ای وجود دارد.
یا اختیار درست واگذار نشده،
یا فرآیند ناقص است،
یا افراد نمی‌دانند تا کجا اجازه تصمیم‌گیری دارند،
یا خود من طی سال آنها را عادت داده‌ام که برای هر تصمیمی سراغم بیایند.
اتفاقاً توصیه‌های مدیریتی درباره Delegation نیز روی همین موضوع تأکید دارند: تفویض اختیار کاری نیست که دو روز قبل از سفر انجام دهیم. باید در طول سال آدم‌هایی را پرورش داده باشیم که بتوانند بخش‌هایی از مسئولیت ما را مستقلاً انجام دهند.
اما اگر در همان هفته یک مشتری کلیدی با مسئله‌ای غیرمعمول مواجه شود، شرایط سیاسی یا اقتصادی ناگهان تغییر کند، یک تصمیم با اثر مالی قابل‌توجه لازم باشد یا اتفاقی خارج از اختیارات تعریف‌شده رخ دهد، چرا نباید پانزده دقیقه برای آن وقت بگذارم؟
برای من، وابستگی عملیاتی با مسئولیت مالکانه یکی نیست.
هدفم حذف اولی است، نه فرار از دومی.
مسئله در ایران کمی متفاوت است
این قسمت را هم نباید تبدیل به توجیه همیشگی کنیم که «اینجا ایران است، پس سیستم جواب نمی‌دهد.»
سیستم اتفاقاً در محیط ناپایدار مهم‌تر می‌شود.
اما باید بپذیریم Context کسب‌وکار ایرانی با یک شرکت در محیط بسیار باثبات یکسان نیست.
تغییرات ارزی، محدودیت‌های تجاری، مسائل واردات و صادرات، تغییر شرایط تأمین، اختلالات لجستیکی و تصمیم‌های ناگهانی بیرونی می‌توانند فرض‌هایی را که دیروز معتبر بوده‌اند امروز تغییر دهند. حتی گزارش‌های ۲۰۲۶ صندوق بین‌المللی پول نیز برای ایران و منطقه از شرایط اقتصادی و ژئوپلیتیکی پرریسک و متغیر صحبت می‌کنند. IMF
در چنین محیطی، اینکه مالک یا مدیر ارشد برای شرایط استثنایی در دسترس باشد الزاماً نشانه ضعف سیستم نیست.
مشکل زمانی است که «استثنا» هر روز اتفاق می‌افتد.
اگر هر مسئله‌ای Urgent است، احتمالاً هیچ‌چیز واقعاً Urgent نیست.
من بین «در دسترس بودن» و «سر کار بودن» تفاوت می‌گذارم
این تفکیک به نظرم مهم است.
می‌توانم در سفر باشم و همچنان برای یک وضعیت واقعاً اضطراری در دسترس باشم.
اما این با حالتی که هر ده دقیقه WhatsApp را چک کنم، ایمیل‌ها را بخوانم، در گروه شرکت پیام بدهم و از همکاران بپرسم «همه چیز خوب است؟» تفاوت دارد.
در حالت دوم شاید اصلاً شرکت به من احتیاجی نداشته باشد؛ این من هستم که نمی‌توانم شرکت را رها کنم.
و این مسئله را نمی‌شود با ERP و فرآیند حل کرد.
پژوهش و ادبیات مربوط به فاصله گرفتن از کار هم بر اهمیت Psychological Detachment تأکید دارند؛ یعنی زمانی وجود داشته باشد که ذهن واقعاً از مطالبات کاری فاصله بگیرد. فاصله گرفتن از کار با بازیابی انرژی و بهزیستی ارتباط دارد.
حتی در یک گفت‌وگوی Harvard Business Review درباره استفاده واقعی از تعطیلات پیشنهاد جالبی مطرح می‌شود: یک نفر مشخص در سازمان اختیار داشته باشد که فقط در صورت بروز یک مسئله واقعاً مهم با مدیر در تعطیلات تماس بگیرد. در این صورت مدیر مجبور نیست برای اینکه مطمئن شود «اتفاقی نیفتاده» دائماً پیام‌ها و ایمیل‌ها را بررسی کند.
این مدل را بیشتر می‌پسندم.
قبل از سفر، تعریف کنیم چه چیزی ارزش تماس گرفتن دارد
به‌جای اینکه به تیم بگوییم:
«هر اتفاقی افتاد زنگ بزنید.»
یا:
«به هیچ عنوان با من تماس نگیرید.»
می‌توانیم مرز مشخصی تعریف کنیم.
مثلاً مسائل را به سه سطح تقسیم کنیم:
سبز — تصمیم بگیرید و جلو بروید
کارهای جاری، مسائل تکراری، تصمیم‌های داخل بودجه و اختیار مشخص، مشکلاتی که فرآیندشان تعریف شده است.
نیازی به تماس نیست.
زرد — ثبت کنید؛ بعداً مرور می‌کنیم
مسئله مهم است، اما هفت روز دیگر هم می‌توان درباره آن تصمیم گرفت.
در یک لیست نگه دارید تا بعد از بازگشت بررسی شود.
قرمز — تماس بگیرید
موضوعی که تأخیر در تصمیم درباره آن می‌تواند زیان جدی مالی، حقوقی، اعتباری یا عملیاتی ایجاد کند؛ مشتری یا قرارداد کلیدی را در معرض خطر قرار دهد؛ مسئله مهم منابع انسانی ایجاد کند؛ یا اتفاقی باشد که خارج از محدوده اختیار تعریف‌شده است.
این مدل یک مزیت دیگر هم دارد:
تیم مجبور می‌شود قبل از تماس از خودش بپرسد:
«آیا واقعاً لازم است مدیر همین الان این موضوع را بداند؟»
و یک قانون دیگر: با مسئله خالی تماس نگیرید
این یکی برای من مهم‌تر است.
فرض کنیم واقعاً اتفاق مهمی افتاده و لازم است با من تماس گرفته شود.
ترجیح می‌دهم مکالمه این‌طور نباشد:
«فلان اتفاق افتاده، چه کار کنیم؟»
بهتر است فرد مسئول بگوید:
«فلان اتفاق افتاده. این اطلاعات را داریم. سه گزینه A و B و C وجود دارد. پیشنهاد من B است، به این سه دلیل. برای اجرای آن نیاز به تأیید شما دارم.»
این تفاوت کوچک، سازمان را تربیت می‌کند.
هدف Delegation این نیست که مدیر دیگر تصمیم نگیرد.
هدف این است که سطح تصمیم‌هایی که به مدیر می‌رسند، به‌مرور بالاتر برود.
قبل از یک سفر یک‌هفته‌ای، این چند مورد را مشخص می‌کنم
چک‌لیست من تقریباً چنین چیزی است:
- چه کسی در نبود من تصمیم‌گیر نهایی امور روزمره است؟
- حدود اختیار مالی و تجاری او چقدر است؟
- چه پرداخت‌ها، قراردادها یا تعهداتی در این هفته سررسید دارند؟
- مشتریان و تأمین‌کنندگان حساسی که احتمال مسئله درباره آنها وجود دارد کدام‌اند؟
- چه تصمیم‌هایی می‌توانند بدون من گرفته شوند؟
- چه موضوعاتی حتماً باید منتظر بازگشت من بمانند؟
- تعریف «وضعیت اضطراری» چیست؟
- چه کسی تنها نقطه تماس با من باشد؟
- اگر تماس ضروری شد، چه اطلاعاتی باید قبل از تماس آماده باشد؟
- چه زمانی قرار است دوباره در دسترس کامل باشم؟
و یک سؤال مهم‌تر:
اگر در طول این سفر سه بار برای یک نوع مسئله با من تماس گرفتند، بعد از برگشت چه فرآیند، اختیار یا آموزشی باید اصلاح شود تا دفعه بعد این تماس لازم نباشد؟
این آخری سفر را تبدیل به نوعی Stress Test برای سازمان می‌کند.
هر تماس غیرضروری می‌تواند یک سرنخ برای اصلاح سیستم باشد.
در شرایط باثبات و بی‌ثبات، نسخه من یکسان نیست
در یک دوره نسبتاً باثبات، ترجیح من Default Offline است.
یعنی فرض بر این است که تماس نمی‌گیرند، مگر اتفاقی که از قبل تعریف کرده‌ایم.
اما در دوره‌های واقعاً بی‌ثبات، ممکن است مدل دیگری منطقی‌تر باشد: Scheduled Availability.
مثلاً روزی یک بار در ساعت مشخص، ۱۵ یا ۲۰ دقیقه وضعیت را با یک نفر مرور کنیم.
نه اینکه تمام روز آنلاین باشیم.
این تفاوت مهم است.
در شرایط بحرانی لازم نیست بین دو گزینه «تعطیلات کامل» و «کار تمام‌وقت از کنار استخر» یکی را انتخاب کنیم.
می‌توانیم یک پنجره ارتباطی محدود و مشخص داشته باشیم.
اگر مسئله‌ای نمی‌تواند تا آن ساعت صبر کند، تماس اضطراری برقرار می‌شود.
برای کسب‌وکار خانوادگی، یک مرز دیگر هم لازم است
وقتی زن و شوهر هر دو در یک کسب‌وکار فعالیت می‌کنند، مشکل فقط تماس شرکت نیست.
ممکن است شرکت اصلاً تماس نگیرد، اما خودمان تمام سفر درباره شرکت صحبت کنیم.
مشتری X چه شد؟
فلان نیرو را چه کنیم؟
ماه بعد چه بخریم؟
فروش امسال چطور خواهد شد؟
اینجا شاید لازم باشد بین خودمان هم یک قرارداد کوچک داشته باشیم.
مثلاً اگر موضوع اضطراری نیست، درباره کار صحبت نکنیم.
یا اگر واقعاً دوست داریم درباره یک ایده کاری حرف بزنیم، زمان مشخصی برایش بگذاریم و اجازه ندهیم کسب‌وکار دوباره تمام فضای سفر را اشغال کند.
چون اگر دو مالک شرکت به سفر بروند اما شرکت را در تمام گفتگوهایشان با خودشان ببرند، از نظر جغرافیایی از محل کار فاصله گرفته‌اند؛ از نظر ذهنی نه.
پس تلفن را جواب بدهیم یا نه؟
جواب من «همیشه بله» یا «همیشه نه» نیست.
اگر تیم برای مسئله‌ای تماس گرفته که باید خودش حل می‌کرد، احتمالاً پاسخ من باید کمک کند دفعه بعد بدون من تصمیم بگیرد.
اگر مسئله می‌تواند تا هفته آینده صبر کند، لازم نیست تعطیلات را قطع کنیم.
اما اگر اتفاقی واقعاً مهم افتاده که تصمیم من می‌تواند از یک زیان جدی جلوگیری کند، تلفن را جواب می‌دهم.
برای من این شکست سیستم‌سازی نیست.
شکست سیستم‌سازی زمانی است که نتوانم تشخیص بدهم کدام تماس واقعاً به من نیاز دارد، چون همه‌چیز هنوز به من وابسته است.
شاید معیار خوب برای بلوغ یک کسب‌وکار این نباشد که صاحبش بتواند یک ماه گوشی را خاموش کند.
معیار بهتر این باشد که:
وقتی صاحب کسب‌وکار نیست، کارهای عادی بدون او انجام شوند، تصمیم‌های مهم در سطح درست گرفته شوند و فقط اتفاق‌های واقعاً استثنایی به او برسند.
و شاید یک سفر یک‌هفته‌ای، بیشتر از خیلی از جلسات مدیریتی به ما نشان دهد که چقدر به این نقطه نزدیک شده‌ایم.