مداخله اهرمیتر:
اطلاعات مشتری، بازنگری محصول، اخذ تصمیم، اصلاح محصول
ممکن است بدون استخدام نیروی جدید، مسئله بهطور محسوسی بهتر شود.
فرض کنیم مشکل واقعاً جریان اطلاعات نیست. ممکن است سیستم برای چیزی اشتباه طراحی شده باشد.
مثلاً:
هدف تیم فروش: بیشترین قرارداد ممکن
اما هدف تیم محصول: کمترین پیچیدگی محصول
و هدف پشتیبانی: کمترین تعداد تیکت
هر واحد ممکن است KPI خودش را بهینه کند. اما نتیجه کل سیستم چیست؟
تجربه بد مشتری.
اینجا شاید نقطه اهرمی در قواعد و اهداف سیستم باشد، نه در عملکرد افراد.
نگاه معمولی:
«کجا بیشتر مشکل داریم؟ همانجا را بیشتر اصلاح کنیم.»
نگاه یک کوچ حرفهای:
«کدام تغییر کوچک میتواند ساختار تولیدکننده این رفتار را تغییر دهد؟»
این تفاوت بسیار مهم است. چون:
بیشترین مشکل ≠ بهترین نقطه مداخله
چگونه نقطه اهرمی را پیدا کنیم؟
برای یک مسئله واقعی، این شش سؤال را از تیم مدیریت بپرسید:
۱. مشکل دقیقاً چه الگویی دارد؟
یک اتفاق است یا مرتب تکرار میشود؟
۲. چه حلقهای آن را بازتولید میکند؟
از CLD پست قبل استفاده کنید.
۳. ما الان کجا مداخله میکنیم؟
روی عدد؟ فرایند؟ اطلاعات؟ قانون؟ هدف؟ذهنیت؟
۴. مداخله فعلی چه پیامد ناخواستهای ایجاد میکند؟
۵. اگر فقط یک نقطه را تغییر دهیم، کدام تغییر میتواند چند متغیر دیگر را هم تحت تأثیر قرار دهد؟
۶. چگونه میتوانیم آن مداخله را با هزینه و ریسک پایین آزمایش کنیم؟
در مسائل پیچیده، شناسایی و آزمایش نقاط اهرمی اهمیت زیادی دارد؛ Systems Thinking نیز تأکید میکند که اهرم میتواند از تغییرات ساختاری حاصل شود و آزمون مداخلات برای مسائل پیچیده اهمیت دارد.
«سیستم چگونه کار میکند؟»
کوچ میپرسد: «مدیر چگونه سیستم را میبیند؟»
«کدام مداخله بیشترین اثر را بر عملکرد کل کسبوکار خواهد داشت؟
گاهی مدیر نقطه اهرمی را پیدا میکند، اما در جهت اشتباه فشار میدهد.
مثلاً: میفهمد سیستم فروش به مشوقها حساس است.
پس: پاداش فروش را بیشتر میکند.
اما اگر پاداش فقط قرارداد را تشویق کند، ممکن است: فروش بالا باشد اما افزایش مشتری نامناسب باعث ریزش مشتریان و درنتیجه فشار پشتیبانی شود پس هزینه ها افزایش پیدا میکند.
پس سؤال فقط این نیست: «اهرم کجاست؟»
سؤال مهمتر: «اهرم را به کدام سمت حرکت میدهیم؟»
مدوز نیز به این نکته اشاره میکند که حتی وقتی نقطه اهرمی درست شناسایی شود، ممکن است سازمان آن را در جهت نادرست فشار دهد.
کوچ قرار نیست برای مدیر «نقطه اهرمی» تعیین کند. بلکه کمک میکند مدیر از راهحلهای فوری فاصله بگیرد و ببیند «اگر این راهحل را اجرا کنم، چه چیزی در سیستم تغییر میکند؟» و «چه چیزی ممکن است در جای دیگری بدتر شود؟»
این همان فاصله بین Action و Intervention است. هر اقدامی، مداخله مؤثر نیست.
پرسشهای کوچینگی:
🔹 الان داریم کدام بخش سیستم را تغییر میدهیم و چرا؟
🔹 آیا این نقطه واقعاً اهرمی است یا فقط قابل اندازهگیری است؟
🔹 اگر این تغییر را انجام دهیم، کدام حلقه سیستم تقویت یا تضعیف میشود؟
🔹 چه پیامد ناخواستهای ممکن است ایجاد شود؟
🔹 چه چیزی در سیستم باید تغییر کند تا مجبور نباشیم دائماً همان مشکل را حل کنیم؟
خطای رایج در تشخیص:
حل کردن چیزی که آسان است، بهجای چیزی که مهم است.
مثلاً:
مشکل: افت کیفیت
راهحل آسان: جلسه بیشتر
اما شاید نقطه اهرمی: طراحی فرایند باشد.
مشکل: افت فروش
راهحل آسان: افزایش هدف
اما شاید نقطه اهرمی: تعریف نادرست مشتری هدف باشد.
مشکل: فرسودگی کارکنان
راهحل آسان: استخدام
اما شاید نقطه اهرمی: معماری کار و اولویتهای سازمان باشد.
پرسش تأملی:
به یک مشکل تکرارشونده در شرکتتان فکر کنید. حالا سه راهحل رایجی را که تاکنون برایش استفاده کردهاید بنویسید.
سپس از خودتان بپرسید:
این راهحلها فقط «مشکل را مدیریت کردهاند» یا واقعاً «سیستمی را که مشکل را تولید میکند» تغییر دادهاند؟
August 26, 2026 8
