Stefan Wolpers (Germany)
خلاصه (TL;DR): مهارت Commander’s Intent
بیشتر مواقع، مایکرومنیجمنت (مدیریت ذرهبینی) مشکل کنترل نیست؛ بلکه شکلی پنهان از نبودِ شفافیت است. این مقاله مفهوم Commander’s Intent را معرفی میکند: یک مدل پنجبخشی برای ارائه توضیحات که بهجای دستورالعملهای ریز، بر هدف مشترک، محدودیتهای مشخص و فضای تطبیقپذیری تأکید دارد.
شما افراد باهوش را استخدام نمیکنید که به آنها بگویید چه کار کنند
در محیطهای پیچیده، ; کارایی، کمتر به دستورالعملهای جزئی (Detailed instructions) وابسته است و بیشتر به هدف شفاف، محدودیتهای روشن و امکان تطبیق بستگی دارد.
شما افراد باهوش استخدام کردهاید… اما بعد برایشان نسخه تجویز کردهاید.
Sprint Backlog پر از تسکهایی است که تا سطح ساعت خرد شدهاند. Acceptance Criteria شبیه دستورالعمل مونتاژ مبلمان IKEA شده است. Daily Scrum به یک گزارشدهی برای افراد خارج از تیم تبدیل میشود. «اختیار عمل» — همان چیزی که کار دانشی را مؤثر میکند — قبل از شروع اسپرینت از بین میرود.
بیشتر افراد در Agile این را بهعنوان مایکرومنیجمنت میشناسند؛ اما کمتر کسی میفهمد چرا این اتفاق میافتد.
مشکل واقعی کنترل نیست
مایکرومنیجمنت گاهی از میل به قدرت میآید، اما اغلب نتیجه نبود شفافیت است که در قالب کنترل ظاهر میشود.
- مدیران روش و نتیجه را دیکته میکنند چون مطمئن نیستند هدف بهخوبی درک شده باشد
- افراد محصول بیشازحد جزئیات میدهند چون از ابهام در خروجی میترسند
- کسی که دستور میدهد، نمیتواند بهوضوح بگوید «خوب بودن» یعنی چه، پس مراحل را دیکته میکند
این یک مشکل شخصیتی نیست، بلکه یک نقص سیستمی است: تلاشی برای ایجاد قطعیت در شرایطی که ذاتاً نامطمئن هستند.
در محیطهای پیچیده، این رویکرد همیشه شکست میخورد. بهمحض تغییر شرایط، روش از کار میافتد — و در کارهای پیچیده، شرایط همیشه در حال تغییرند.
اما یک مدل بهتر وجود دارد: Commander’s Intent
نیت فرمانده یا Commander’s Intent یعنی چه؟
ایده ساده است:
وضعیت مطلوب نهایی، محدودیتها و هدف مأموریت را شفاف بیان کن — سپس به افراد اعتماد کن تا مسیر رسیدن به آن را خودشان پیدا کنند و در طول مسیر تطبیق دهند.
این رویکرد بهمعنای نظامیکردن کار نیست؛ بلکه برعکس، یعنی غیرمتمرکز کردن اجرا، چون مرکز هیچوقت اطلاعات کافی ندارد.
این «نمایش اختیار دادن» نیست.
Commander’s Intent دقیق است در جایی که باید دقیق باشد، و آزاد است در جایی که باید آزاد باشد.
تفاوت با مایکرومنیجمنت این است که:
- رهبری کمتر نیست
- بلکه نوع رهبری متفاوت است:
- تفکر عمیقتر در ابتدا
- ارتباط شفافتر
- خودداری آگاهانه از دیکتهکردن روش
یک مدل ۵ بخشی برای Commander’s Intent
یک توضیح (briefing) خوب شامل این پنج بخش است:
- Outcome (خروجی): «انجامشده» یعنی چه؟
- Purpose (هدف): چرا این مهم است؟ چه چیزی در خطر است؟
- Constraints (محدودیتها): چه چیزهایی غیرقابل مذاکرهاند؟
- Success Criteria (معیار موفقیت): با چه چیزی اندازهگیری میکنیم؟
- Escalation Triggers (شرایط ارجاع): چه زمانی باید بهجای تصمیم مستقل، موضوع را مطرح کنیم؟
این ساختار به تیم کمک میکند حتی وقتی واقعیت با برنامه متفاوت شد، هوشمندانه تطبیق پیدا کند.
چرا تیمهای Agile به این نیاز دارند
اسکرام برای همین طراحی شده است:
در کارهای پیچیده، تطبیقپذیری به قضاوت محلی بستگی دارد.
- Product Owner هدف و ارزش را مشخص میکند
- Developers تصمیم میگیرند چگونه آن را پیادهسازی کنند
- تیم در این چارچوب خودمدیریتی دارد
در Scrum Guide 2020، این موضوع شفاف شده:
Sprint Goal تعهد Sprint Backlog است و «در مورد کار دقیق، انعطافپذیری ایجاد میکند.»
Sprint Goal نزدیکترین مفهوم اسکرام به Commander’s Intent است — اما فقط زمانی کار میکند که:
- هدف آن فهمیده شود
- محدودیتها مشخص باشند
- فضای تطبیق وجود داشته باشد
اگر اینها حذف شوند، چیزی که باقی میماند نمایش اسکرام (Scrum theater) است:
تیمی که فقط تسک اجرا میکند، منتظر تأیید میماند و دقیقاً همان چیزی را تحویل میدهد که مشخص شده — حتی اگر شرایط تغییر کرده باشد.
همان اشتباه، ابزار جدید
این اصل فقط برای اسکرام نیست؛ هرجا اجرا به واقعیت نزدیکتر از برنامهریزی است، صدق میکند.
مثال: تعامل با AI
روش دستوری:
- «یک مقاله ۵۰۰ کلمهای بنویس… ۳ تیتر داشته باشد… با تعریف Agile شروع کن…»
روش مبتنی بر Intent:
- «میخواهم پستی بنویسی که Scrum Masterها را به چالش بکشد… لحن مستقیم و کمی ناراحتکننده باشد…»
نتیجه:
- روش اول → خروجی کلیشهای
- روش دوم → خروجی ارزشمندتر
مسئله این نیست که ساختار بد است، بلکه:
وقتی کار نیاز به قضاوت دارد، تعیین بیشازحد روش، نتیجه را خراب میکند.
مهارت Commander’s Intent
اگر از Claude استفاده میکنید، میتوانید این مفهوم را عملی کنید.
این ابزار:
- قبل از اجرا، بررسی میکند آیا نیت شما شفاف است یا نه
- اگر مبهم باشد، سؤالهای درست میپرسد
- اگر واضح باشد، مستقیم اجرا میکند
جمعبندی: Commander’s Intent یک مدل عملیاتی است
دفعه بعد که Sprint Goal مینویسید، از خودتان بپرسید:
آیا دارم هدف را منتقل میکنم یا روش را دیکته میکنم؟
در سیستمهای پیچیده:
- رهبری که روش را دیکته میکند → تبدیل به گلوگاه میشود
- رهبری که هدف را شفاف میکند → امکان تطبیق ایجاد میکند
منبع
Commander’s Intent ریشه در سنت نظامی پروس به نام Auftragstaktik دارد:
رهبران هدف و وضعیت نهایی را مشخص میکنند، و اجرای کار را به افراد واگذار میکنند تا با توجه به شرایط تصمیم بگیرند.
دیدگاهتان را بنویسید