‏دروازه‌های تأیید رو اختیاری نکن، انعطاف‌پذیر کن

نویسنده تو این مقاله یه ایدهٔ ساده ولی کاربردی دربارهٔ فرایندهای تأیید (approval) مطرح می‌کنه: وقتی به یه نقطهٔ کنترل نیاز داری ولی نمی‌خوای همه‌جا سنگین و رسمی باشه، به‌جای اینکه دروازه رو «اختیاری ولی رسمی» بذاری، بهتره «الزامی ولی منعطف» باشه. به گفتهٔ نویسنده، یه دروازهٔ الزامی ریسکِ اشتباه‌تخمین‌زدنِ خطر رو میاره پایین.

برای توضیح یه مثال می‌زنه. ‏Pam مدیر محصوله و یه سیاست جدید می‌گه هر پروژهٔ «بزرگ» باید قبل از رفتن رو نقشهٔ راه، یه Business Case داشته باشه و به مدیر ارشد ارائه شه. مشکل اینه که Pam نمی‌دونه مرزِ «بزرگ» کجاست. اگه خودسر جلو بره، ریسک رو گردن خودشه؛ اگه محتاط باشه، کل تیم منتظر تأیید رسمی کند می‌شه. این دروازه یه تصمیمِ سختِ اضافه رو بهش تحمیل می‌کنه.

تو حالت دوم، همون مدیر سیاست رو عوض می‌کنه: رو همهٔ نقشه‌های راه حق تأیید داره، ولی شکلِ اون تأیید منعطفه. برای پروژه‌های بزرگ و پرریسک شاید همون Business Case و بحث لازم باشه، ولی برای پروژه‌های کوچیک‌تر یه گفت‌وگوی سریع تو دایرکت هم کافیه. نویسنده می‌گه حالا ریسک جابه‌جا شده: مدیر حتی تو تصمیم‌های کوچیک هم در جریانه و Pam خیالش راحته که با سرعت جلو بره.

بعد یه مثال آشنا برای مهندس‌های نرم‌افزار می‌زنه: code review. تقریباً همهٔ تیم‌ها یه قانون دارن که هر PR قبل از merge باید یه approval بگیره (الزامیه)، ولی عمق توضیح و بررسی منعطف می‌مونه. یه رفعِ باگِ ساده شاید فقط یه «LGTM» بخوره، ولی یه تغییرِ پیچیده توضیح و بررسیِ عمیق‌تر می‌خواد. اگه نویسندهٔ PR پیچیدگی رو اشتباه تخمین بزنه، همون دروازه می‌گیرتش و reviewer می‌گه «یه کم بیشتر توضیح بده».

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

نکات کلیدی:

• به‌جای «اختیاری ولی رسمی»، دروازه رو «الزامی ولی منعطف» بذار
• دروازهٔ الزامی ریسکِ اشتباه‌تخمین‌زدنِ خطر رو کم می‌کنه
• شکلِ تأیید می‌تونه از یه پیام سریع تا یه سند کامل فرق کنه
• ‏code review نمونهٔ آشنای همین الگوست: approval الزامی، عمقش منعطف
• اختیاری‌بودن تنها اهرم نیست؛ می‌شه به‌جاش سبک‌ترش کرد