گسست ریتم بازار و ریتم اسکرام

در راهنمای اسکرام ۲۰۲۰، اسپرینت به‌عنوان یک ریتم ثابت یادگیری و خلق ارزش تعریف می‌شود و هدف محصول قرار است یک افق تمرکز میان‌مدت ایجاد کند. در EBM نیز تأکید بر هم‌راستایی اقدامات کوتاه‌مدت با نتایج بلندمدت است.
اما در شرایط اقتصادی ناپایدار، شتاب تغییرات بازار می‌تواند:

• هدف محصول سه‌ماهه را عملاً بی‌اعتبار کند.

• پالایش بک‌لاگ محصول برای دو یا سه اسپرینت آینده را منسوخ و نامعتبر کند.

• حتی چشم‌انداز (Product Vision) محصول را زیر سؤال ببرد.

نتیجهٔ طبیعی این وضعیت، بی‌انگیزگی تیم توسعه است: احساس «دور ریختن آینده»، افزایش قرض فنی و این تصور که شرایط کاملاً نا‌هنجار و غیرقابل کنترل شده است.

نگاه تجربه‌گرا و سیستمی به بحران

اسکرام ذاتاً تجربه‌گراست، نه پیش‌بینی‌گرا. اسکرام گاید ۲۰۲۰ و توسعه‌های فکری بعدی (آنچه از آن به‌عنوان Expansion Pack 2025 یاد می‌شود) بر این نکته تأکید دارند که اسکرام یک نسخهٔ بسته نیست؛ بلکه خرد جمعی افرادی (Collective Intelligence) است که از آن استفاده می‌کنند آن را پیاده‌سازی می‌کند.
تجربهٔ من نشان می‌دهد در بحران، مشکل اصلی «تغییر» نیست؛ مشکل، بی‌قاب‌ماندن تغییر است.

نقش مالک محصول: تنظیم‌کنندهٔ فشار واردشده از بازار

مالک محصول در این شرایط نباید صرفاً «انتقال‌دهندهٔ فشار بازار» باشد، بلکه باید نقش سپر پالاینده و تنظیم‌کنندهٔ ریتم را ایفا کند:

1. بازتعریف هدف محصول به‌صورت حداقلی و انعطاف‌پذیر
   هدف محصول می‌تواند کوتاه‌تر، مشروط و سناریومحور شود (مثلاً «تا زمانی که این فرض بازار معتبر است»). این کار، تغییرات بعدی را «شکست هدف» نشان نمی‌دهد، بلکه ادامهٔ یادگیری جلوه می‌دهد.
   منظور از کوتاه‌تر، مشروط و سناریومحور شدن هدف محصول این است که در شرایط ناپایدار اقتصادی، هدف به‌جای آنکه یک مقصد قطعی و ثابت باشد، به یک فرض قابل‌آزمایش تبدیل شود. وقتی مالک محصول هدف را با عباراتی مانند «تا زمانی که این فرض بازار معتبر است» یا «در سناریوی X بازار» تعریف می‌کند، از ابتدا به همهٔ ذی‌نفعان اعلام می‌شود که این هدف بر پایهٔ یادگیری بنا شده، نه پیش‌بینی قطعی.

   در این حالت، اگر شواهد بازار تغییر کند و هدف محصول اصلاح یا جایگزین شود، تیم توسعه احساس نمی‌کند که تلاشش بی‌ارزش یا دور ریخته شده است. تغییر هدف به‌جای «شکست برنامه‌ریزی»، به‌عنوان نتیجهٔ طبیعی تجربه‌گرایی و یادگیری سریع دیده می‌شود. این نگاه، فشار روانی تغییرات را کاهش می‌دهد و به تیم کمک می‌کند تغییر را بخشی از مسیر خلق ارزش بداند، نه نشانه‌ای از آشفتگی یا بی‌ثباتی تصمیم‌گیری.

2. تفکیک واضح بین بقا و بهبود
   در بک‌لاگ محصول، آیتم‌های «بقای کسب‌وکار» از آیتم‌های «سرمایه‌گذاری بلندمدت» تفکیک شوند. این شفافیت به تیم نشان می‌دهد چرا برخی تصمیم‌ها ناگزیرند.

3. استفاده از چارچوب‌های تصمیم‌گیری به‌جای وعده‌های قطعی
   به‌جای تعهد به Scope، به منطق تصمیم‌گیری تعهد داده شود: «اگر این شاخص بازار تغییر کرد، تصمیم ما هم تغییر می‌کند».

   تیم اسکرام و ذی‌نفعان می‌توانند از چارچوب OODA4 (مشاهده، جهت‌گیری، تصمیم‌گیری، اقدام) که به افراد کمک می‌کند تا در شرایط پرتحول تصمیم‌گیری‌های سریع و هوشمندانه بگیرند، استفاده کنند.

نقش اسکرام مستر: سپر دفاعی ریتم (ضرباهنگ) تیم

اسکرام مستر در بحران، بیش از هر زمان دیگری نقش سپر دفاعی تیم را دارد:

1. محافظت از ریتم اسپرینت، نه از Scope
   اسپرینت نباید قربانی نوسان بازار شود. Scope می‌تواند تغییر کند، اما ریتم یادگیری تیم باید حفظ شود.
   منظور از محافظت از ریتم اسپرینت، نه از Scope این است که در شرایط ناپایدار بازار، آنچه باید ثابت بماند «چرخهٔ یادگیری» تیم است، نه فهرست آیتم‌هایی که از پیش تعهد شده‌اند. اسپرینت در اسکرام یک ظرف زمانی برای برنامه‌ریزی، اجرا، بازبینی و بازنگری است؛ اگر این ظرف به‌دلیل فشار بازار مدام شکسته یا نادیده گرفته شود، تیم فرصت یادگیری منسجم را از دست می‌دهد. این یک تیم بدون ضرباهنگ موثر است.

   در مقابل، Scope می‌تواند و باید منعطف باشد. اگر سیگنال‌های جدید بازار در میانهٔ اسپرینت ظاهر شوند، با مذاکرهٔ آگاهانه با مالک محصول می‌توان Scope را تنظیم کرد، بدون آنکه اسپرینت لغو یا بی‌معنا شود. این کار به تیم نشان می‌دهد که تغییرات کنترل‌شده‌اند و هنوز چارچوبی پایدار برای کار وجود دارد. حفظ ریتم اسپرینت یعنی حفظ حس پیش‌بینی‌پذیری، تمرکز و رشد تدریجی؛ حتی وقتی محتوای کار تغییر می‌کند، فرآیند یادگیری نباید فروبپاشد.

2. بازنگری اسپرینت به‌عنوان تنظیم‌کنندهٔ معنا
   رترو فقط برای بهبود فرآیند نیست؛ محلی برای معنا دادن به تغییرات است. اینکه «چه چیزی از بازار یاد گرفتیم» باید به اندازهٔ «چه چیزی و چگونه ساختیم» مهم شود.

3. قابل‌مشاهده‌کردن قرض فنی به‌عنوان ریسک بقا
   در زبان بازار، قرض فنی اغلب شنیده نمی‌شود. اسکرام مستر باید آن را به زبان ریسک، هزینه و سرعت توسعه در آینده ترجمه کند و نه فقط به زبان ایده‌آل‌گرایی، کیفیت کد و تعالی فنی.

تیم توسعه: از قربانی تغییر تا عامل بقا

وقتی تیم توسعه بفهمد که:

• تغییرات، نتیجهٔ آشوب نیست، بلکه پاسخ به سیگنال‌های واقعی بازار است؛

• کار آن‌ها مستقیماً در بقای محصول و سازمان نقش دارد؛

• و هنوز چارچوبی پایدار برای یادگیری و تصمیم‌گیری وجود دارد؛

اینگونه انگیزش و پویایی به تیم بازمی‌گردد. خودگردانی در فرهنگ تیمی، به‌معنای انتخاب Scope برپایهٔ اهداف استراتژیک میان‌مدت ناپایدار تفسیر نمی‌شود بلکه در نگاه تیم دیگر مشارکت آگاهانه در تصمیم‌های دشوار مبتنی بر تجربه‌گرایی تعبیر می‌شود.

جمع‌بندی

بحران اقتصادی، اسکرام را بی‌اعتبار نمی‌کند؛ اجرای مکانیکی اسکرام را بی‌اعتبار می‌کند.
در شرایط کمیت‌گرا و پرشتاب، اسکرام مستر و مالک محصول اگر بتوانند ریتم بازار را به ریتم یادگیری قابل‌تحمل برای تیم ترجمه کنند، اسکرام نه‌تنها مانعی برای همگامی با حفظ بقا نیست بلکه به ابزاری حیات‌بخش تبدیل می‌شود.

اسکرام، همان‌طور که در عمل می‌بینیم، نه یک دستورالعمل ثابت، بلکه حاصل خرد جمعی کسانی است که در دل واقعیت‌های پیچیده، آن را زندگی می‌کنند.

موضوع جلسه اجایل‌کافه‌گپ: رهبری و تیم سازی

سیزدهمین دورهمی اجایل‌کافه‌گپ با حضور پدرام کشاورزی، علی سخایی، عاطفه بنایی، امیر خان علی، امید دلفانی، مهسان قاسمی و مانی نیک روش با موضوع رهبری و تیم‌سازی برگزار شد.

ثبت‌نام در اجایل‌کافه‌گپ

روایت یک گفتگو درباره رهبری، فرآیند و سنجش تیم

جلسه با عجله شروع نشد.
نه کسی اسلاید آورد، نه کسی دنبال جمع‌بندی سریع بود.
سؤال اول ساده بود:

«وقتی می‌گیم رهبری، دقیقاً از چی حرف می‌زنیم؟»

چند ثانیه سکوت. بعد یکی گفت:
«لیدر کسیه که تصمیم نهایی رو می‌گیره.»

کسی دیگه مخالفت کرد:
«نه، کسیه که اجازه می‌ده تیم تصمیم بگیره.»

کم‌کم مشخص شد مسئله «تصمیم گرفتن» نیست؛
مسئله اینه که چه کسی فضا و جهت تصمیم‌گیری رو می‌سازه.

به این نتیجه رسیدیم که رهبری یعنی:

• شفاف کردن هدف

• مشخص کردن اولویت‌ها

• و ساختن سیستمی که بدون حضور دائمی لیدر هم کار کنه

لیدر خوب، گلوگاه نیست؛
لیدر خوب، گلوگاه‌ها رو می‌بینه.

وقتی صحبت از اسکرام مستر شد

یکی پرسید:
«پس اسکرام مستر دقیقاً چه‌کاره‌ست؟ مدیر نیست، رهبره، ولی می‌گن خدمتگزار هم هست!»

بحث از اینجا جدی‌تر شد.

رهبر خدمتگزار یعنی کسی که:

• جلو تیم راه نمی‌ره

• بالای سر تیم هم نمی‌ایسته

• کنار تیم می‌ایسته و مراقب جریانه

اسکرام مستر قرار نیست مشکل‌ها رو حل کنه؛
قرارِ کاری کنه مشکل‌ها دیده و حل‌پذیر بشن.

اگر تیم بدون فشار بیرونی، خودش مسئولیت کیفیت و تحویل رو بپذیره،
اون‌وقت می‌شه گفت نقش درست اجرا شده.

ارزیابی؛ جایی که اختلاف نظر واقعی شروع شد

بحث ارزیابی که پیش اومد، فضا عوض شد.

یکی گفت:
«به نظرم این اسپرینت ضعیف بود.»

یکی دیگه جواب داد:
«من اصلاً این حس رو ندارم، اتفاقاً خوب پیش رفت.»

و دقیقاً همین‌جا همه متوجه شدیم مشکل کجاست.

اگر معیار مشخص نداشته باشیم،
ارزیابی تبدیل می‌شه به حس شخصی.
و حس شخصی نه قابل دفاعه، نه قابل تکرار.

یکی از مهم‌ترین جمله‌های جلسه همین‌جا گفته شد:

«ما قبل از ارزیابی تیم، باید بدونیم با چی داریم خودمون رو می‌سنجیم.»

چرا بدون متدولوژی، ارزیابی معنی نداره؟

به این جمع‌بندی رسیدیم که:
ارزیابی بدون فریم‌ورک،
یعنی هر بار با یک متر اندازه گرفتن.

فریم‌ورک قرار نیست تیم رو محدود کنه؛
قراره زبان مشترک بسازه.

زبان مشترکی که به ما اجازه بده به جای:

• «تو خوب کار نکردی»
  بگیم:

• «این بخش از فرآیند درست کار نمی‌کنه»

در جلسه تأکید شد که فریم‌ورک ارزیابی باید:

• قابل تکرار باشه

• قابل مقایسه در زمان‌های مختلف باشه

• تمرکزش روی سیستم باشه، نه افراد

چه چیزهایی باید در ارزیابی دیده بشه؟

به جای اسم بردن از ابزار یا متدولوژی خاص،
بحث رفت سمت ابعاد سنجش.

چند سؤال کلیدی روی میز اومد:

• کارها کجا گیر می‌کنن؟

• چقدر طول می‌کشه از درخواست تا تحویل؟

• چقدر قول‌هامون قابل اعتماده؟

• چند بار مجبور به بازکاری می‌شیم؟

• آیا هر دوره بهتر از قبل می‌شیم یا فقط تکرار؟

اینجا مشخص شد:
ارزیابی سالم، عدد داره
ولی اسیر عدد نمی‌شه.

عددها باید سرنخ بدن، نه حکم صادر کنن.

Lean Thinking؛ وقتی فرآیند مهم‌تر از سرعت می‌شه

بحث که جلوتر رفت، پای Lean وسط اومد.

نه به‌عنوان یک اصطلاح شیک،
بلکه به‌عنوان یک سؤال ساده:
«کدوم بخش از کار ما واقعاً ارزش ایجاد می‌کنه؟»

هر چیزی که جواب این سؤال رو نداشته باشه،
یا اتلافه،
یا نیاز به بازطراحی داره.

Lean کمک کرد بفهمیم:
کندی تیم، همیشه به خاطر آدم‌ها نیست؛
خیلی وقت‌ها به خاطر طراحی بد جریان کاره.

Cycle Time و Lead Time؛ دو نگاه به یک واقعیت

وقتی صحبت از سرعت شد، یکی گفت:
«ما سریع کار می‌کنیم، ولی مشتری راضی نیست.»

اینجا تفاوت روشن شد:

• Cycle Time، روایت تیمه

• Lead Time، روایت مشتری

و اگر فقط یکی‌شون دیده بشه،
تصویر ناقص می‌مونه.

تیم ممکنه سریع باشه،
ولی اگر کار دیر شروع بشه،
مشتری این سرعت رو حس نمی‌کنه.

نمودارها؛ ابزار تصمیم، نه تزئین گزارش

آخر جلسه رسیدیم به داده‌ها.

سؤال این نبود که:
«چه ابزاری استفاده کنیم؟»

سؤال این بود:
«چه تصمیمی داریم می‌گیریم؟»

اینجا نقش کسی که هم داده رو می‌فهمه،
هم مسئله کسب‌وکار رو،
خیلی مهم شد.

جمع‌بندی این بود:

• نمودار باید سؤال رو جواب بده

• نه اینکه فقط گزارش رو قشنگ‌تر کنه

جمع‌بندی نانوشته جلسه

جلسه با چک‌لیست تموم نشد،
اما با یک توافق ذهنی تموم شد:

• رهبری یعنی ساختن سیستم

• اسکرام مستر یعنی مراقبت از جریان

• ارزیابی بدون فریم‌ورک، فقط نظر شخصیه

• داده وقتی ارزش داره که منجر به تصمیم بشه

و شاید مهم‌ترین نتیجه این بود:
تیمی که خودش رو درست می‌سنجه،
کم‌کم یاد می‌گیره خودش رو درست رهبری کنه.

ثبت‌نام در اجایل‌کافه‌گپ

تیم‌سازی در سازمان سنتی، ساختار کاری یک تیم ریموت، ارزیابی عملکرد اسکرام‌مستر

تاریخ: ۱۴ آذر ۱۴۰۴

مکان برگزاری: حضوری در کافه فرین

تعداد شرکت‌کنندگان: 7 نفر

دوازدهمین رویداد اجایل‌کافه‌گپ با حضور غزل غفاریان، مینا مزیدی، حمید مفاخری، مهناز خالق‌نظری، عاطفه بنایی، پدرام کشاورزی و علی سخایی برگزار شد.

ثبت‌نام در اجایل‌کافه‌گپ

خلاصه موضوعات رویداد

در این جلسه ابتدا درباره چالش‌های تیم‌سازی به خصوص در سازمان‌های سنتی صحبت کردیم و اینکه چطور در یک فضای کاری با قوانین سنتی میتوان همچنان یک تیم کراس فانکشنال و موثر ساخت و عملکرد تیم را از منظر کیفی به مدیران گزارش داد. و بعد از موضوعات مرتبط با تیم سازی به تفاوت فرهنگ کاری و شیوه تسهیلگری در تیم‌های ریموت و حضوری پرداختیم. و آخرین موضوع هم مرتبط با معیارهای خودارزیابی اسکرام‌مستر بود.

بخش اول — همکاری تیمی و تیم کراس‌فانکشنال در سازمان سنتی

● چالش اصلی: فرهنگ سنتی = تاخیر در تغییر

در یک سازمان سنتی، فرهنگ کاری غالب با چابکی هم‌راستا نیست. تغییر فرهنگی در چنین سازمانی دو برابر زمانی طول می‌کشد که تیم‌ها از ابتدا با فرهنگ چابک رشد کرده باشند.

● تجربیات مطرح شده برای شروع تیم سازی در همچین شرکتی

شرکت‌کنندگان تأکید کردند بهترین نقطه شروع، اجرای چابکی در مقیاس کوچک با دو تیم است:

تشکیل دو تیم کراس‌فانکشنال واقعی

ایجاد استقلال بیشتر در تصمیم‌گیری داخل همان تیم‌ها برای موضوعات درون تیمی

ارائه خروجی قابل مشاهده (Increment) به مدیران به‌عنوان «نمونه موفقیت»

پرهیز از درگیر کردن مدیریت در تصمیمات جزئی:

برای هر چیز از مدیران نظر نخواهیم؛ تصمیمات داخلی تیم باید داخل تیم گرفته شود.

هدف این است که مدیران با دیدن خروجی واقعی، به‌جای مقاومت خودشان به مرور حامی تغییر شوند.

بخش دوم — ساختار کاری تیم ریموت: فرهنگ متفاوت از حضوری یا هیبرید

در جلسه گفته شد که تیم حضوری فرهنگ ارتباطی و حل مسئله کاملاً مستقیم دارد. تیم هیبرید نیازمند قواعد ارتباطی روشن‌تری است و تیم ریموت فرهنگی کاملاً متفاوت و پیچیده‌تر دارد و نیازمند ابزار و روش‌های مخصوص است.

چالش خاصی که در این زمینه مطرح شد این بود که اگر اسکرام‌مستری ریموت است ولی تیم حضوری در کنار هم چطور میشود چهارچوب اسکرام را در تیم پیاده سازی کرد و با تیم تعامل سازنده داشت؟

این موضوع به‌عنوان یکی از سخت‌ترین حالت‌ها مطرح شد
“وقتی اسکرام‌مستر ریموت است اما باقی تیم کنار هم‌اند، کار بسیار سخت می‌شود؛ در بسیاری سازمان‌ها نزدیک به نشدنی است.”

دلایل مطرح‌ شده برای جمله بالا:

• از دست رفتن لحظات غیررسمی (informal signals)

• دشواری در سنجش حال تیم و انگیزه‌ها

• وابستگی بیشتر به ابزارها برای ارتباط

• دشواری فالو کردن جلسات تیم

در ادامه راهکارهای عملی که دوستان بر حسب تجربه‌های خود برای تیم‌های فول ریموت مطرح کردند:

• چک‌این فردی منظم (۱:۱ کوتاه، حتی هفته‌ای ۱۵ دقیقه)

• سنجش وضعیت روحی با ابزارهایی مثل Happy Management یا داده‌های احساسی

• ایجاد «قواعد ارتباطی» برای تیم برای جلوگیری از سوء تفاهم و پاسخ گویی سریع تر اعضا

• مستندسازی واضح تصمیمات

• توجه ویژه به نشانه‌های فرسودگی، انزوا یا قطع مشارکت

بخش سوم — ارزیابی عملکرد اسکرام‌مستر از نگاه خودش

• سؤال پایه: « در شرایط که اسکرام‌مستر در یک مجموعه تنهاست و فیدبکی دریافت نمیکند چطور خودش آگاهانه خودش را ارزیابی کند؟»

آقای کشاورزی در این مورد گفتند بهتر است اسکرام‌مستر ابتدا برای خودش تعریف کند که «effectiveness» یعنی چی و سپس براساس همان معیارها و اینکه تیم چقدر به ایت معیارها دست یافته خودش را بسنجند.

یک مثال مطرح شد:

اگر اسکرام مستر حال خوب تیم + تحقق هدف اسپرینت و رساندن خروجی در هر اسپرینت را شاخص اثرگذاری قرار دهد. نیاز است هر اسپرینت موارد زیر را بسنجد و بر اساس اینکه به چند درصد این معیارها دست یافته اند برای خودش نقشه مسیر بهبود بنویسد.

معیارهای مورد سنجش:

• سلامت تیم (Team Health)

  • روحیه (احساس اعضا بعد از اسپرینت چگونه بود)

  • تعامل سالم

  • احساس امنیت

  • مشارکت افراد

  • کاهش تنش‌ها

• نتایج تیم (Delivery Health)

  • تحقق هدف اسپرینت (تیم چقدر به هدف نزدیک شد)

  • کامل شدن آیتم‌ها در تایم‌باکس

  • کیفیت خروجی (چه مشکل‌هایی حل شد)

  • رضایت ذی نفع از خروجی

جمع‌بندی رویداد

این رویداد روی یک نکته کلیدی دست گذاشت:

در سازمان سنتی، چابکی از مسیر فرهنگ‌سازی تدریجی و ارائه خروجی واقعی بهتر آغاز می‌شود؛ نه از مسیر درخواست‌های تئوریک از مدیریت.
ساخت تیم‌های کوچک کراس‌فانکشنال، تصمیم‌گیری مستقل، و گزارش‌دهی کیفی رو می‌توان پایه حرکت به سمت چابکی در نظر گرفت.

در کنار آن، تیم‌های ریموت نیازمند ابزارها، ارتباطات و ساختار فرهنگی متفاوت‌اند.

و در نهایت هر اسکرام‌مستر باید براساس تعریف خودش از «تیم مؤثر»، عملکرد خود را ارزیابی کند.

یازدهمین دورهمی اجایل‌کافه‌گپ با حضور پدرام کشاورزی، علی سخایی، مریم احتشام، فهیمه رشیدی، سروش حسن آبادی و محسن سیفی محمدی برگزار شد. تمرکز جلسه بر روی سوال زیر بود:
ویژگی‌های تیم (اسکرامی) چیست و چه طور می‌شود به آن رسید؟
جهت شرکت در جلسات آتی از لینک زیر اقدام کنید:

ثبت‌نام در اجایل‌کافه‌گپ

وقتی چند تیم اسکرام، یک محصول و یک PO دارند

فرض کن سازمان از یک تیم اسکرام رشد کرده و حالا چند تیم اسکرام دارد که همه روی یک محصول مشترک کار می‌کنند؛

• یک Product Owner برای کل محصول،

• یک Product Backlog مشترک،

• چند تیم اسکرام خود گردان که خودشان تصمیم می‌گیرند چه‌کسی روی چه چیزی کار کند و حتی چطور بین تیم‌ها تقسیم شوند.

در این بافتار، اگر PO اشتباه عمل کند، به‌سرعت همه‌چیز به سمت مدیریت از بالا، تخصیص کار، و شکستن می‌رود. اگر درست عمل کند، می‌تواند از همین پیچیدگی، یک موتور قدرتمند ارزش‌سازی بسازد.

نقش مالک محصول در اسکرام ۲۰۲۰ در یک جمله

طبق راهنمای اسکرام ۲۰۲۰، مالک محصول مسئول حداکثر کردن ارزش محصول ناشی از کار تیم اسکرام است؛
ابزار اصلی او برای این کار: هدف محصول و بکلاگ محصول.

در این نگاه، مالک محصول مسئول «چیستی» و «چرایی» است،
و تیم‌های خودگردان مسئول «چگونه».

تیم خودگردان اسكرام

یک تیم خود گردان اسكرام بررسی می‌کند که آیا در مسیر درستی قرار دارد یا نه، در صورت خارج شدن از مسیر اقدام می‌کند، خودش تصمیم می‌گیرد که چگونه کار کند، تعارضات درون تیم اسکرام را حل می‌کند، و مشکلات داخلی تیم را برطرف می‌نماید. این به این معناست که، به‌طور کلی، مدیران — حتی اگر در ساختار حضور داشته باشند — نباید به تیم اسکرام بگویند چه کاری انجام دهد یا مشخص کنند کدام عضو تیم باید برای حل یک مشکل جدا شود، چه به‌صورت مستقیم و چه غیرمستقیم. اگر مدیرانی وجود دارند، بهتر است نقش رهبری الهام بخش و نه کنترل‌گر را ایفا کنند.

بافتار خاص: چند تیم، یک محصول، خودگردان

در این وضعیت:

• همه تیم‌ها از یک Product Backlog مشترک تغذیه می‌کنند؛

• هر تیم Sprint Backlog خودش را می‌سازد؛

• سازمان از تیم‌ها انتظار دارد خودشان ساختار و همکاری‌شان را طراحی کنند (چه‌کسی در کدام تیم باشد، چه تیمی کدام بخش محصول را جلو ببرد، و حتی در صورت نیاز خودشان دوباره سازماندهی شوند).

سؤال کلیدی این است:
مالک محصول در چنین شرایطی چطور باید رفتار کند تا هم ارزش محصول حداکثر شود، هم خودمدیریتی تیم‌ها تضعیف نشود؟

۱. ساختن و نگه‌داشتن «چرا» و «چیستی» مشترک

اولین کمک بزرگ محصول این است که:

• چشم‌انداز (Vision) محصول را به شکلی زنده، ساده و مکرر برای همه تیم‌ها روایت کند؛

• یک هدف محصول شفاف تعریف کند که:

  • چند اسپرینت را پوشش بدهد،

  • و برای همه تیم‌ها، به‌عنوان «نقطه‌ مقصد» مشترک قابل فهم باشد.

این کار باعث می‌شود:

• هر تیم به‌جای طراحی جهان مستقل خودش، بداند به کدام «جهت کلی» حرکت می‌کند؛

• خودگردانی به‌جای هرج‌ومرج، تبدیل به تصمیم‌گیری آگاهانه در یک چارچوب مشترک شود.

مالک محصول این‌جا رهبر محصول است، نه مدیر کار تیم‌ها.

۲. طراحی بک‌لاگ برای چند تیم، بدون تبدیل شدن به مدیر پروژه

در این بافتار، بکلاگ محصول باید طوری طراحی شود که:

• آیتم‌ها حول دستاورد یا Outcome و مسئله باشند، نه فقط تسک‌های ریز فنی؛

• برای چند تیم، قابل موازی‌سازی باشد؛ یعنی شکستن آیتم‌ها طوری انجام شود که چند تیم بتوانند هم‌زمان روی ابعاد مختلف یک هدف کار کنند؛

• ترتیب و الویت یا Ordering براساس ارزش، ریسک و یادگیری باشد، نه براساس این‌که «کدام تیم وقت خالی دارد».

نکته ظریف:
مالک محصول نباید بگوید «این آیتم برای تیم A، آن یکی برای تیم B».
او باید:

• اهمیت و منطق هر آیتم را شفاف کند؛

• وابستگی‌ها را با همکاری تیم‌ها روشن کند؛

• و بعد اجازه بدهد خود تیم‌ها، با توجه به تخصص و ظرفیت‌شان، تصمیم بگیرند چه‌چیزی را بردارند.

اینجاست که خودگردانی روی شانه‌های شفافیت می‌ایستد.

۳. محافظت از خودگردانی: دخالت نکردن در «چگونه»

در مدل اسکرام ۲۰۲۰، تیم‌ها خودگردان یا Self-Managing هستند:
خودشان تصمیم می‌گیرند چه‌کسی روی چه کار کند، چگونه سازمان پیدا کنند، و در صورت نیاز چگونه ساختارشان را تغییر دهند.

در جلسات خودسازماندهی (مثلاً وقتی می‌خواهند از دو تیم به سه تیم تبدیل شوند، یا مسیر کاملاً جدیدی در محصول پیش آمده)، مالک محصول باید:

• فقط جهت محصول، هدف محصول و اولویت‌ها را توضیح دهد؛

• سؤال‌هایی از جنس «آیا این ساختار به شما کمک می‌کند سریع‌تر به هدف محصول برسید؟» مطرح کند؛

• اما از تصمیم‌گیری دربارهٔ ترکیب تیم‌ها، نقش‌گذاری ریز و جا‌به‌جایی افراد، خودداری کند.

مرز حساسی است:
اگر مالک محصول از نقش واقعیش به «مدیر منابع انسانی تیم‌ها» تبدیل شود،
خودگردانی در همان لحظه خفه می‌شود.

۴. ساختن یک چرخهٔ اِمپِریک یا تجربه‌گرای مشترک برای همه تیم‌ها

در بافتار چند تیمی، Sprint Review یا نقد اسپرینت و بازخورد محصولی، اگر خوب طراحی نشود، به چند دموی پشت سر هم تبدیل می‌شود که هیچ‌کس در آن «تصویر کلی» را نمی‌بیند.

اینجا مالک محصول باید:

• برای محصول دستاوردهای قابل اندازه‌گیری تعریف کند (زمان تحویل، رضایت مشتری، کاهش خطا و…)،

• Sprint Review را حول این سؤال ببندد:

  • «در این اسپرینت، مجموع کار این چند تیم چه تغییری در محصول و نتایج مشتری ایجاد کرد؟»

• بازخورد مشتری و ذی‌نفعان را به هدف محصول و ترتیب بک‌لاگ برگرداند.

وقتی تیم‌ها به‌طور منظم:

• نتیجه‌ کار مشترک‌شان را می‌بینند،

• داده‌های واقعی را لمس می‌کنند،

• و اثر تصمیم‌های خودشان را روی محصول حس می‌کنند،

خودشان هم لحظه‌ نیاز به تغییر ساختار، تمرکز یا شیوه‌ همکاری را تشخیص می‌دهند؛
و آن‌جا است که خودمدیریتی به بلوغ می‌رسد: تیم‌ها بدون دستور از بالا، در رترو یا بازنگری اسپرینت تصمیم به دوباره‌سازماندهی می‌گیرند.

۵. مدیریت ذی‌نفعان و محافظت از فضای تمرکز تیم‌ها

وقتی چند تیم روی یک محصول واحد کار می‌کنند، ذی‌نفعان (واحدها، مدیران، مشتریان داخلی) عادت دارند:

• به‌دنبال «تیم خودشان» بگردند؛

• افراد «قوی‌تر» را برای نیازهای خودشان جذب کنند؛

• و هر کدام هدف محصول خودشان را تعریف کنند.

نقش مالک محصول در این‌جا حیاتی است:

• درگاه واحد ورود درخواست‌ها به بکلاگ محصول باشد؛

• همه ذی‌نفعان را به زبان هدف محصول و ارزش مشترک برگرداند؛

• اجازه ندهد فشارهای متناقض، مستقیم و پراکنده، تمرکز تیم‌ها را بشکند.

مالک محصول این‌جا هم‌زمان:

• نماینده محصول نزد ذی‌نفعان است،

• و محافظ تیم‌ها در برابر کاربردا ناهم‌سو.

۶. هم‌صدایی با Scrum Masterها، به‌جای تصاحب نقش آن‌ها

در این بافتار، اسکرام مستر مسئول است:

• چارچوب‌های خودگردانی را تعریف و حفظ کنند؛

• جلسات خودسازماندهی و رترو را تسهیل کنند؛

• به تیم‌ها کمک کنند واقعا تجربه‌گرا و خود گردان بمانند.

اگر مالک محصول بخواهد هم‌زمان نقش اسکرام مستر را هم بازی کند، توازن به هم می‌خورد.
به‌جای آن، باید با اسکرام مستر ائتلافی شفاف بسازد:

• مالک محصول: تمرکز بر «ارزش، هدف محصول و بک‌لاگ»،

• اسکرام مستر: تمرکز بر «فرآیند، سلامت تیم‌ها و خودمدیریتی».

جمع‌بندی: مالک محصول به‌عنوان معمار ارزش و فضای خودمدیریتی

در محیطی که:

• چند تیم اسکرام یک محصول مشترک را توسعه می‌دهند،

• همه از یک Product Backlog تغذیه می‌کنند،

• و از آن‌ها انتظار می‌رود خودگردان واقعی را تمرین کنند،

مالک محصول بیش از آن‌که «مدیر کار» باشد، معمار دو چیز است:

1. معمار ارزش

   • با هدف محصول شفاف،

   • بک‌لاگ مشترک مرتب‌شده بر اساس ارزش،

   • و چرخه‌ تجربه‌گرایی که نتایج را مرتب به تصمیم‌های بعدی متصل می‌کند.

2. معمار فضای خودگردان

   • با پرهیز آگاهانه از دخالت در How و ترکیب تیم‌ها،

   • حفاظت از تیم‌ها در برابر فشارهای پراکنده‌ ذی‌نفعان،

   • و همکاری نزدیک با اسکرام مسترها برای ساختن سیستمی که تیم‌ها در آن بتوانند خودشان ساختار، تمرکز و روش کارشان را تنظیم کنند.

وقتی مالک محصول این دو نقش را با ظرافت نگه دارد، چند تیم روی یک محصول، به‌جای رقابت و آشوب، تبدیل می‌شوند به یک سیستم زنده‌ یادگیرنده که می‌تواند:

• خود را مطابق با تغییر اولویت‌ها دوباره سازماندهی کند،

• و در عین حال، ارزش محصول را به شکلی قابل اندازه‌گیری افزایش دهد.

این‌جا است که اسکرام از «یک چارچوب جلسات» به شیوه‌ کار و فکر کردن تبدیل می‌شود.

In 2025, Scrum roles have expanded far beyond traditional responsibilities. Product Owners are now strategic leaders who make data-backed decisions, validate customer needs continuously, and connect backlog priorities directly to business outcomes. Scrum Masters act as organizational change agents who coach teams, remove systemic blockers, and improve flow—not just run ceremonies. Developers have also shifted from pure coding roles to AI-augmented, cross-functional contributors who handle quality, deployment, and business understanding.

AI tools have become deeply integrated into Agile workflows. Teams now use AI for user-story refinement, sprint forecasting, code generation, automated testing, and detecting delivery patterns. This means every Scrum role requires new skills: Product Owners need data literacy and strategic thinking; Scrum Masters must master facilitation, systems thinking, and DevOps awareness; Developers must be comfortable with AI-assisted development, T-shaped skills, and close collaboration across disciplines. These changes reflect a broader shift toward outcome-driven agility—where value delivered, customer impact, and lead time matter more than rituals or velocity. Scrum is not becoming obsolete; it is becoming more advanced and more aligned with real business outcomes. Teams that embrace AI, cross-functionality, and product thinking will perform faster and smarter in 2025 and beyond.

State of Agile Report 2024

Scrum Guide 2020

McKinsey

سلام، من علی سخایی هستم و با یک قسمت جدید از پادکست «اجایل گپ» در خدمت شما هستم. در ادامه مسیرمان درباره «تطبیق‌پذیری» و اینکه دقیقاً چه معنایی دارد و چه ارتباطی با «اجایل» دارد، با پدرام گفت‌وگو می‌کنیم. در این قسمت، به سؤالاتی که برایم فرستاده شده فکر کرده‌ام و قرار است درباره آن‌ها صحبت کنیم. به این نتیجه رسیدیم که خود پدرام هم در این بحث حضور داشته باشد.

ماجرا از اینجا شروع شد که در دو اپیزود قبلی، من و پدرام درباره این موضوع صحبت کردیم که تطبیق‌پذیری در زندگی کجا کاربرد دارد. از دل آن بحث، مفهوم «تطبیق‌پذیری» متولد شد و به این نتیجه رسیدیم که این همان «اجایل» است، اما تصمیم گرفتیم تطبیق‌پذیری را بیشتر باز کنیم. در اپیزود اول، من به‌صورت مونولوگ درباره اینکه تطبیق‌پذیری در زندگی شخصی من کجاها کار کرده صحبت کردم و مثال‌هایی زدم، بدون ورود به مفاهیم تخصصی. در قسمت بعدی، درباره «پله‌های تطبیق‌پذیری» حرف زدم؛ اینکه چطور می‌شود آن را سنجید و چه محدوده‌ای دارد.

حالا در این قسمت، با پدرام هستیم تا به این سؤالات بپردازیم و جلو برویم.
پدرام جان، سلام! ممنون که آمدی و با هم گفت‌وگو می‌کنیم.
پدرام: سلام علی جان، مخلصیم! ممنون که دوباره من را به پادکست دعوت کردی و بابت پیگیری و ادیت اپیزودهای قبلی واقعاً تشکر می‌کنم. وقتی دیدم در لینکدین افراد دنبال‌کننده ما از واژه «تطبیق‌پذیری» بیشتر استفاده می‌کنند، خیلی خوشحال شدم. این نشان می‌دهد که داریم تأثیر می‌گذاریم و واقعاً باعث افتخار است.

حالا علی جان، پیشنهادم این است که یک مقدمه بگویی درباره چیزی که برایت فرستادم. وقتی اپیزودها را گوش دادم، چند بار مرور کردم تا فیدبک بدهم و کیفیت کار را بالا ببرم. به ذهنم رسید که بد نیست اینجا درباره آن صحبت کنیم. در اپیزودهای قبلی، ما بک‌گراند زیادی داشتیم؛ مثلاً ۴۰ دقیقه منتشر می‌کردیم، اما هر جلسه ۴-۵ ساعت حرف می‌زدیم تا ذهنمان پخته‌تر شود. طبیعتاً همه مطالب را نمی‌گفتیم. حالا اینجا فرصتی هست که آن نکات را هم مطرح کنیم.

مرسی که پشت میکروفون کمک کردی تا ضبط و انتشار بهتر انجام شود. چون واقعاً اپیزود اولی که من مونولوگ داشتم، کاملاً بداهه بود، ولی برای دومی نشستم فکر کردم، سرچ کردم، نوشتم و سؤالات را آماده کردم. حالا برو سؤالات را بخوان تا مسیر گفت‌وگو مشخص شود.

سؤالاتی که قرار است در این اپیزود بررسی کنیم:
۱. در دنیای پیچیده و در حال تکامل امروز، به نظر می‌رسد تطبیق‌پذیری باید لحظه‌ای و وابسته به شرایط باشد و انگار هیچ اصل ثابتی ندارد. آیا واقعاً این‌طور است؟
۲. آیا دانشی وجود ندارد که با آگاهی از آن بتوانیم همیشه تطبیق‌پذیر بمانیم؟
۳. آیا دانشی هست که مستقل از زمان و مکان، از ازل تا ابد برای انسان معتبر باشد و به تطبیق‌پذیری کمک کند؟
۴. دانشی که فارغ از عقاید شخصی، همیشه ضروری باشد؟
۵. سرمایه‌گذاری عمر روی چه دانشی باید باشد تا یک تصمیم استراتژیک برای زندگی شخصی باشد و بتواند تا آخر عمر، فارغ از رشته کاری، به ما خدمت کند؟

ایول! اولین چیزی که به ذهنم رسید این بود که وقتی درباره تطبیق‌پذیری حرف می‌زنیم، انگار باید مدام انعطاف‌پذیرتر شویم. اما آیا این یعنی هر جا باد آمد، مثل برگ با آن حرکت کنیم؟ یا می‌توانیم با اصولی محکم باشیم، مثل درختی که برگ‌هایش تکان می‌خورند؟ در اپیزود قبلی، غیرمستقیم به این اشاره کردم. من این‌طور می‌بینم که انعطاف‌پذیری بخشی از تطبیق‌پذیری است، اما صرفاً منعطف بودن به معنای تطبیق‌پذیر بودن نیست. سازمانی که صد درصد منعطف است، لزوماً صد درصد اجایل نیست. اجایل بودن به چیزهای دیگری هم بستگی دارد. به نظر من، بسترش این است که اقدام آگاهانه انجام دهی، فیدبک بگیری و ببینی حالا چه باید بکنی. اما اینکه آیا باید خودمان را به اصولی مقید کنیم یا نه؟ من فکر می‌کنم گاهی لازم است، گاهی نه.

با توجه به مثال‌هایی که زدم و روش‌هایی که برای سنجش تطبیق‌پذیری مطرح کردیم، به نظرم این‌طور نیست که همیشه یک مدل ثابت برای سنجش داشته باشیم. گاهی باید انعطاف‌پذیری را بسنجیم، گاهی میزان پایبندی به اصول را، و گاهی ببینیم چقدر به هدف نزدیک شده‌ایم. اما چیزی که در ذهن من هست این است که بله، یک‌سری اصول وجود دارند که همیشه می‌توانیم به آن‌ها پایبند باشیم.

گاندی جمله‌ای دارد که می‌گوید: «طوری زندگی کن که انگار امروز آخرین روز زندگی‌ات است.» این بخش را کنار می‌گذارم، چون استیو جابز هم به شکلی مشابه به آن اشاره کرده. اما قسمت دوم این جمله برای من خیلی جذاب است: «طوری یاد بگیر که انگار قرار است تا ابد زندگی کنی.» این نقل‌قول را در گودریدز خواندم و از آن زمان در ذهنم مانده. این باعث شد فکر کنم آیا کارهایی یا دانشی وجود دارد که فارغ از زمان و مکان تولد، برای همه انسان‌ها ارزشمند باشد؟ چیزی که بتوانیم روی آن سرمایه‌گذاری کنیم و همیشه کمکمان کند تا بهتر با دنیا تطبیق پیدا کنیم. این همان منشا سؤالی بود که مطرح کردم.

وقتی این بحث را ادامه دادیم، به این نکته رسیدم که بعضی مخاطبان ممکن است فکر کنند تطبیق‌پذیری یعنی مدام خودمان را با هر شرایطی وفق دهیم، حتی اگر مخالف میل‌مان باشد. اما این هم برمی‌گردد به یک ریشه مهم: خودشناسی. چرا چیزی را دوست نداریم؟ چرا برایمان مطلوب نیست؟ این‌ها باید روشن شود.

در مورد اصول، من این‌طور می‌بینم: برای تطبیق‌پذیری، باید بدانیم «نبایدها» چیست. کتابی هست به نام «دشواری‌های انتخاب» که می‌گوید وقتی می‌خواهی چیزی را انتخاب کنی، اول خط قرمزها را مشخص کن. چون در مسیر پیچیده‌ای که داریم، گزینه‌ها بی‌نهایت‌اند و فکر کردن به همه‌شان سخت است. اما اگر بدانیم چه چیزهایی نباید انتخاب شوند، چارچوب مشخص می‌شود. مثل رانندگی: می‌دانم نباید از خط‌کشی وسط رد شوم یا به لبه جاده نزدیک شوم، چون خطر دارد. همین نبایدها برای ما یک فریم‌ورک شخصی می‌سازند.

علاوه بر نبایدها، هدف هم خیلی مهم است. مثل اسکرام که «پروداکت گل» دارد، ما هم باید هدف مشخص داشته باشیم و هر چیزی که به آن کمک نمی‌کند را کنار بگذاریم. یکی از اصولی که همیشه باید یاد بگیریم، همین است: چطور هدف تعیین کنیم و چطور به آن پایبند باشیم. حتی باید بدانیم چه زمانی یک هدف را رها کنیم. این دانش برای زندگی ضروری است.

مثلاً در مدیریت محصول، یکی از مهارت‌های کلیدی این است که بک‌لاگ را چطور مدیریت کنیم. این دانش کمک می‌کند محصولی بسازیم که ارزش ایجاد کند و پایدار باشد. همین منطق در زندگی هم هست: اگر هدف داشته باشیم، تمرکزمان بیشتر می‌شود. بدون تمرکز، حرکت معنی ندارد؛ مثل ماشینی که همزمان گاز و ترمز را فشار می‌دهد، یا حتی در چند جهت مخالف حرکت می‌کند و درجا می‌زند.

حالا درباره هدف کوتاه‌مدت و بلندمدت: من فکر می‌کنم هر دو لازم‌اند. اما اگر هدف خیلی بلندمدت باشد، ممکن است چابکی و تطبیق‌پذیری کم شود، چون تعهد به آن هدف اجازه نمی‌دهد با شرایط جدید وفق پیدا کنیم. مثال اسکرام را ببین: اسپرینت کوتاه‌مدت است تا بتوانیم سریع بازخورد بگیریم و تغییر کنیم. در زندگی هم همین است؛ اگر هدف پنج‌ساله داشته باشیم، باید مراقب باشیم که انعطاف‌پذیری‌مان از بین نرود. البته می‌توان هدف بلندمدت داشت، ولی باید جای خالی برای تغییرات بگذاریم.

در نهایت، به نظرم تطبیق‌پذیری با پایبندی به اصول منافات ندارد؛ بلکه اصول درست، مثل تعیین نبایدها و داشتن هدف، کمک می‌کنند بهتر تطبیق پیدا کنیم.

من تجربه‌ای داشتم که باعث شد به نکاتی برسم که الان می‌خواهم بگویم. اگر هدف را خیلی دقیق و «پیکسل پرفکت» تعیین کنیم، معمولاً به چیزی گیر می‌دهیم که در واقعیت احتمال تحققش بسیار کم است. مثال بزنم: فرض کنید من پدرام می‌خواهم یک فریم‌ورک ابداع کنم. اگر بگویم «فریم‌ورکی برای تیم‌های چابک در صنعت نرم‌افزار»، این هدف خیلی محدود و باریک می‌شود. هرچه هدف را باریک‌تر کنیم، احتمال رسیدن به آن کمتر می‌شود. این موضوع عجیب نیست؛ حتی در کتاب‌هایی مثل «راز» یا آثار ناپلئون هیل که روی تصویرسازی کامل تأکید دارند، این خطر وجود دارد که فرصت‌ها محدود شود و انرژی زیادی صرف کنیم، اما به نتیجه نرسیم.

در پروژه‌های پیچیده هم همین اتفاق می‌افتد. ابتدای کار، وقتی مخروط عدم قطعیت را نگاه می‌کنیم، می‌بینیم هرچه جلوتر می‌رویم، تازه می‌توانیم تخمین بزنیم چقدر به هدف نزدیک شده‌ایم. دلیلش این است که موجودیتی که قرار است خلق کنیم، از ابتدا کاملاً شفاف نیست. هرچه جزئیات بیشتری تعیین کنیم، احتمال تحقق پایین‌تر می‌آید. برای همین در پروژه‌های پیچیده، کار را خرد می‌کنیم و تدریجی جلو می‌بریم.

پس علی، وقتی گفتی اهداف کوتاه‌مدت انعطاف بیشتری می‌دهند، من مخالفت کردم نه به خاطر اصل حرف، بلکه چون معتقدم حتی اهداف بلندمدت هم می‌توانند مفید باشند، اگر برای خودمان جا بگذاریم و آن‌ها را پیکسل پرفکت نبینیم. در دنیای پیچیده، پرفکت وجود ندارد. باید بگوییم «می‌خواهم زبان انگلیسی یاد بگیرم و بتوانم با آدم‌ها صحبت کنم»، نه اینکه مسیر را خیلی محدود کنیم. این انعطاف به ما اجازه می‌دهد از راه‌های مختلف وارد شویم.

یک نکته دیگر: اگر بتوانیم هدفی بلندمدت پیدا کنیم که ارزش سرمایه‌گذاری داشته باشد، نه فقط پول بلکه عمرمان را، و مطمئن باشیم تا آخر عمر به ما خدمت می‌کند، باید سریع به سمتش برویم. چرا؟ چون همان حرف گاندی است: «چیزهایی را یاد بگیر که تا آخر عمر به کارت بیاید.» این‌ها مهارت‌هایی هستند مثل زبان انگلیسی، رانندگی، آشپزی، مدیریت مالی. اگر این‌ها را بلد نباشیم، در شرایط تغییر شدید، مثل وضعیت اقتصادی ایران، آسیب می‌بینیم. مثلاً اگر مدیریت مالی بلد نباشیم، پولی که با زحمت به دست آورده‌ایم را در بانک می‌گذاریم، اما آیا بانک ارزشش را حفظ می‌کند؟ نه. پس باید درباره بازار سرمایه، کریپتو و روش‌های حفظ ارزش پول بدانیم.

بنابراین، با وجود اینکه اهداف کوتاه‌مدت مفیدند، نباید درِ اهداف بلندمدت یا استراتژیک را ببندیم. باید به سمت اهدافی برویم که حتی اگر زمان رسیدن به آن‌ها مشخص نیست، می‌دانیم تا آخر عمر به ما خدمت می‌کنند. این همان چیزی است که در «مدیریت مبتنی بر شواهد» هم مطرح می‌شود: انتخاب اهدافی که ارزش واقعی دارند.

در نهایت، من با این موافقم که زمان همیشه معیار خوبی برای دسته‌بندی اهداف نیست. بعضی اهداف مثل یادگیری زبان، زمان مشخصی ندارند. این‌ها زیرمجموعه مهارت‌های استقلال شخصی‌اند؛ مهارت‌هایی که تا آخر عمر به ما خدمت می‌کنند.

برای تطبیق‌پذیری، که همان چابکی است، باید انعطاف داشته باشیم، اما در عین حال اهداف استراتژیک را هم بشناسیم. وقتی تطبیق‌پذیری‌مان بیشتر شود، پیش‌بینی‌پذیری بالا می‌رود، قدرت تصمیم‌گیری بیشتر می‌شود و آگاه‌تر می‌شویم. این آگاهی از داده می‌آید. اگر می‌خواهم بهترین اسکرام مستر ایران شوم، باید ببینم چقدر داده درباره اسکرام دارم. اگر داده ندارم، این هدف منطقی نیست. مثل فوتبالیست شدن؛ اگر شرایط سنی و بدنی ندارم، نمی‌توانم چنین هدفی بگذارم.

یک نکته جالب هم در حرف‌هایت بود: ما در زندگی شخصی مثل مالک محصول هستیم. همان‌طور که مدیر محصول بک‌لاگ می‌نویسد، با ذی‌نفعان صحبت می‌کند و اولویت‌ها را مشخص می‌کند، ما هم باید برای زندگی‌مان بک‌لاگ داشته باشیم. باید بدانیم چه کارهایی ارزش دارند، چه چیزهایی را باید در اسپرینت زندگی‌مان بگذاریم، و چطور با تغییرات وفق پیدا کنیم. این یعنی زندگی چابک.

در واقع وقتی ما برای زندگی‌مان هدف تعیین می‌کنیم و بک‌لاگ می‌نویسیم، داریم مثل یک تیم چابک عمل می‌کنیم. این یعنی «پوشیدن لباس اجایل» و تطبیق‌پذیر شدن. درست گفتی علی جان، اگر بخواهیم اسکرام را وارد زندگی شخصی کنیم، باید خودمان را مثل تیمی ببینیم که آینده‌ای مشخص دارد و قرار است به سمت آن حرکت کند. بعضی کارها را با کمک روابط و دوستان انجام می‌دهیم، اما بسیاری از کارها را خودمان باید انجام دهیم؛ یعنی هم مالک محصول هستیم، هم توسعه‌دهنده. نقش اسکرام مستر در این میان چیست؟ به نظر من، اسکرام مستر کسی است که بین مهارت‌های مختلف ما تسهیل‌گری می‌کند؛ گاهی باید با نگاه نقادانه به مسائل نگاه کنیم، گاهی با نگاه خلاقانه. این دو نگاه گاهی با هم در تضادند، اما وقتی نقش اسکرام مستر را برای خودمان ایفا کنیم، می‌توانیم بین این مهارت‌ها تعادل ایجاد کنیم.

حالا برگردیم به سؤال اصلی: آیا می‌توانیم در قید اصول باشیم و همچنان تطبیق‌پذیر بمانیم؟ پاسخ کوتاه من بعد از این همه بحث این است: بله، نه‌تنها می‌توانیم، بلکه باید اصولی داشته باشیم. چرا؟ چون این اصول هستند که تطبیق‌پذیری را در ما زنده نگه می‌دارند. مثال ساده: در اسکرام، سه اصل کلیدی داریم—شفافیت (Transparency)، بازرسی (Inspection) و انطباق (Adaptation). هر کدام دلیل وجود دیگری است؛ اگر انطباق نباشد، بازرسی و شفافیت بی‌فایده‌اند. این اصول ساده اما حیاتی‌اند.

در اجایل مانیفست هم همین را می‌بینیم: «نرم‌افزار کارآمد مهم‌تر از مستندسازی جامع است.» یعنی خروجی مفید اولویت دارد، نه صرفاً تولید حجم زیادی از مستندات. این را می‌توان به زندگی شخصی هم تعمیم داد؛ مثلاً خاطره‌نویسی زیاد شاید برای بعضی‌ها مفید باشد، اما برای من تجربه نشان داده که مرور خاطرات ذهنم را آشفته می‌کند. در عوض، روش‌هایی مثل خودشناسی کاربردی برایم مفید بوده است.

کتابی هست به نام «خودشناسی کاربردی» نوشته آلن دو باتن، فیلسوف معاصر. این کتاب با پرسش‌های ساده و شفاف کمک می‌کند گذشته‌تان را دسته‌بندی کنید، علایق و الگوهای رفتاری‌تان را بشناسید، حتی خشم‌هایتان را تحلیل کنید. مثلاً می‌گوید به‌جای سرزنش خود، کشف کنید چه چیزهایی شما را عصبانی می‌کند و چرا. این شناخت به شما کمک می‌کند رفتارهای غیرقابل تغییر را مدیریت کنید. به نظر من، خودشناسی یکی از اصولی است که اگر روی آن سرمایه‌گذاری کنید، تا آخر عمر به شما خدمت می‌کند.

در نهایت، در قید اصول بودن یعنی مسئولیت‌پذیری نسبت به یک‌سری ارزش‌ها و رفتارها. همان‌طور که اسکرام مستر مسئولیت دارد در قبال تیم و سازمان، ما هم در زندگی شخصی مسئولیت داریم. اصولی مثل خودشناسی، صبوری، مسئولیت‌پذیری، و دانستن نقاط قوت و ضعفمان، پایه‌های تطبیق‌پذیری‌اند. بدون این‌ها، نمی‌توانیم تیم را به بلوغ برسانیم یا حتی خودمان را رشد دهیم. این اصول صفر و یک نیستند؛ باید مدام روی آن‌ها کار کنیم، بهبودشان دهیم و به بهترین حالت ممکن برسیم.

در واقع، پاسخ نهایی این است: بله، باید به اصولی پایبند باشیم—اصولی که تطبیق‌پذیری ما را حداکثر می‌کنند. این اصول را از کجا پیدا کنیم؟ از قوانین ثابت زندگی، از تجربه‌های تکرارشونده، از چیزهایی که همیشه کار می‌کنند. اگر این قوانین را بشناسیم، می‌توانیم مطمئن باشیم سرمایه‌گذاری روی آن‌ها ارزشمند است. مثل یادگیری زبان، مدیریت مالی، یا مهارت‌های ارتباطی؛ چیزهایی که در هر شرایطی به درد می‌خورند.

پس پاسخ من به این سؤال که «چه قوانینی را باید یاد بگیریم تا تطبیق‌پذیری‌مان به حداکثر برسد؟» این است: باید قوانینی را یاد بگیریم که دقیقاً مطابق با شیوه‌ای هستند که دنیای اطراف ما کار می‌کند؛ چون ما هم جزئی از همین دنیا هستیم و بسیاری از فرآیندهای آن را ناخودآگاه انجام می‌دهیم. قلب من بدون اراده من می‌زند، معده‌ام کار می‌کند، دستگاه گوارش و ذهنم فعال‌اند. بخشی از این‌ها تحت کنترل من نیست، اما بخشی هست که می‌توانم مدیریت کنم؛ همان بخشی که به آن «خودآگاه» می‌گوییم.

شناخت تفاوت بین بخش ناخودآگاه و خودآگاه، خودش یک سرفصل مهم است. اگر بتوانیم بخش خودآگاه را بشناسیم و یاد بگیریم چطور از آن درست استفاده کنیم، این بخش تبدیل به ابزاری قدرتمند برای رسیدن به اهدافمان می‌شود. نه اینکه هر کاری را از روی ناآگاهی انجام دهیم، بلکه آگاهانه از ظرفیت ذهن استفاده کنیم.

برای ادامه بحث، موافقی قبل از هر چیز دوباره سؤالات اصلی را مرور کنیم تا ذهنمان منظم شود؟
سؤالات اصلی:
۱. در دنیای پر تغییر و پیچیده امروز، آیا تطبیق‌پذیری کاملاً لحظه‌ای و نسبی است و هیچ اتکایی به اصول ندارد؟
۲. آیا دانشی وجود ندارد که با آگاهی از آن بتوانیم همیشه تطبیق‌پذیر بمانیم؟
۳. آیا دانشی هست که مستقل از زمان و مکان، از ازل تا ابد برای انسان معتبر باشد؟
۴. دانشی که فارغ از عقاید شخصی، همیشه ضروری و واجب باشد؟
۵. سرمایه‌گذاری عمر روی چه دانشی یک تصمیم استراتژیک برای زندگی شخصی است که تا آخر عمر، فارغ از رشته کاری، به ما خدمت کند؟

حالا بیاییم از کلیات فاصله بگیریم و مثال‌های واقعی بزنیم؛ چه در زندگی شخصی، چه در کار. مثال‌هایی مثل آشپزی، رانندگی، یا یادگیری زبان. این‌ها تصمیم‌های استراتژیک‌اند، اما کوتاه‌مدت به نظر می‌رسند. مثلاً رانندگی را اکثر افراد در چند جلسه یاد می‌گیرند، اما زبان داستان متفاوتی دارد؛ پیچیده‌تر است و نیاز به روش درست دارد. باید تشخیص دهیم کدام دوره‌ها واقعاً مفیدند و کدام فقط جنبه تجاری دارند.

اما من می‌خواهم کمی فراتر بروم و به موجودیت انسان نگاه کنم. آیا انسان تغییر می‌کند؟ بله، بخشی تغییر می‌کند، بخشی ثابت می‌ماند. ما دوره‌ای را طی می‌کنیم تا به بلوغ ذهنی و جسمی برسیم. وقتی به این مرحله می‌رسیم، بخشی از مغز که مسئول «عقل» است فعال می‌شود؛ همان بخشی که در ریاضیات و تفکر منطقی استفاده می‌کنیم. اگر سیستم آموزشی را من طراحی کنم، ضرب و تقسیم را در دوره ابتدایی نمی‌گذارم، چون هنوز عقل شکل نگرفته و کودک فقط از حافظه استفاده می‌کند. وقتی عقل شکل گرفت، فرد می‌فهمد چرا ضرب و تقسیم را یاد می‌گیرد و می‌تواند روابط را درک کند، نه صرفاً حفظ کند.

این رشد عقل معمولاً تا ۱۸ سالگی کامل می‌شود و برای برخی تا ۲۵ سالگی ادامه دارد. اما استفاده از عقل اختیاری است؛ خیلی‌ها از آن استفاده نمی‌کنند. ریاضیات یکی از ابزارهایی است که این رشد را تقویت می‌کند. پس اگر ریاضیات کمک می‌کند، خاستگاه آن چیست؟ منطق. منطق همان چیزی است که ارسطو ۲۰۰۰ سال پیش پایه گذاشت و هنوز در ریاضیات، علوم کامپیوتر و حتی توسعه نرم‌افزار استفاده می‌شود. بعدها پروفسور لطفی‌زاده منطق فازی را معرفی کرد تا بگوید همه چیز صفر و یک نیست؛ گاهی چیزی بین درست و غلط قرار دارد.

منطق چیست؟ روشی برای دور نگه داشتن ذهن از خطا. ذهن ما پر از خطاهای شناختی است. اگر سرچ کنید «خطاهای شناختی»، مثال‌های زیادی می‌بینید. مثلاً کسی با دو سه تجربه بد، نتیجه می‌گیرد «همه مردها مثل هم‌اند». این یک مغلطه است. منطق می‌گوید نمی‌توان از چند نمونه محدود نتیجه کلی گرفت. کتابی مثل «هنر شفاف اندیشیدن» که عادل فردوسی‌پور ترجمه کرده، این خطاها و مغلطه‌ها را با مثال‌های ساده توضیح می‌دهد. شناخت این خطاها برای تصمیم‌گیری‌های جدی—چه در زندگی شخصی، چه در تیم یا سازمان—ضروری است.

پس یکی از مهم‌ترین دانشی که باید برای تطبیق‌پذیری یاد بگیریم، منطق و تفکر نقادانه است؛ دانشی که فارغ از زمان و مکان، همیشه معتبر است و به ما کمک می‌کند در دنیای پیچیده، تصمیم‌های درست بگیریم.

اولین اصلی که من به آن رسیدم و معتقدم هر انسانی باید یاد بگیرد تا ذهنش از خطا دور بماند، منطق است. من بعد از یک سال جست‌وجو و مطالعه، به کتابی رسیدم که واقعاً عالی توضیح داده و به زبان انگلیسی بسیار روان نوشته شده است. اسم کتاب The Art of Reasoning است. اگر در گوگل سرچ کنید، نسخه PDF آن را هم پیدا می‌کنید. حتی نسخه‌های مختلفش برای دانلود هست، هرچند تفاوت زیادی ندارند.

این کتاب از پایه شروع می‌کند و دو موضوع اصلی در منطق را توضیح می‌دهد:
۱. تعریف: یعنی هر کلمه چه معنایی دارد و چطور می‌توانیم آن را طوری تعریف کنیم که «جامع و مانع» باشد؛ جامع یعنی همه مصداق‌های واقعی را شامل شود، مانع یعنی با مفاهیم دیگر تداخل نداشته باشد.
۲. استدلال: یعنی چگونه از تعاریف استفاده کنیم تا حکم بدهیم، نتیجه‌گیری کنیم، خطاها را بشناسیم و نقد کنیم. اینجا پای تفکر نقادانه هم وسط می‌آید که حتی منطق سقراطی و پرسشگری را شامل می‌شود.

چرا یادگیری منطق تا آخر عمر به ما خدمت می‌کند؟ چون ما قرار نیست از انسان بودن خارج شویم؛ همیشه انسان هستیم و باید یاد بگیریم چطور ذهنمان را هدایت کنیم تا مطابق با واقعیت‌های دنیا کار کند. منطق چیزی جز این نیست؛ انتزاعی کردن مفاهیم واقعی برای نظم دادن به ذهن. مثال ساده: در میوه‌فروشی، پرتقال‌ها را جدا می‌کنند، پیازها را جدا، سبزی‌ها را جدا. این همان مفهوم «دسته‌بندی» است. اگر ذهن ما هم این دسته‌بندی را بلد نباشد، نامرتب می‌شود و زمان زیادی برای مرتب کردنش صرف می‌کنیم. اما اگر منطق را بلد باشیم، ذهنمان منظم و کارآمد می‌شود.

به نظر من، منطق دانشی است که یک انقلاب در علم و اختراعات ایجاد کرده و اگر امروز در این سطح هستیم، بخش بزرگی از آن را مدیون منطق و کسانی هستیم که آن را فهمیدند و به کار بردند. این دانش در هر حوزه‌ای کاربرد دارد؛ چه اسکرام مستر باشید، چه مدیر محصول، چه دولوپر. حتی در معماری نرم‌افزار، اصل کار همین است: طبقه‌بندی سرویس‌ها و فانکشن‌ها، تعیین ارتباط‌ها و ساختارها. این همان منطق است، اما هیچ‌کس به ما نگفته که «این مادر علوم است». من بعد از ۳۰ سال زندگی خودم کشف کردم که باید آن را یاد بگیرم تا بتوانم درست تصمیم بگیرم.

وقتی بک‌لاگ مدیریت می‌کنیم، اپیک‌ها، فیچرها و یوزر استوری‌ها را مرتب می‌کنیم، این همان منطق است. اگر قوانین دسته‌بندی را بدانیم، محصولی منظم خواهیم داشت و این نظم به تیم توسعه کمک می‌کند تا معماری نرم‌افزار را درست طراحی کند. اما اگر مدیر محصول هر ایده‌ای را بدون منطق وارد کند، محصول شلخته می‌شود؛ مثل اتاقی پر از وسایل پراکنده. منطق جلوی این آشفتگی را می‌گیرد.

پس پاسخ من به این سؤال که «آیا دانشی وجود دارد که مستقل از زمان و مکان، همیشه معتبر و ضروری باشد؟» این است: منطق. چون ریشه همه تصمیم‌گیری‌های درست، انعطاف‌پذیری هوشمندانه و پایبندی به اصول، منطق است. منطق طبق تعریف، ابزاری است که ذهن را از خطا دور نگه می‌دارد. اگر این را بلد باشیم، می‌توانیم استراتژی بسازیم، هدف تعیین کنیم و مسیر حرکت را مشخص کنیم؛ چه برای زندگی شخصی، چه برای تیم، چه برای سازمان.

به نظر من، چیزی که در بلندمدت بیشترین ارزش را برای ما دارد و می‌تواند تا آخر عمر به ما خدمت کند، منطق است. همان دانشی که از ازل تا ابد معتبر است و فرقی ندارد شما در چه زمانی یا مکانی به دنیا آمده‌اید. از وقتی انسان تکامل پیدا کرده، این دانش می‌توانسته کار کند؛ فقط در گذشته ابزارهای منظم و شسته‌رفته‌ای مثل آنچه ارسطو و دانشمندان بعدی ارائه کردند، در دسترس نبوده. امروز این ابزارها را داریم، اما متأسفانه در سیستم آموزش‌وپرورش ترویج نشده و به‌جای آن، چیزهای کم‌ارزش آموزش داده شده است. حالا وظیفه ماست که خودمان به سمت این دانش برویم.

منطق دانشی است که یادگیری‌اش زمان‌بر است، اما وقتی وارد مسیرش می‌شویم، حتی قبل از رسیدن به نقطه نهایی، دستاوردهای ارزشمندی به همراه دارد. مثل یادگیری زبان: وقتی شروع می‌کنیم، نمی‌دانیم چه زمانی کاملاً مسلط می‌شویم، اما در طول مسیر، پیشرفت‌های کوچک و مفید داریم. این یادگیری هیچ‌وقت تمام نمی‌شود؛ با تمرین و تکرار رشد می‌کند. یوگا هم همین‌طور است. من یوگا را انتخاب کردم چون بعد از مشکلات گردن و تجربه فیزیوتراپی فهمیدم کشش عضلات چقدر برای سلامت بدن حیاتی است. یوگا کمک می‌کند عضلات در حالت استاندارد بمانند، اسپاسم نکنند و اعصاب عملکرد طبیعی داشته باشند. این نه‌تنها برای سلامت جسم، بلکه برای آرامش روان هم مؤثر است. یوگا مثل رانندگی یا آشپزی نیست که یک‌بار یاد بگیری و تمام شود؛ باید جزئی از سبک زندگی شود تا اثر واقعی داشته باشد.

برای پاسخ به سؤال آخر که می‌گوید «روی چه دانشی باید سرمایه‌گذاری کنیم تا یک تصمیم استراتژیک برای زندگی باشد؟» من فکر می‌کنم باید روی مفاهیمی سرمایه‌گذاری کنیم که همیشه معتبرند و به ما کمک می‌کنند درست تصمیم بگیریم. یادگیری یعنی چه؟ یعنی یا از طریق آموزش آگاهانه (کتاب، دوره، ویدیو) یا از طریق تجربه ناخودآگاه (مثل لمس لبه چاقو) به آگاهی برسیم. اما دانشی مثل منطق، یادگیری آگاهانه می‌خواهد. منطق به ما کمک می‌کند واژه‌ها را بازتعریف کنیم، مفاهیم را درست بفهمیم و نگاه‌مان به دنیا را اصلاح کنیم.

علاوه بر منطق، علم هم یکی از اصولی است که باید یاد بگیریم. علم یعنی شناخت قوانین واقعی و بدیهی جهان و تعامل آن‌ها. باید بدانیم چه چیزی علم است و چه چیزی نیست. علم بر پایه آزمون‌پذیری است؛ یعنی هر ادعا باید قابل آزمایش باشد و نتیجه‌اش تکرارپذیر. اگر دانشی این ویژگی را نداشته باشد، باید آن را کنار بگذاریم، چون می‌تواند در تصمیم‌گیری‌ها و امیدها و حتی ناامیدی‌های ما اثر منفی بگذارد. برای درک بهتر این موضوع، مطالعه فلسفه علم را پیشنهاد می‌کنم. این دانش به ما یاد می‌دهد چگونه واقعیت را از باورهای غلط جدا کنیم.

پس برای سرمایه‌گذاری عمر، باید روی دانشی مثل منطق و علم تمرکز کنیم؛ دانشی که فارغ از زمان و مکان، همیشه معتبر است و به ما کمک می‌کند تطبیق‌پذیرتر، آگاه‌تر و تصمیم‌گیرنده‌تر باشیم.

به نظر من، چیزی که در بلندمدت بیشترین ارزش را برای ما دارد و می‌تواند تا آخر عمر به ما خدمت کند، منطق است. همان دانشی که از ازل تا ابد معتبر است و فرقی ندارد شما در چه زمانی یا مکانی به دنیا آمده‌اید. از وقتی انسان تکامل پیدا کرده، این دانش می‌توانسته کار کند؛ فقط در گذشته ابزارهای منظم و شسته‌رفته‌ای مثل آنچه ارسطو و دانشمندان بعدی ارائه کردند، در دسترس نبوده. امروز این ابزارها را داریم، اما متأسفانه در سیستم آموزش‌وپرورش ترویج نشده و به‌جای آن، چیزهای کم‌ارزش آموزش داده شده است. حالا وظیفه ماست که خودمان به سمت این دانش برویم.

منطق دانشی است که یادگیری‌اش زمان‌بر است، اما وقتی وارد مسیرش می‌شویم، حتی قبل از رسیدن به نقطه نهایی، دستاوردهای ارزشمندی به همراه دارد. مثل یادگیری زبان: وقتی شروع می‌کنیم، نمی‌دانیم چه زمانی کاملاً مسلط می‌شویم، اما در طول مسیر، پیشرفت‌های کوچک و مفید داریم. این یادگیری هیچ‌وقت تمام نمی‌شود؛ با تمرین و تکرار رشد می‌کند. یوگا هم همین‌طور است. من یوگا را انتخاب کردم چون بعد از مشکلات گردن و تجربه فیزیوتراپی فهمیدم کشش عضلات چقدر برای سلامت بدن حیاتی است. یوگا کمک می‌کند عضلات در حالت استاندارد بمانند، اسپاسم نکنند و اعصاب عملکرد طبیعی داشته باشند. این نه‌تنها برای سلامت جسم، بلکه برای آرامش روان هم مؤثر است. یوگا مثل رانندگی یا آشپزی نیست که یک‌بار یاد بگیری و تمام شود؛ باید جزئی از سبک زندگی شود تا اثر واقعی داشته باشد.

برای پاسخ به سؤال آخر که می‌گوید «روی چه دانشی باید سرمایه‌گذاری کنیم تا یک تصمیم استراتژیک برای زندگی باشد؟» من فکر می‌کنم باید روی مفاهیمی سرمایه‌گذاری کنیم که همیشه معتبرند و به ما کمک می‌کنند درست تصمیم بگیریم. یادگیری یعنی چه؟ یعنی یا از طریق آموزش آگاهانه (کتاب، دوره، ویدیو) یا از طریق تجربه ناخودآگاه (مثل لمس لبه چاقو) به آگاهی برسیم. اما دانشی مثل منطق، یادگیری آگاهانه می‌خواهد. منطق به ما کمک می‌کند واژه‌ها را بازتعریف کنیم، مفاهیم را درست بفهمیم و نگاه‌مان به دنیا را اصلاح کنیم.

علاوه بر منطق، علم هم یکی از اصولی است که باید یاد بگیریم. علم یعنی شناخت قوانین واقعی و بدیهی جهان و تعامل آن‌ها. باید بدانیم چه چیزی علم است و چه چیزی نیست. علم بر پایه آزمون‌پذیری است؛ یعنی هر ادعا باید قابل آزمایش باشد و نتیجه‌اش تکرارپذیر. اگر دانشی این ویژگی را نداشته باشد، باید آن را کنار بگذاریم، چون می‌تواند در تصمیم‌گیری‌ها و امیدها و حتی ناامیدی‌های ما اثر منفی بگذارد. برای درک بهتر این موضوع، مطالعه فلسفه علم را پیشنهاد می‌کنم. این دانش به ما یاد می‌دهد چگونه واقعیت را از باورهای غلط جدا کنیم.

پس برای سرمایه‌گذاری عمر، باید روی دانشی مثل منطق و علم تمرکز کنیم؛ دانشی که فارغ از زمان و مکان، همیشه معتبر است و به ما کمک می‌کند تطبیق‌پذیرتر، آگاه‌تر و تصمیم‌گیرنده‌تر باشیم.

در نهایت، نکته‌ای که گفتی خیلی مهم است: هر چیزی که نتوانیم آن را آزمایش کنیم یا رد کنیم، علم نیست؛ فقط یک باور است. مثلاً اگر کسی بگوید «کارما وجود دارد و اگر بدی کنی، در همین دنیا جوابش را می‌گیری»، ما هیچ روش علمی برای آزمودن یا رد این ادعا نداریم. ممکن است مثال‌هایی ببینیم، اما این کافی نیست. علم فقط درباره چیزهایی موضع دارد که بتوانیم با روش علمی—آزمون و خطا، تکرارپذیری، و امکان بررسی توسط دیگران—اثبات یا رد کنیم. اگر این امکان نباشد، علم سکوت می‌کند.

این نکته دقیقاً به بحث ما درباره بازتعریف مفاهیم برمی‌گردد. برای یادگیری مفاهیم و عبارات، باید مطالعه کنیم و روش‌های مختلف یادگیری را به کار ببریم. هرچه نسبت به مفاهیم آگاه‌تر باشیم، بهتر می‌توانیم تعاریف درست بسازیم و توسعه دهیم. مثلاً مفهوم «سخت‌گیری» را در نظر بگیر: سخت‌گیری چیست؟ کجا لازم است؟ کجا نباید باشد؟ این‌ها را باید بفهمیم تا بتوانیم در تیم، سازمان یا حتی روابط شخصی درست عمل کنیم.

در نهایت، همه این مفاهیم یک منظومه فکری برای ما می‌سازند؛ سیستمی که نباید در خودش تناقض داشته باشد. اگر تناقض باشد، پیش‌بینی‌پذیری ما پایین می‌آید و حتی خودمان را نمی‌شناسیم. اینجاست که خودشناسی اهمیت پیدا می‌کند؛ یکی از اصولی که باید مادام‌العمر روی آن کار کنیم، نه یک‌بار، بلکه به‌صورت افزایشی و دوره‌ای. ابزارهایی مثل کتاب «خودشناسی کاربردی» کمک می‌کنند این منظومه را بسازیم.

یکی از اصلی‌ترین ابزارها برای ایجاد این منظومه، منطق است؛ چون رابطه بین مفاهیم، باورها و اصول را تنظیم می‌کند. منطق به ما امکان می‌دهد بفهمیم به چه چیزی باور داریم، چرا، و چطور باید بر اساس آن تصمیم بگیریم. این همان چیزی است که در اسکرام و اجایل هم دیده می‌شود؛ حتی در نسخه‌های جدید مثل Expansion Pack، روی «اصول بنیادین» یا First Principles Thinking تأکید شده است. این اصول پایه‌ای هستند که باید به آن‌ها بچسبیم، اما باید مدام آن‌ها را زیر سؤال ببریم و با پرسشگری و تفکر نقادانه مطمئن شویم که واقعی و منطبق بر قوانین جهان‌اند.

در پایان، هدف این گفت‌وگو فلسفه‌پردازی نبود؛ هدف ما کاربرد این مفاهیم در زندگی برای داشتن زندگی بهتر، موفقیت و خوشبختی بود. امیدوارم برای شما هم مفید بوده باشد. اگر نقد یا نظری دارید، لطفاً با ما به اشتراک بگذارید؛ چون این تجربه‌ها قطعی نیستند، بلکه مسیر یادگیری‌اند. مثال‌های خودتان را هم بگویید؛ چه در کسب‌وکار، چه در زندگی شخصی. می‌توانید در شبکه‌های اجتماعی یا وب‌سایت کامنت بگذارید تا همه استفاده کنند.

مدیریت و رهبری در سازمان‌ها دیگر صرفاً به معنای کنترل منابع و تقسیم وظایف نیست. با گسترش محیط‌های پیچیده و پویا، شیوه‌های سنتی رهبری با چالش‌های جدی روبه‌رو شده‌اند. دو جفت سبک مدیریتی که به‌ویژه در عصر اجایل (Agile) و اسکرام (Scrum) مورد توجه قرار گرفته‌اند عبارت‌اند از:

1. رهبری تراکنشی (Transactional) در برابر رهبری تحول‌آفرین (Transformational)

2. رهبری سنتی (Traditional) در برابر رهبری خدمتگزار (Servant)

این دو دوگانگی، تضادی بنیادین میان «کنترل و دستور» در برابر «الهام و توانمندسازی» را نشان می‌دهند. فهم این تمایزات به مدیران کمک می‌کند تا در فضای متناقض امروز (که سازمان‌ها هم به ساختار و کنترل نیاز دارند و هم به انعطاف و نوآوری)، بهترین مسیر را انتخاب کنند.

رهبری تراکنشی (Transactional)

در این سبک، مدیر بر پایه‌ پاداش و تنبیه عمل می‌کند. کارها به‌وضوح تعریف می‌شوند و موفقیت در انجام آن‌ها منجر به پاداش، در حالی که شکست باعث تنبیه می‌شود.

• ویژگی‌ها: تمرکز بر ساختار، انضباط، کنترل، کارایی کوتاه‌مدت.

• نقاط قوت: ایجاد ثبات، مدیریت بحران‌های فوری، شفافیت وظایف.

• نقاط ضعف: محدودکردن خلاقیت و نوآوری، وابستگی بیش‌ازحد تیم به دستور مدیر، کاهش انگیزه‌ی درونی.

در محیط اسکرام، چنین رویکردی می‌تواند سرعت در کوتاه‌مدت ایجاد کند، اما مانع از یادگیری مستمر و خودسازمان‌دهی تیم می‌شود.

رهبری تحول‌آفرین (Transformational)

این سبک بر الهام‌بخشی و چشم‌انداز متمرکز است. رهبر تلاش می‌کند انگیزه‌ درونی افراد را برانگیزد و آن‌ها را به سوی رشد فردی و جمعی هدایت کند.

• ویژگی‌ها: الهام، چشم‌انداز مشترک، تشویق به خلاقیت، حمایت از تغییر.

• نقاط قوت: افزایش انگیزه و وفاداری، پرورش نوآوری، همسویی اهداف فردی و سازمانی.

• نقاط ضعف: نیازمند بلوغ و انگیزه‌تیم، ریسک انحراف از اهداف عملی اگر صرفاً به ایده‌آل‌ها بسنده شود.

در اسکرام، نقش Product Owner اغلب با این سبک هم‌راستا است، زیرا او مأموریت دارد چشم‌انداز محصول را منتقل کند و تیم را برای ارزش‌آفرینی توانمند کند.

مدیریت غیرچابک استیو جابز، رهبری تحول‌آفرین بود. آسیب‌شناسی آن را در این مقاله بخوانید:
استیو جابز و مدیریت غیرچابک و پیامدها: نقدی بر سبک رهبری اپل

رهبری سنتی (Traditional)

رهبری سنتی براساس قدرت سلسله‌مراتبی عمل می‌کند. مدیر در رأس قرار دارد و تصمیم‌گیری‌ها متمرکز بر اوست.

• ویژگی‌ها: تمرکز قدرت، کنترل مستقیم، اطاعت از بالا به پایین.

• نقاط قوت: وضوح نقش‌ها، پیش‌بینی‌پذیری.

• نقاط ضعف: مقاومت در برابر تغییر، کاهش انعطاف‌پذیری، سرکوب خلاقیت و استقلال.

در محیط‌های اجایل، این سبک اغلب باعث تضاد با ارزش‌های اسکرام (مانند شفافیت و احترام متقابل) می‌شود و تیم‌ها را در وضعیت «Vacuum» یا خلا‌ی تصمیم‌گیری قرار می‌دهد.

رهبری خدمتگزار (Servant Leadership)

در نقطه‌ مقابل، رهبر خدمتگزار تمرکز خود را بر توانمندسازی و حمایت از تیم می‌گذارد. او موانع را برطرف می‌کند تا تیم بتواند بهترین عملکرد خود را ارائه دهد.

• ویژگی‌ها: گوش‌دادن فعال، فروتنی، حمایت، اعتمادسازی.

• نقاط قوت: تقویت خودسازمان‌دهی، افزایش اعتماد و انسجام تیمی، انعطاف‌پذیری بالا.

• نقاط ضعف: اگر به‌درستی متوازن نشود، ممکن است تصمیم‌گیری به تعویق بیفتد یا ضعف در هدایت استراتژیک ایجاد شود.

در اسکرام، Scrum Master تجسم واقعی این سبک است. او تیم را هدایت نمی‌کند بلکه شرایط را برای شکوفایی آن فراهم می‌کند.

تحلیل مقایسه‌ای در سه بُعد کلیدی

1. بهره‌وری (Productivity):

   • تراکنشی: ایجاد نظم و خروجی سریع، اما فرسایشی در بلندمدت.

   • تحول‌آفرین: ایجاد انگیزه پایدار و افزایش کیفیت کار.

   • سنتی: بهره‌وری مقطعی، اغلب همراه با فشار و کنترل.

   • خدمتگزار: رشد پایدار با تمرکز بر رفع موانع.

2. انعطاف‌پذیری (Flexibility):

   • تراکنشی و سنتی: مقاومت در برابر تغییر.

   • تحول‌آفرین و خدمتگزار: پذیرش تغییر، یادگیری مستمر و همسویی با محیط پویا.

3. خلاقیت (Creativity):

   • تراکنشی و سنتی: خلاقیت محدود به چهارچوب مدیر.

   • تحول‌آفرین و خدمتگزار: بستر آزاد برای نوآوری و ایده‌پردازی.

جمع‌بندی

سازمان‌های امروز در یک پارادوکس به سر می‌برند: از یک سو نیازمند ساختار و کنترل برای تضمین بهره‌وری، و از سوی دیگر نیازمند انعطاف و خلاقیت برای بقا در بازار رقابتی. دوگانگی‌های تراکنشی/تحول‌آفرین و سنتی/خدمتگزار به ما نشان می‌دهند که رهبران باید میان این سبک‌ها تعادل برقرار کنند.

در عمل، رهبر موفق کسی است که:

• چشم‌انداز الهام‌بخش (Transformational) ارائه دهد،

• در عین حال تیم را توانمند و موانع را برطرف کند (Servant),

• و تنها در شرایط خاص، از عناصر تراکنشی یا سنتی برای ایجاد نظم کوتاه‌مدت بهره ببرد.

این همان «مخرج مشترکی» است که می‌تواند خلا‌ی میان مدیریت دستوری و اجایل را پر کند: یک استراتژی کسب‌وکار شفاف که هم ساختار و هم آزادی را در تعادل نگه دارد.

چطور گزارش‌دهی و چابکی را در سازمان‌های سنتی پیاده کنیم؟

در دهمین رویداد اجایل‌کافه‌گپ، شبنم غفوری، محمدرضا مرادی، حسین حاجی‌زاده، الهه ابراهیمی، پدرام کشاورزی، حسین الله‌یاری، علی سخایی و فاطمه صالحی گرد هم آمدند تا در مورد گزارش‌گیری از تیم و سازمان به خصوص موارد سنتی گفتگو کنند.

ثبت‌نام در اجایل‌کافه‌گپ

مقدمه

در سازمان‌های بزرگ و سنتی، پیاده‌سازی چابکی و گزارش‌دهی مؤثر یکی از بزرگ‌ترین چالش‌هاست. بسیاری از مدیران هنوز با ذهنیت کنترل‌گرایانه کار می‌کنند و ابزارهای استاندارد اجایل در این فضا جواب نمی‌دهد. این مقاله با رویکرد تجربه‌گرایی، داده‌محوری و کوچینگ سازمانی، راهکارهای عملی برای ایجاد فرهنگ چابک در چنین سازمان‌هایی را بررسی می‌کند.

چرا تجربه‌گرایی در مدیریت سازمانی اهمیت دارد؟

تجربه‌گرایی یعنی تصمیمات بر اساس آزمایش و داده گرفته شوند. اگر فرضیه‌ای درست نباشد، باید تغییر کند. این رویکرد کمک می‌کند از حدس و گمان فاصله بگیریم و نتایج واقعی را ببینیم.

مزایای تجربه‌گرایی:

• کاهش ریسک تصمیمات اشتباه

• افزایش شفافیت در فرآیندها

• امکان اصلاح سریع مسیر پروژه‌ها

چرا اندازه‌گیری و پایش داده‌ها حیاتی است؟

بدون داده، تصمیمات مثل موجی بی‌هدف هستند. داشبوردها و ابزارهای مانیتورینگ به ما امکان می‌دهند پیشرفت پروژه‌ها را عددی بسنجیم و مشکلات را شناسایی کنیم.

اصل علمی: «چیزی را می‌توان مدیریت کرد که بتوان آن را اندازه‌گیری کرد.»

ابزارهای پیشنهادی برای پایش داده‌ها:

• داشبوردهای مدیریتی

• مفاهیمی مثل KPI و OKR

• نرم‌افزارهای که از طرز فکر چابک حمایت می‌کنند؛ مثل Jira و Trello و Azure DevOps

چالش سازمان‌های سنتی در پذیرش رویکرد داده‌محور چیست؟

سازمان‌های بزرگ مثل همراه اول هنوز با تغییر به سمت چابکی و داده‌محوری مشکل دارند. IT نباید فقط یک بخش باشد؛ باید یک رویکرد سازمانی شود.

دلایل مقاومت سازمان‌های سنتی:

• فرهنگ کنترل‌گرایانه

• ترس از شفافیت

• نبود آموزش کافی برای مدیران

چگونه پیشرفت پروژه‌های چابک را اندازه‌گیری کنیم؟

در پروژه‌های اجایل، خروجی هر ماژول مشخص و قابل سنجش است. استفاده از شاخص‌هایی مثل ولاسیتی یا سایکل تایم کمک می‌کند وضعیت پروژه روشن باشد.

مثال واقعی:
در یک سازمان، میانگین سایکل تایم ۲۷ روز بود، چون اولویت‌بندی وجود نداشت. با اضافه شدن نقش پروداکت اونر، این مشکل کاهش یافت.

چرا گزارش‌های سنتی مانع تحقق اهداف واقعی می‌شوند؟

گزارش‌های خشک و عددی کافی نیستند. گزارش باید ساده، بصری و متناسب با مخاطب باشد.

ویژگی‌های یک گزارش چابک:

• نمودارهای بصری

• خلاصه‌های تحلیلی

• شاخص‌های عملکردی (KPI)

چگونه توافقات اولیه از سردرگمی جلوگیری می‌کنند؟

شفافیت در توافقات با مشتری و تیم، معیار موفقیت را مشخص می‌کند. نبود این توافقات باعث نارضایتی و ابهام در خروجی‌ها می‌شود.

نکات کلیدی برای توافقات اولیه:

• تعریف معیارهای موفقیت

• تعیین مسئولیت‌ها

• مشخص کردن اسپانسر پروژه

نقش کوچینگ سازمانی در بهبود گزارش‌دهی چیست؟

تناقض بین گزارش‌های عالی و نارضایتی مدیران نشان می‌دهد نیاز به کوچینگ و رفتارشناسی داریم.

چرا کوچینگ مهم است؟

• کمک به مدیران برای درک داده‌ها

• رفع تناقض بین گزارش و واقعیت

• ایجاد فرهنگ بازخورد سازنده

آیا نسخه آماده برای همه سازمان‌ها مناسب است؟

خیر. هر سازمان باید بر اساس شرایط خود، خروجی و شاخص‌ها را تعریف کند. چابکی یعنی سازگاری با واقعیت‌های سازمانی، نه نسخه‌های تجویزی.

چگونه با فرهنگ سازمانی هماهنگ شویم؟

برای موفقیت، باید دغدغه‌های مدیر را بشناسیم و گزارش‌ها را متناسب با نیاز او طراحی کنیم. این کار تدریجی است و نیاز به انعطاف دارد.

نتیجه‌گیری

چابکی در سازمان‌های سنتی یک مسیر تدریجی است، نه یک نسخه آماده. باید با فرهنگ سازمان هماهنگ شویم، داده‌محوری را تقویت کنیم، و گزارش‌ها را متناسب با نیاز مدیران طراحی کنیم. در نهایت، ارزش گزارش‌ها به تحلیل و معنا دادن ما بستگی دارد.

ثبت‌نام در اجایل‌کافه‌گپ

این مقاله ترجمه‌ای روان از مقاله «خطرات هوش مصنوعی در توسعه محصول» است که توسط استفان وولپرز (آلمان) در ۲ نوامبر ۲۰۲۵ نگاشته شده است. به دلیل نکات عالی و کامل مقاله از هر گونه تغییر در آن پرهیز شده است.

چگونه مزیت شما به پاشنه‌آشیل‌تان تبدیل می‌شود

هوش مصنوعی می‌تواند بی‌سروصدا مدل عملیاتی محصول شما را فرسوده کند؛ با این‌که به جای اعتبارسنجی تجربی، میان‌بُرهای تطبیق الگو و تصمیم‌گیری الگوریتمی را می‌نشاند. این مقاله درباره‌ خطرات هوش مصنوعی در توسعه محصول، همراه با ویدیو مربوط به آن، سه دسته‌ اصلیِ ریسک و مرزهای عملی را معرفی می‌کند تا در عین استفاده‌ مؤثر از هوش مصنوعی، قضاوت مشتری‌محور خود را حفظ کنید.

این ویدیو را ببینید: «خطرات هوش مصنوعی در توسعه محصول: وقتی اهرم شما به مسئولیت‌تان تبدیل می‌شود». ویدئو در زیر نیز گذاشته است و در یوتیوب قرار داد.

سه ریسک بنیادی هوش مصنوعی در توسعه محصول

هوش مصنوعی در دست یک اپراتور ماهر، فوق‌العاده مفید است. این یک اهرم بی‌نظیر در اختیار شماست.

اما نادیده گرفتن ریسک‌های بنیادی می‌تواند به همان اندازه مخرب باشد. وظیفه‌ شما چیست؟ این‌که مهارت خود را در این حوزه بالا ببرید. اجازه بدهید رده‌های اصلی ریسک را از منظر محصول برای شما باز کنم.

سه ریسک بنیادی

بیشتر بحث‌ها درباره‌ خطرات هوش مصنوعی در کار محصول، فهرستی از نشانه‌های هم‌پوشان (Multiple Overlapping Symptoms) ارائه می‌کنند، نه علت‌های ریشه‌ایِ متمایز. من سه الگوی اصلیِ شکست را شناسایی کرده‌ام که واقعاً اهمیت دارند:

۱. میان‌بُرهای اعتبارسنجی: وقتی آزمایش‌ها را متوقف می‌کنید

این ریسک ترکیبی است از آن‌چه معمولاً «سوگیری اتوماسیون - Automation Bias» و «میان‌بُرهای اعتبارسنجی ارزش - Value Validation» نامیده می‌شود؛ اما هر دو در واقع یک مشکل‌اند: پذیرفتن خروجی هوش مصنوعی بدون آزمون تجربی.

یادتان هست الزامات محصول را به فرضیه تبدیل می‌کردید، بعد آن‌ها را روی کارت‌های آزمون (Test Cards)، سپس آزمایش‌ها، و در نهایت روی کارت‌های یادگیری (Learning Cards) می‌آوردید؟ مدل‌های زبانی بزرگ در این کار عالی‌اند، چون این یک مسئله‌ تطبیق الگوست. آن‌ها می‌توانند خیلی سریع خروجی‌های معقول تولید کنند.

مشکل روشن است: شما شروع می‌کنید به پذیرفتن فرضیه‌های مدل خود، بدون این‌که آزمایش درست‌وحسابی اجرا کنید. چرا میان‌بُر نزنید وقتی مدیریت، باور دارد هوش مصنوعی به شما امکان می‌دهد با همان بودجه، ۲۵ تا ۵۰ درصد بیشتر تحویل دهید؟

پس اعتبارسنجی را حذف می‌کنید. هوش مصنوعی هزاران تیکت پشتیبانی را تحلیل کرده و «به شما گفته» مشتریان چه می‌خواهند. ظاهراً مبتنی بر داده است. اما هوش مصنوعی فقط در چارچوب زمینه و داده‌های موجود شما بهینه‌سازی شده است. در عمل، شما در حال بهینه کردن «حباب» خود هستید، بدون این‌که متوجه شوید شاید فرصت‌های عظیمی (Tremendous Opportunities) خارج از آن وجود داشته باشد. هوش مصنوعی به شما می‌گوید در گذشته شما چه الگوهایی وجود داشته است؛ اما نمی‌تواند چیزی را که هنوز در داده‌های شما وجود ندارد، اعتبارسنجی کند.

۲. نزدیک‌بینیِ چشم‌انداز: از دست دادن فرصت‌های جهشی

هوش مصنوعی بر اساس زمینه و داده‌های موجود شما، به‌صورت محلی بهینه‌سازی می‌کند. در بهبود تدریجی در چارچوب محدودیت‌های فعلی فوق‌العاده است، اما در شناسایی فرصت‌های جهشی خارج از موقعیت فعلی شما در بازار شکست می‌خورد.

«فرسایش چشم‌انداز محصول» به‌تدریج رخ می‌دهد. هر توصیه‌ هوش مصنوعی منطقی به‌نظر می‌رسد. هر بهینه‌سازی، نتایج قابل اندازه‌گیری تحویل می‌دهد. اما شما دارید از تپه‌ اشتباهی بالا می‌روید: در چیزی بهتر می‌شوید که شاید ۱۸ ماه دیگر اصلاً مهم نباشد.

این ریسک، به ماهیت ذاتی گذشته‌نگر هوش مصنوعی برمی‌گردد، نه صرفاً نحوه‌ استفاده‌ شما از آن.

۳. گسست انسانی: وقتی الگوریتم‌ها جای قضاوت را می‌گیرند

سه ریسک رایج در این‌جا به هم می‌رسند: شما اجازه داده‌اید هوش مصنوعی واسطه‌ ارتباط شما با انسان‌هایی شود که در حال حل کردن مسئله‌شان هستید:

• رقیق شدن مسئولیت‌پذیری: وقتی تصمیم‌های متأثر از هوش مصنوعی شکست می‌خورند، چه کسی مسئول است؟ مالک محصول از «بهترین‌روش‌های مبتنی بر داده» پیروی کرده است. دانشمند داده تحلیل ارائه داده است. مدیر ارشد، استفاده از هوش مصنوعی را الزامی کرده است. هیچ‌کس مالک نتیجه نیست.

• جایگزینی تعامل با ذی‌نفعان: به‌جای گفت‌وگوی مستقیم، از هوش مصنوعی برای تحلیل ورودی ذی‌نفعان استفاده می‌کنید. شما خودِ مکالمه، حالت چهره، مکثی را که معنای واقعی طرف مقابل را آشکار می‌کند، از دست می‌دهید.

• کاهش درکِ مشتری: پرسوناهای تولیدشده توسط هوش مصنوعی از خود مشتریان واقعی «واقعی‌تر» می‌شوند. تصمیم‌ها به جای مشتری‌محور بودن، تکنوکراتیک (Technocratic) می‌شوند.

این‌ها سه مسئله‌ جدا نیستند؛ نشانه‌های یک بیماری‌اند: الگوریتم حالا بین شما و کسانی قرار گرفته که برایشان محصول می‌سازید.

چرا این ریسک‌ها پدید می‌آیند؟

می‌توان این ریسک‌ها را در سه دسته خلاصه کرد:

• عوامل انسانی: تنبلی شناختی؛ اعتماد به نفس بیش از حد در تشخیص مشکلات هوش مصنوعی؛ ترس از جایگزین شدن که منجر به پذیرش افراطی یا رد کامل آن می‌شود.

• عوامل سازمانی: فشار برای تصمیم‌های «داده‌محور» بدون اعتبارسنجی؛ مرزهای نامشخص بین توصیه‌های هوش مصنوعی و مسئولیت‌پذیری شما.

• عوامل فرهنگی: پرستش فناوری؛ الگوهای ضدتجربی که اقتدار را به شواهد ترجیح می‌دهند.

خطر نظام‌مند

وقتی این فشارها روی هم انباشته می‌شوند ـ مثلاً در یک فرهنگ فرماندهی‌ـکنترلی، زیر فشار رقابتی، همراه با ستایش افراطی تکنولوژی ـ زیر سؤال بردن هوش مصنوعی می‌تواند به ضررِ مسیر شغلی شما تمام شود.

نتیجه چیست؟ استراتژی محصول از رهبران کسب‌وکار به سیستم‌های فنی منتقل می‌شود؛ اغلب بدون این‌که کسی عمداً تصمیم گرفته باشد چنین شود.

مسئولیت شما

شما همچنان در قبال نتایج محصول مسئول هستید، نه هوش مصنوعی. سه تمرین زیر کمک می‌کند این وضعیت حفظ شود:

• در برابر میان‌بُرهای اعتبارسنجی: اعتبارسنجی تجربی تمام توصیه‌های هوش مصنوعی را حفظ کنید. با خروجی هوش مصنوعی مثل «فرضیه» برخورد کنید، نه «نتیجه‌ نهایی».

• در برابر نزدیک‌بینیِ چشم‌انداز (Vision Myopia): از هوش مصنوعی برای بهینه‌سازی اجرا استفاده کنید، اما قضاوت انسانی درباره‌ جهت را حفظ کنید. همیشه بپرسید: «چه چیزهایی برای هوش مصنوعی نامرئی است، چون در داده‌های ما وجود ندارد؟»

• در برابر گسست انسانی: تماس مستقیم با مشتری و تعامل با ذی‌نفعان را حفظ کنید. همیشه خروجی‌های هوش مصنوعی را زیر سؤال ببرید، مخصوصاً وقتی با سوگیری‌ها و باورهای قبلی شما هم‌خوان است. (راستی، خودِ این چالش را هم می‌توانید تا حدی خودکار کنید.)

متخصصانی که در این فضا شکوفا می‌شوند، کسانی نیستند که سریع‌تر از همه هوش مصنوعی را به کار گرفته‌اند؛ بلکه کسانی‌اند که شفاف‌ترین مرز را بین بهره‌گیری از توانایی‌های هوش مصنوعی و برون‌سپاریِ قضاوت خود ترسیم کرده‌اند.

برای بررسی عمیق‌تر این ریسک‌ها، نمونه‌های بیشتر، و بحث درباره‌ این‌که وقتی تیم‌ها این اصول را نادیده می‌گیرند چه اتفاقی می‌افتد، ویدیوی کامل را تماشا کنید.)

جمع‌بندی

تفاوت بین «تقویت تصمیم‌گیری با هوش مصنوعی» و «واگذاری قضاوت به هوش مصنوعی» تعیین می‌کند که آیا شما مسئولیت‌پذیری خود را حفظ می‌کنید یا بی‌سروصدا استراتژی محصول را به الگوریتم‌ها منتقل می‌کنید.

وظیفه‌ شما تغییر نکرده است: اعتبارسنجی تجربی انجام دهید، مستقیم با مشتریان درگیر شوید، و خروجی‌هایی را که سوگیری‌ها و باورهای قبلی شما را تأیید می‌کنند، زیر سؤال ببرید.

شما برای اجتناب از خطرات هوش مصنوعی در توسعه محصول چه کار می‌کنید؟

I see teams that share their voice

Ideas flowing, every choice

Mistakes are lessons, not a crime

A world of trust, a better time

Hook

And I think to myself

What a safe place to work

Verse 2

I hear questions asked with care

Leaders listening everywhere

No fear of speaking, hearts aligned

A culture strong, a brilliant mind

Hook (repeat)

And I think to myself

What a safe place to work

Bridge

Colors of feedback, bright and true

Learning together, me and you

People daring to dream out loud

Innovation rising through the crowd

Final Hook

Yes, I think to myself

What a safe place to work

اسکرام در تیم‌های غیر‌نرم‌افزاری: وقتی چابکی به زبان خلاقیت ترجمه می‌شود

در نهمین رویداد اجایل‌کافه‌گپ، پدرام کشاورزی، علی سخایی، حانیه احمدپور، فربد بهارلو، علیرضا شرف‌الاسلامی، امید حاجی‌شکری و خسرو واحدی، گرد هم آمدند تا در مورد کاربرد اسکرام در تیم‌های غیر نرافزاری گفتگو کنند. مقاله‌ی زیر شالوده‌ی این صحبت‌ها را پوشش می‌دهد.

ثبت‌نام در اجایل‌کافه‌گپ

مقدمه

سال‌ها پیش وقتی برای اولین بار با اسکرام آشنا شدم، مثل بسیاری تصور می‌کردم این روش فقط برای تیم‌های نرم‌افزاری طراحی شده است؛ مخصوص برنامه‌نویس‌ها، تسک‌های فنی و ابزارهایی مثل جیرا. اما هرچه جلوتر رفتم، دیدم اسکرام بیش از آنکه درباره‌ی نرم‌افزار باشد، درباره‌ی همکاری، تطبیق‌پذیری و خلق ارزش در محیط‌های پیچیده است.

و جالب اینجاست که محیط‌های خلاق مثل تولید محتوا، مارکتینگ، طراحی یا حتی ساخت پادکست، درست در همین دسته از محیط‌ها قرار می‌گیرند: جایی که قطعیت وجود ندارد، مسیر با تجربه شکل می‌گیرد و نتیجه با بازخورد ساخته می‌شود.

فلسفه و کارکرد اسکرام چیست؟

اسکرام از یک حرکت تیمی در راگبی الهام گرفته شده است؛ جایی که بازیکنان در قالب یک حلقه، هماهنگ و فشرده به سمت هدف مشترک پیش می‌روند. در اسکرام هم اصل بر همین هماهنگی و حرکت جمعی است. ما به آن «فریم‌ورک» می‌گوییم چون مجموعه‌ای ساده از قوانین دارد که به تیم کمک می‌کند کار را در قالب تکرارهای کوتاه پیش ببرد، یاد بگیرد و خود را تطبیق دهد.

اسکرام بر پایه‌ی یادگیری و انطباق بنا شده است (Adaptive Solution). یعنی تیم به جای دنبال‌کردن برنامه‌ای ثابت، مدام با واقعیت جدید سازگار می‌شود. در هر چرخه یا اسپرینت، ما تجربه می‌کنیم، بازخورد می‌گیریم و مسیر را تنظیم می‌کنیم. همین نگاه تطبیقی است که باعث می‌شود اسکرام در محیط‌های غیر‌نرم‌افزاری هم کاربردی و زنده باشد.

برای پاسخ به مسائل روش اسکرام چیست؟

اسکرام بر این فرض استوار است که مسئله‌ای که در حال حلش هست پیچیده است. در فریم ورک کانوین (Cynefin Framework)، این محیط را «Complex» می‌نامند — جایی که پاسخ درست را نمی‌دانیم و باید آن را از طریق تجربه کشف کنیم.

اینجاست که اسکرام با تکیه بر شفافیت، بررسی و انطباق، به ما کمک می‌کند.

ما چیزی می‌سازیم (مثلاً یک طرح گرافیکی یا اپیزود پادکست)، بازخورد می‌گیریم، اصلاح می‌کنیم، و دوباره تکرار.

به‌جای آنکه پروژه را تا پایان جلو ببریم و بعد بفهمیم مسیر اشتباه بوده، اسکرام به ما می‌گوید در قدم‌های کوچک ولی هدفمند حرکت کن و خروجی را تحویل بده و فیدبک بگیر، تا هزینه‌ی اشتباه کم و سرعت یادگیری زیاد شود.

تعریف تیم و معنای آن در فضای خلاق در اسکرام چیست؟

در اسکرام، تیم فقط مجموعه‌ای از افراد نیست؛ یک واحد یادگیری مشترک است. تیم جایی است که اعضا برای رسیدن به هدف محصول با یکدیگر همکاری می‌کنند، نه اینکه صرفاً وظایفشان را انجام دهند.

در تیم‌های خلاق هم همین معنا صدق می‌کند. مثلاً در تیم پادکست، نویسنده، گوینده، تدوین‌گر و طراح کاور، هرکدام نقش دارند اما هدف نهایی‌شان یکی است: خلق یک تجربه‌ی شنیداری باکیفیت.

در چنین تیمی، دیگر نمی‌توان گفت «کار من فقط نوشتن است». همان‌طور که در تیم نرم‌افزاری همه مسئول محصول نهایی‌اند، در تیم پادکست هم همه مسئول کیفیت خروجی‌اند.

نقش‌ها و جلسات اسکرام در فضای غیر‌فنی چگونه تعریف می‌شود؟

مالک محصول (Product Owner) کسی است که مسیر ارزش را تعریف می‌کند. در تیم‌های خلاق، ممکن است این نقش را سردبیر محتوا، مدیر برند یا کارفرمای پروژه برعهده بگیرد. او تصمیم می‌گیرد چه چیزی برای مخاطب یا مشتری بیشترین ارزش را دارد و اولویت‌ها را مشخص می‌کند.

اسکرام‌مستر (Scrum Master) تسهیل‌گر تغییر است؛ کسی که فضای یادگیری و هماهنگی را نگه می‌دارد و موانع را برطرف می‌کند. در تیم‌های غیر‌فنی، معمولاً این فرد نقشی شبیه رهبر پروژه یا کوچ دارد — کسی که با تغییر طرز فکر تیم، به تدریج حتی فرهنگ سازمان را نیز تغییر می‌دهد.

توسعه‌دهندگان (Developers) همان افرادی‌اند که دست‌به‌کار تولید می‌شوند؛ از طراح و نویسنده تا صدابردار و تدوین‌گر. مهم این است که تیم خودسازمان‌یافته باشد، یعنی خودش تصمیم بگیرد چطور کار را انجام دهد، نه اینکه از بیرون دستور بگیرد.

در اسکرام چند مراسم کلیدی داریم که به نظم و یادگیری تیم کمک می‌کنند:

• برنامه‌ریزی اسپرینت: آغاز دوره‌ای کوتاه (مثلاً دو هفته) که در آن تصمیم می‌گیریم چه کاری را انجام دهیم.

• دیلی اسکرام: جلسه‌ی روزانه‌ی کوتاه برای هم‌ترازی و شفاف‌سازی وضعیت کار.

• نقد و بازاندیشی اسپرینت: در پایان هر اسپرینت، تیم نتیجه‌ی کار را ارائه می‌دهد و سپس درباره‌ی روند کارش گفت‌وگو می‌کند چه چیزی خوب بود، چه چیزی باید تغییر کند، و چطور می‌توان بهتر شد.

به‌عنوان نمونه، در تیمی که برای تولید محتوای برند کار می‌کردم، ما اسپرینت را به بازه‌ی دو هفته‌ای تقسیم کرده بودیم. در هر اسپرینت، مجموعه‌ای از پست‌ها و کمپین‌ها تولید می‌شد، سپس در جلسه‌ی نقد اسپرینت نتایج بررسی و بازخورد گرفته می‌شد. در رترو، تیم درباره‌ی چالش‌ها حرف می‌زد — مثلاً طولانی‌بودن فرایند بازبینی — و خودش برای رفع آن راه‌حل می‌یافت.

ثبت‌نام در اجایل‌کافه‌گپ

ترک شغل معمولاً نتیجهٔ روندی تدریجی است که در آن نیازهای روانی، حرفه‌ای و انسانی کارمند نادیده گرفته می‌شود. پژوهش‌های گسترده در حوزه رفتار سازمانی نشان می‌دهد که عامل اصلی استعفا، کیفیت تجربه روزمره کارکنان در محیط کار است — نه صرفاً حقوق یا برند شرکت.1

اسکرام تنها یک چارچوب توسعه نرم‌افزار نیست؛ بلکه یک الگوی مدیریتِ انسان‌محور است. اگر به‌طور حرفه‌ای اجرا شود (نه نسبی و صوری)، بسیاری از عواملی که به استعفای کارکنان منجر می‌شوند به‌صورت ساختارمند حذف می‌شوند.

در ادامه، برای هر علت استعفا، یک راه‌حل اسکرامی دقیق و عملیاتی ارائه می‌شود:

۱. عدم هم‌راستایی کار با علاقه‌مندی‌ها

مشکل: کار بی‌معنا انگیزه را از بین می‌برد. وقتی کار با ارزش‌ها و علاقه‌های فردی ارتباط نداشته باشد، انگیزه درونی کاهش می‌یابد.2

راه‌حل اسکرامی:
در جلسه Sprint Planning نقش‌ها و وظایف براساس Self-Selection انجام شود؛ یعنی خود اعضا کارهای Backlog را براساس علاقه و توان انتخاب کنند، نه اینکه مدیر تعیین کند.
این کار باعث همراستایی خودکارِ استعداد ↔ وظیفه می‌شود.

ابزار پیشنهادی:
تهیه Matrix علاقه–تخصص در ابتدای هر فصل
ایجاد Rotational Task Mapping برای تنوع وظایف

۲. استفاده نشدن از توانایی‌ها

مشکل: رکود شغلی = خاموش شدن ذهن.
اگر کارمند احساس کند که توانمندی‌هایش در کار به‌کار گرفته نمی‌شود، به‌مرور رکود ذهنی و بی‌علاقگی شکل می‌گیرد.
کارکنانی که «احساس استفاده از استعدادهایشان نمی‌کنند» ۲.۵ برابر بیشتر استعفا می‌دهند.3

راه‌حل اسکرامی:
در طی Sprint، اگر کاری خیلی ساده بود:

• با شخص باتجربه‌تر Pair شوید

• یا کار سخت‌تر بعدی را برای خودتان رزرو کنید
  چالش کنترل‌شده = رشد واقعی

راه‌اندازی Competency Pairing در دموها و کار گروهی:
افراد با قابلیت بیشتر، کارهای پیچیده‌تر و Stories با سطح دشواری بالاتر را انتخاب کنند و دیگران در Pair Programming یا Buddying رشد کنند.

خروجی:
افزایش Challenge مناسب بدون بیش‌کاری.

هم‌نشینی آموزشی یا Buddying یک اصطلاح برای یادگیری در محل کار، و محیط‌های چابک است که به جفت کردن یک فرد با یک فرد با تجربه‌تر برای یادگیری و انتقال تجربه اشاره دارد.

۳. نبود فضای خلاقیت

مشکل: سازمان‌های سخت‌گیر افراد خلاق را فراری می‌دهند. فضاهای کاری بسته و مقرراتی، کارکنان خلاق را دفع می‌کند.4

راه‌حل اسکرامی:
رویکرد انسان‌سالاری در تیم داشته باشیم. انسان‌سالاری اعتماد، درگیری فعال کارکنان، و آزادسازی پتانسیل انسانی را بر اطاعت و کنترل ترجیح می‌دهد، و هدف آن ساخت محیط‌های کاری نوآور، مقاوم، و معنادار است که در آن کارکنان خود، عاملان تغییر هستند.
در هر اسپرینت ۱۰٪ زمان تیم برای:

• بهتر کردن فرایند

• پیشنهاد ایده و تمرین آن.

• ساخت نمونهٔ کوچک و آزمایش آن‌ها و اجازهٔ آزمایش = انگیزه زنده ماندن
  به این بخش، Innovation Time می‌گوییم.
  این نگرش و تمرین آن، Definition of Output Done را هم قوی‌تر و انگیزه را زنده نگه می‌دارد.

۴. نبود فرصت رشد و توسعه مهارت

مشکل: عدم یادگیری، حس «ایستایی» و «تکرار» ایجاد می‌کند.
«نبود فرصت رشد» در سه دلیل اول استعفاست.5

راه‌حل اسکرامی:
در Retrospective هر اسپرینت یک PBI ثابت باشد: «در اسپرینت بعد، می‌خواهم این مهارت را بهتر کنم: {----}» و برای آن Task واقعی در Sprint Backlog وارد شود. با این تمرین، رشد بخشی از Sprint است، نه کار اضافه و رشد جزء کار استاندارد تیم می‌شود، نه فراغت بعد از کار.

۵. شنیده نشدن نظرات (صدای کارکنان)

مشکل: فرد حس می‌کند «من دیده نمی‌شوم.»
وقتی نظرات افراد تأثیری در تصمیم‌گیری نداشته باشد، حس بی‌اهمیتی شکل می‌گیرد.
کارکنانی که «صدا و نظرشان شنیده نمی‌شود» ۴ برابر بیشتر احتمال دارد استعفا دهند.6

راه‌حل اسکرامی:
از Liberating Structures در جلسات استفاده کنید (مثلاً 1–2–4–All).
این تکنیک زمینه را برای اینکه همه صحبت کنند فراهم می‌کند و هیچ‌کس زیر سایه افراد پرحرف گم نشود.

مدیر در جلسه حرف نمی‌زند؛ فقط فضا را نگه می‌دارد.

۶. نبود قدردانی و بازخورد مثبت

مشکل: تلاش‌ها بی‌صدا از بین می‌رود.
قدردانی یک نیاز روانی بنیادین است، نه یک تشریفات.
«به رسمیت شناختن» یک محرک اصلی انگیزش است.7

راه‌حل اسکرامی:
در انتهای هر Sprint Review یک بخش ۳ دقیقه‌ای با عنوان:
«Shout-out Moment»
هر نفر یک نفر دیگر را به‌خاطر کار مشخص (و نه کلی) قدردانی کند.

«من می‌خواهم از [-----] بابت [-----] تشکر کنم.»

باید مشخص و واقعی باشد، نه کلی.
قدردانی کوچک، اثر بزرگ خواهد داشت.

این کار حس ارزشمندی تیمی را با هزینه صفر و اثر بسیار بالا تقویت می‌کند.

۷. مدیریت ضعیف و رهبری ناکارآمد

مشکل: مدیر کنترل‌گر، مبهم یا غیرمنصف، ریشه اصلی استعفاست.
مدیرانی که شفاف، منصف و پشتیبان نیستند، مستقیماً منجر به ترک شغل می‌شوند.8

راه‌حل اسکرامی:
نقش Scrum Master باید غیرمدیریتی باشد و سیستم را توانمندساز کند.
مدیر باید از وضعیت:

• کنترل‌گری به مربی‌گری (Coaching)

• دستوردهی به تسهیل‌گری (Facilitation)

• ارزیابی فردی به بازخورد تیمی
  منتقل شود.

اگر مدیر در نقش اسکرام‌مستر دخالت کند = ضمانت شکست.

۸. نادیده‌گرفته شدن تلاش‌ها

مشکل: وقتی سخت‌کوشی دیده نشود، احساس بی‌عدالتی و بی‌ارزشی ایجاد می‌شود.
به رسمیت شناختن تعیین‌کننده‌ احساس ارزشمندی در کارکنان است.

راه‌حل اسکرامی:
مصورسازی یا Visualization پیشرفت از طریق:

• شفافیت در بکلاگ اسپرینت

• پایش Burndown Chart روزانه توسط تیم توسعه

• برنامه‌ریزی با افق ۲۴ ساعت در Daily Scrum واقعی (نه گزارش‌دهی به مدیر)

وقتی کار دیده می‌شود، زحمت هم دیده می‌شود.

۹. نبود افزایش مسئولیت و فرصت مالکیت شغلی

مشکل: افراد باانگیزه به‌دنبال اثرگذاری و اختیار بیشتر هستند.
«پیشرفت و مسئولیت‌پذیری» عامل کلیدی نگهداشت کارکنان عملکرد بالا است.9

راه‌حل اسکرامی:
معرفی Role Rotation هر سه ماه:

• مسئول کیفیت در Definition of Output Done

• مسئول هماهنگی یا نماینده تیم در Review

• مالک بخشی از پالایش آیتم‌های بک‌لاگ یا Backlog Refinement

مسئولیت‌ها به‌تدریج، آرام، بدون فشار و نه ناگهانی چرخش کند.

۱۰. خلف وعده و بی‌ثباتی مدیریتی

مشکل: وقتی وعده‌های ارتقا، مزایا یا تغییرات عملی نمی‌شود، اعتماد از بین می‌رود — و استعفا منطقی می‌شود.
«فقدان صداقت مدیریتی» رابطهٔ کاری را تخریب می‌کند.10

راه‌حل اسکرامی:
تعهدات باید در Sprint Goal ثبت شود.
وقتی Goal در Planning تعیین شد، تغییر آن فقط با توافق کل تیم و اجازه PO ممکن است. نه با دستور مدیرهای خارج از تیم اسکرام.

اسکرام تعهدات را از کلام ⬅ به قرارداد تیمی تبدیل می‌کند.

جمع‌بندی اسکرامی

نگهداشت نیروی انسانی به حقوق و مزایا وابسته نیست؛ بلکه به احساس رشد، معنا، ارزش، اعتماد و شنیده‌شدن وابسته است. سازمانی که فرصت رشد، احترام، مسئولیت و ارتباط انسانی سالم فراهم کند، سازمانی است که افراد با اختیار و تعهد در آن می‌مانند.

در این اپیزود از پادکست «اجایل گپ»، علی سخایی به ادامه‌ی مسیر بحث تطبیق‌پذیری می‌پردازد. او ابتدا مروری بر اپیزود قبلی دارد و به نکاتی اشاره می‌کند که در آن درباره‌ی چیستی تطبیق‌پذیری و تجربه‌های شخصی‌اش در این زمینه صحبت کرده بود. در آن اپیزود، او با مثال‌هایی از زندگی خود، از جمله آمادگی پیش از مصاحبه، جست‌وجو درباره‌ی مصاحبه، کنترل عواطف و استرس قبل و حین مصاحبه، تمرینات ناخودآگاه برای مواجهه با شرایط پیش‌بینی‌نشده، به‌روز نگه‌داشتن رزومه و دانش، و همچنین عدم اصرار بر مسیرهایی که دیگر مناسب نیستند، مانند کنار گذاشتن فوتبال پس از آسیب‌دیدگی، به تشریح مراحل مختلف تطبیق‌پذیری پرداخت.

او همچنین به موضوع فرار از تغییر و ساده‌سازی دسته‌بندی‌های انسانی اشاره کرد؛ برای مثال، در مصاحبه‌ای از او پرسیده شده بود که آیا ADHD دارد یا نه، و این پرسش به‌جای حل مسئله، به دسته‌بندی افراد منجر شده بود. در ادامه، پذیرش شرایط جدید، انعطاف‌پذیری در مواجهه با چالش‌های ضبط پادکست، استفاده از ابزارها برای تطبیق با شرایط، و تمرکز بر زمان حال به‌جای گیر افتادن در گذشته یا آینده، از دیگر مواردی بودند که در اپیزود قبل مطرح شدند.

در پایان اپیزود پیشین، او به این نکته اشاره کرد که تطبیق‌پذیری نیازمند بستری آگاهانه است؛ یعنی باید اقدامی انجام شود، سپس بازخوردی دریافت گردد، و بر اساس آن، مسیر اصلاح یا ادامه یابد. این فرآیند شامل پنج مرحله است:

1. مستندسازی و آگاهی از دلایل تطبیق‌پذیری: فرد باید بداند چرا در حال تطبیق با شرایط است، چرا از ابزار خاصی استفاده می‌کند، و هدف از این میزان انعطاف‌پذیری چیست.

2. اقدام کردن: بدون اقدام عملی، تطبیق‌پذیری صرفاً در حد فرضیه باقی می‌ماند و نمی‌توان میزان آن را سنجید.

3. دستیابی به نتیجه: اقدام باید منجر به نتیجه‌ای مشخص شود تا بتوان اثر آن را ارزیابی کرد.

4. دریافت بازخورد: باید بررسی شود که آیا نتیجه به هدف نزدیک بوده، مطلوب بوده یا نیاز به اصلاح دارد.

5. حفظ و ادامه‌ی مسیر مؤثر: اگر بخشی از نتیجه مطلوب بوده، باید حفظ شود و بخش‌های دیگر بهبود یابند. این چرخه باید به‌صورت مستمر تکرار شود تا تطبیق‌پذیری معنا پیدا کند.

در ادامه، او به بررسی تأثیرات تطبیق‌پذیری می‌پردازد و معیارهایی برای سنجش آن ارائه می‌دهد:

• افزایش کیفیت خروجی‌ها: این افزایش ممکن است به‌صورت محسوس یا بر اساس داده‌های قابل اندازه‌گیری باشد. اگر خروجی‌ها به اهداف تعیین‌شده نزدیک‌تر شده‌اند، نشان‌دهنده‌ی بهبود کیفیت است.

• کاهش بار روانی: تطبیق‌پذیری می‌تواند به کاهش فشار ذهنی فرد یا تیم کمک کند. اگر اقدامات انجام‌شده باعث کاهش مشغله‌ی ذهنی شده‌اند، این نشانه‌ای از اثربخشی تطبیق‌پذیری است.

• حذف حواشی: در هر مرحله، باید بتوان حواشی را کنار گذاشت و بر اصل موضوع تمرکز کرد.

• قابلیت اندازه‌گیری نتایج: اگر نتایج اقدامات قابل سنجش باشند، می‌توان اثر تطبیق‌پذیری را بهتر ارزیابی کرد.

• شفاف شدن اشکالات و خرابی‌ها: در هر مرحله از چرخه‌ی تطبیق‌پذیری، باید بتوان اشکالات را بهتر شناسایی کرد و برای اصلاح آن‌ها اقدام نمود.

• شناسایی نقاط اثر اقدامات: باید مشخص شود که هر اقدام در کدام بخش از فرآیند اثر گذاشته است و این اثر چگونه بوده است.

• افزایش سرعت در انجام کارهای تکراری: با استفاده از ابزارها و تجربه‌ی قبلی، می‌توان سرعت انجام امور مشابه را افزایش داد و آن‌ها را به‌صورت نیمه‌اتوماتیک یا کاملاً اتوماتیک انجام داد.

• ایجاد ساختار ذهنی برای انجام امور: برای مثال، در نگارش نامه‌ی رسمی، فرد در دفعات بعدی با ساختاری مشخص و ذهنی اقدام می‌کند و دیگر نیازی به آزمون و خطا ندارد. جای عنوان، مقدمه، تاریخ، موضوع، متن، امضا و تقدیر و تشکر همگی مشخص و شفاف هستند.

در مجموع، تطبیق‌پذیری به‌عنوان یک فرآیند پویا و قابل سنجش معرفی می‌شود که با تکرار، بازنگری و بهبود مستمر، می‌تواند به رشد فردی و سازمانی منجر شود.

او با اشاره به اینکه چرخه‌ی تطبیق‌پذیری را مستندسازی کرده و در اختیار دارد، تأکید می‌کند که این چرخه نباید از ابتدا تکرار شود، بلکه باید به مدل‌های بعدی و تأثیرات آن‌ها پرداخته شود.

یکی از اثرات مهم تطبیق‌پذیری، تأثیر آن بر تمرکز است. برای مثال، در نگارش نامه‌ی رسمی، در دفعات ابتدایی ذهن فرد ممکن است پراکنده عمل کند؛ زیرا نمی‌داند تمرکز خود را باید بر متن، ساختار، فونت یا اندازه‌ی آن معطوف کند. تطبیق‌پذیری به مرور باعث می‌شود تمرکز دقیق‌تری شکل بگیرد.

اثر دیگر، تأثیر بر فرهنگ کار تیمی است. زمانی که تیمی با یک مدل مشخص فعالیت می‌کند، باید در هر مرحله شاهد رشد و بلوغ کار تیمی باشیم. اگر پس از گذر از چندین مرحله، همچنان رفتارها و تعاملات تیمی بدون تغییر باقی مانده‌اند، این نشان‌دهنده‌ی ضعف در تطبیق‌پذیری تیم است.

در ادامه، به موضوع ذهنیت پرداخته می‌شود. در مراحل ابتدایی، فرد یا تیم با چه منطقی به مسائل نگاه می‌کند؟ آیا نتیجه‌گرا، اصل‌گرا یا حقیقت‌گراست؟ یا صرفاً به رضایت کوتاه‌مدت مخاطب (که ممکن است خود فرد، مشتری، تیم یا مدیران باشند) بسنده می‌کند؟ این نگرش‌ها تعیین‌کننده‌ی مسیر تطبیق‌پذیری هستند.

مفهوم «اتوماتیک شدن» نیز از دیگر ابعاد مهم تطبیق‌پذیری است. برای مثال، در جلسات تیمی، در ابتدا نیاز به یادآوری و هماهنگی وجود دارد؛ اما در مراحل بعدی، این فرآیند باید خودکار شود. اگر پس از چندین جلسه هنوز نیاز به یادآوری دستی وجود دارد، این نشانه‌ای از ضعف در تطبیق‌پذیری است.

قابلیت برون‌سپاری یا واگذاری کارها نیز مطرح می‌شود. برخی وظایف به‌قدری تکرار شده‌اند که حتی افراد فاقد دانش فنی نیز می‌توانند مراحل آن را درک کنند. در این شرایط، تیم می‌تواند با اطمینان مذاکره کرده و وظایف را به افراد یا سازمان‌های دیگر واگذار کند. این امر مستلزم وجود ساختار مناسب در تیم است. برای مثال، ساختار کار حضوری، ریموت یا هیبریدی هرکدام نیازمند تطبیق‌پذیری خاص خود هستند.

در نهایت، به موضوع توانمندی پرداخته می‌شود. اینکه فرد، تیم یا سازمان تا چه اندازه در انجام صفر تا صد یک فرآیند توانمند شده‌اند. اگر با ورود یا خروج اعضا، کیفیت کار دچار نوسان شود، نشان‌دهنده‌ی ضعف در تطبیق‌پذیری تیم است. تیمی که بتواند با تغییر اعضا همچنان عملکرد باکیفیت خود را حفظ کند، از تطبیق‌پذیری بالایی برخوردار است.

در پایان، علی سخایی از مخاطبان بابت همراهی‌شان تشکر می‌کند و اشاره می‌کند که لینک و توضیحات اپیزود در بخش توضیحات پادکست قرار خواهد گرفت. همچنین از مخاطبان دعوت می‌کند تا در لینکدین بازخورد خود را ارائه دهند تا مسیر ادامه‌ی اپیزودها بر اساس نیاز مخاطبان شکل گیرد.

“Iterate With Me” — An Agile Manifesto Song

This song transforms the Agile Manifesto principles into poetry and rhythm.
It honors iteration, collaboration, self-organization, simplicity, and continuous delivery — the heartbeat of Agile teams around the world. If you live in sprints, refine backlogs, and believe working software is the ultimate truth, this musical tribute was written for you.

Agility here isn’t theory — it’s lived practice, sprint after sprint.

Lyrics: Iterate with Me

Verse 1

In every iteration, we learn by doing, true;

Agility in motion, shaping value through and through.

A living backlog guides us, story after user story;

We sing in small sprints, building working software’s glory.

Pre-Chorus

Face-to-face conversation keeps the signal loud and clear;

We tune for technical excellence, bring craftsmanship near.

Chorus

People before process, let the software prove the way;

Customer collaboration lighting up the day.

Responding to change is how we choose to be;

Short, sure iterations—come iterate with me.

Verse 2

Continuous delivery, a steady, gentle rain;

A sustainable pace so hearts don’t break with strain.

We give the team the freedom, let self-organizing rise;

From trust and quiet focus, the best designs surprise.

Pre-Chorus

Keep simplicity as compass—less that doesn’t serve;

Remove the wasted motion, keep the clean, deliberate curve.

Chorus

People before process, let the software prove the way;

Customer collaboration lighting up the day.

Responding to change is how we choose to be;

Short, sure iterations—come iterate with me.

Bridge

We measure what is working, not the pages that we write;

Principles in practice turn the backlog into light.

From “now” to next increment, each step is small and true;

Agility is kindness in the promises we do.

Final Tag

In every iteration, clearer than before—

We build the world together, and we’re ready for more.

تفکر کشف و حل مسئله در تیم اسکرامی

روایت و تحلیل هشتمین رویداد کافه اجایل گپ

در هشتمین رویداد اجایل کافه گپ، جمعی از متخصصان و علاقه‌مندان به دنیای چابک، پدرام کشاورزی، مریم عیوضی، آنا محیط، پریسا زراعتی و علی سخایی، گرد هم آمدند تا درباره‌ی یکی از بنیادی‌ترین مهارت‌های تیمی در محیط‌های اجایل گفت‌وگو کنند:

چگونه مسئله را در تیم کشف کنیم پیش از آنکه آن را حل کنیم.

جلسه در فضایی صمیمی اما تحلیلی برگزار شد. شرکت‌کنندگان با اشتراک تجربه های واقعی از تیم‌های اسکرامی، تلاش کردند نگاهی عمیق‌تر به فرآیند مواجهه با چالش‌ها، آسیب‌ها و سوال‌های بنیادین تیمی بیندازند.

ثبت‌نام در اجایل‌کافه‌گپ

بخش اول: بازتعریف مفاهیم بنیادین — از سؤال تا آسیب

رویداد با گفت‌وگویی آغاز شد که به ظاهر ساده اما از نظر فکری بسیار عمیق بود:

تفاوت میان سؤال، مسئله، چالش و آسیب چیست؟

در جریان گفت‌وگوهای گروهی، شرکت‌کنندگان به این نتیجه رسیدند که بسیاری از تصمیم‌های شتاب‌زده در تیم‌ها، از همین عدم تمایز میان این مفاهیم سرچشمه می‌گیرد.

در نهایت، جمع‌بندی بحث چنین بود:

• سؤال همیشه نشانه‌ی وجود مشکل نیست؛ گاهی فقط ابزاری برای درک بهتر موقعیت است.

• مسئله زمانی پدید می‌آید که تیم با مانعی واقعی روبه‌رو می‌شود و باید تصمیم بگیرد چگونه عمل کند.

• چالش الزاماً مشکل نیست؛ گاهی فرصتی است برای رشد و تغییر.

• آسیب نتیجه‌ی نادیده گرفتن مداوم مشکلات است؛ چیزی که به‌تدریج بر فرهنگ یا روح تیم اثر می‌گذارد.

شرکت‌کنندگان سپس به یک چرخه‌ی مفهومی رسیدند:

هر سؤال، زمینه‌ساز کشف یک مسئله است؛ هر مسئله، چالشی برای رشد ایجاد میکند؛ و هر آسیب، دعوتی است برای بازنگری در فرهنگ تیم.

این نگاه، جوهره‌ی تفکر اجایل را بازتاب می‌داد: چرخه‌ای پیوسته از مشاهده، پرسش، یادگیری و بهبود.

بخش دوم: کشف واقعی مسئله؛ فراتر از آنچه شنیده میشود

در ادامه، بحث به مصداق‌های واقعی رسید. یکی از اعضا تجربه‌ی خود را از ورود به تیمی روایت کرد که در ظاهر منسجم بود اما در عمق، شکاف‌های ارتباطی جدی داشت.

اعضای تیمش عملاً به دو گروه تقسیم شده بودند و فضای گفت‌وگو آمیخته با کنایه و بی‌اعتمادی بود.

او تعریف کرد که در ابتدا وسوسه داشت بلافاصله مداخله کند، ولی آگاهانه تصمیم گرفت فقط مشاهده کند.

چند اسپرینت را صرف دیدن الگوهای رفتاری کرد؛ جلسات را شنید، مستندات را مرور کرد و صرفاً «دید.»

در گام بعد ،جلسات تک‌به‌تک با اعضای تیم برگزار کرد. در این گفتگوها، افراد بدون ترس از قضاوت حرف زدند و از دل همین حرف‌ها، ریشه‌ی اصلی مشکلات بیرون آمد.

او گفت در جلسات گروهی نیز زمانی که کنایه یا طعنه‌ای مطرح می‌شد، به جای بی‌توجهی، با پرسشی ساده پاسخ می‌داد:

«منظورت دقیقاً چه کسی یا چه موقعیتی است؟»

همین شفاف‌سازی تدریجی، فضا را از حالت پنهان و تدافعی به سوی گفتوگوی مستقیم برد.

پس از مدتی، تیم یاد گرفت اختلاف نظر را محترمانه بیان کند و از کنایه و پیش داوری فاصله بگیرد.

در ادامه، چند نفر دیگر از حاضران نیز تجربه‌های مشابهی از تیم‌های خود گفتند. جمع‌بندی مشترک بحث این بود:

در فرهنگ اجایل، اقدام مؤثر از مشاهده‌ی بی‌قضاوت آغاز می‌شود ، و گفتگوهای تک‌به‌تک، کلید درک واقعیت پنهان در روابط تیمی هستند.

بخش سوم: از مشاهده تا مستندسازی یادگیری

در بخش بعد، تسهیل‌گر جلسه بر اهمیت ثبت و مستندسازی فرآیند کشف و حل مسئله تأکید کرد.

هدف از مستندسازی، صرفاً گزارش‌دهی نیست؛ بلکه ایجاد حافظه‌ی یادگیرنده برای تیم است.

او اشاره کرد که برای هر مسئله، لازم است تیم مراحل زیر را طی کند و ثبت نماید:

1. مشاهده‌ی وضعیت فعلی و نشانه‌های رفتاری یا داده‌ای

2. صور ت‌بندی پرسش‌ها و فرضیه‌ها درباره‌ی ریشه‌های مسئله

3. ثبت اقدامات انجام شده و واکنش‌ها

4. ارزیابی اثر هر اقدام و مرور بازخوردها

با ثبت این مسیر، تیم‌ها در مواجهه با چالش‌های بعدی، تجربه‌ی قبلی را مبنای تصمیم گیری آگاهانه قرار می‌دهند.

مستندسازی، حافظه‌ی جمعی تیم است؛ بدون آن، هر بهبودی موقتی خواهد بود.

بخش چهارم: ماندگاری در سازمان؛ سلامت یا رکود ؟

در بخش پایانی جلسه، بحث به سمتی جالب رفت. یکی از شرکت‌کنندگان پرسید:

آیا ماندگاری طولانی در سازمان نشانه‌ی موفقیت است یا رکود؟

برخی گفتند ماندگاری نتیجه‌ی ارزش‌گذاری، امنیت روانی و حس تعلق است.

اما عده‌ای دیگر معتقد بودند گاهی همین ماندگاری، ناشی از ترس از تغییر یا ساختارهای کنترلی است.

جمع‌بندی بحث چنین بود:

ماندگاری، زمانی سالم است که همراه با بازآفرینی و یادگیری باشد؛ در غیر این صورت، به سکون و رکود فرهنگی تبدیل میشود.

این گفتگو در امتداد موضوع اصلی جلسه قرار گرفت:

حتی در پایدارترین تیم‌ها نیز اگر چرخه‌ی مشاهده، پرسش و یادگیری متوقف شود، رشد جای خود را به تکرار می‌دهد.

بخش پنجم: جمع‌بندی و برداشت نهایی

در پایان رویداد، شرکت‌کنندگان به درکی مشترک رسیدند:

«تفکر کشف و حل مسئله» نه مجموع های از ابزارها و متدها، بلکه یک نگاه فرهنگی است — نگاهی که بر مشاهده ، شنیدن و فهم عمیق پیش از اقدام تأکید دارد.

یکی از جملات کلیدی جلسه چنین بود:

در تیم جدید، اسکرام مستر باید ابتدا شنونده باشد، نه راه‌حل‌دهنده

در نهایت، همه بر این باور بودند که در اجایل، چالش دشمن نیست، بلکه فرصتی برای رشد و یادگیری جمعی است.

حل مسئله در این رویکرد، نه پایان مسیر، بلکه آغازی برای درک عمیق‌تر تیم از خودش محسوب می‌شود.

ثبت‌نام در اجایل‌کافه‌گپ

“Agile Rising” or “This Is Agility” turns the Agile Manifesto into rhythm and melody. Each verse echoes core principles — trust, collaboration, face-to-face communication, simplicity, and self-organization. The song captures the emotional heartbeat of Scrum teams who build, reflect, and adapt in every iteration. Whether you’re coding late into the night or leading a daily stand-up, this anthem reminds us that agility isn’t just a framework — it’s a way of living, learning, and creating value together.

Agile Rising (This is Agility) Lyric

(Verse 1)

Iteration after iteration,

We build with trust, collaboration.

Code in motion, hearts align,

Deliver value, one sprint at a time.

(Pre-Chorus)

Plans may shift, we move with grace,

Change is fuel, we set the pace.

(Chorus)

This is agility — feel the flow,

Faster learning, watch us grow!

Working software lights the sky,

Agile spirit — never die!

(Verse 2)

Individuals make it real,

Face to face — the fastest deal.

No heavy docs, no endless fight,

We share the truth in daily light.

(Bridge 1)

Simplicity — our guiding art,

Do what matters, play our part.

Technical beauty, strong design,

Keeps the rhythm all in line.

(Bridge 2)

Self-organized, we find our way,

Reflect and tune, day by day.

Agility’s not what we claim —

It’s how we live, it’s in our name!

(Final Chorus)

This is agility — flow in flame,

Iteration calls our name.

Working better, moving fast,

Agile hearts were built to last!

(Outro)

Better ways — we rise, we run,

Agile world — we move as one.

نگاهی به جایی که می‌خواهید بروید

زمانی که در آب‌های سفید در حال کایاک سواری هستید، قایق معمولاً به جایی می‌رود که به آن نگاه می‌کنید. این به این دلیل است که وقتی به چیزی نگاه می‌کنید، بدنتان به طور ناخودآگاه به سمت آن تمایل پیدا می‌کند. کایاک‌های آب‌های سفید آن‌قدر حساس هستند که این تغییر کوچک در وضعیت بدن می‌تواند جهت قایق را تغییر دهد. به سادگی با نگاه کردن به یک صخره، می‌توانید به سمت آن بروید. اما اگر به پایین‌دست و به سمت جریان آزاد نگاه کنید، به آنجا خواهید رفت.

سنجه‌ها (Metrics) همچنین در هدایت تیم‌های اسکرام کمک می‌کنند. توجه بیش از حد به سنجه‌های اشتباه (به ویژه از طرف رهبری سازمان) می‌تواند باعث شود تیم اسکرام بر روی مسائل نادرست تمرکز کند. سرعت (Velocity) یا حتی توان عملیاتی (Throughput) می‌تواند برای اهدافِ برنامه‌ریزی تیم اسکرام مفید باشد، اما اگر رهبری بیش از حد بر روی آن‌ها تمرکز کند، ممکن است تیم به سمت آب‌های خطرناک حرکت کند. اما اگر بر روی نتایج منعکس‌شده مشتری تمرکز کنیم، به سمت آنچه واقعاً مهم است حرکت خواهیم کرد: تحویل ارزش.
در همین نقطه، مدیریت مبتنی بر شواهد (EBM) نقش «قطب‌نما» را دارد: چارچوبی از Scrum.org (با رهبری کن شوئبر) که کمک می‌کند تصمیم‌ها بر پایه شواهد و آزمایش هدفمند گرفته شوند تا تیم دقیقاً به همان جایی نگاه کند که باید برود—یعنی نتایج (Outcomes) نه صرفاً خروجی.

مشکل با هدف‌گذاری سرعت‌محور (Velocity)

سرعت تیم می‌تواند برای پیش‌بینی مفید باشد، اما هیچ‌گاه برای اندازه‌گیری موفقیت در نظر گرفته نشده است. من زمانی با یک رهبری در سازمانی کار می‌کردم که واقعاً می‌خواست از اسکرام حمایت کند و تیم‌ها را به پذیرش آن تشویق کند. با بهترین نیت‌ها، او در ارزیابی هر عضو تیم نوشت که باید تا پایان سال سرعت خود را ۲۵٪ افزایش دهند.

چه اتفاقی افتاد؟ در اواخر سال، تیم شروع به افزایش ناخودآگاه تخمین‌های امتیاز داستانی خود کرد. پیش‌بینی‌ها کم‌کم غیرقابل‌اعتماد شدند. توجه اشتباه به اعداد باعث شد تیم تمرکز خود را بر روی آنچه که مهم است از دست بدهد.

او می‌خواست کمک کند، اما پیامد ناخواسته (Unintended Consequence) این بود که توانایی تیم در پیش‌بینی، برنامه‌ریزی و بررسی واقعیت تضعیف شد. بر مبنای EBM، سرعت تیم که مبتنی بر خروجی‌محوری است، خودِ هدف نیست و حتی سنجه ارزش کلیدی (KVM) هم محسوب نمی‌شود؛ نهایتاً یک سیگنال داخلیِ فرآیندی است که وقتی به‌جای «Outcome» روی آن هدف‌گذاری می‌کنیم، حلقه‌های یادگیری برای تمرین تخمین تیمی کور می‌شوند.

سرعت (Velocity) به عنوان ابزاری برای مشاهده

خود سرعت بد نیست. در واقع، می‌تواند گفت‌وگوهای ارزشمندی را آغاز کند:

• یک کاهش در سرعت ممکن است نشان‌دهنده یک مانع باشد.

• یک افزایش ناگهانی در سرعت می‌تواند نشان‌دهنده این باشد که چیزی به خوبی پیش می‌رود.

• سرعت‌های بسیار متغیر - سرعت‌هایی که به طور ناگهانی تغییر می‌کنند - می‌تواند نشان‌دهنده این باشد که تیم کار زیادی دارد که از یک اسپرینت به اسپرینت بعدی منتقل می‌شود.

ترندها یا مُد‌های داده‌محور از فعالیت تیمی در طول زمان می‌توانند فرصت‌هایی برای بهبود را نشان دهند. اما باید سرعت را مشاهده کرد، نه دنبال کرد. لحظه‌ای که سرعت به هدف تبدیل می‌شود، کارایی خود را از دست می‌دهد.
برای EBM، چنین سیگنال‌هایی فقط وقتی معنا دارند که کنار چهار ناحیه کلیدی ارزش (KVA) خوانده شوند:
ارزش فعلی (CV)، ارزش تحقق‌نیافته (UV)، توان نوآوری (A2I)، و زمان تا ورود به بازار (T2M). سرعت یا تمرین برای تخمین دقیق‌تر بزرگی کار —اگر هم به‌کار آید—بیشتر به فهم A2I و T2M کمک می‌کند؛ ولی موفقیت نهایتاً با تغییر در ارزش فعلی (CV) و کاهش فاصله تا ارزش تحقق‌نیافته (UV) سنجیده می‌شود. شاخص‌های سنجش در EBM چهار حوزه‌ ارزشی ذکر شده «KVA» هستند که صراحتاً Outcome را اندازه می‌گیرند، نه صرفاً فعالیت تیم را.

تمرکز بر نتایج

دقیقاً مانند کایاک سواری، تیم‌های اسکرام باید به جایی که می‌خواهند بروند نگاه کنند. این یعنی زمانی که می‌خواهیم موفقیت یک تیم اسکرام را اندازه‌گیری کنیم، باید بر روی نتایج منعکس‌شده مشتری تمرکز کنیم، نه متریک‌های داخلی مانند سرعت یا حتی توان عملیاتی. نتایج به تیم‌ها حس هدف می‌دهند. آن‌ها هم‌راستایی در سراسر سازمان ایجاد می‌کنند و اطمینان می‌دهند که فرآیند تجربی اسکرام - شفافیت، بررسی و سازگاری - به جای دنباله‌روی از اعداد فیبوناچی (تخمین نسبی Relative estimation)، به سمت تحویل ارزش هدایت ‌شود.
چارچوب EBM همین تمرکز را عملیاتی می‌کند: ابتدا هدف تاکتیکی (Tactical Goals) همسو با Strategic Goals و Intermediate Goals تعیین می‌شود، سپس برای هر ۴ حوزه ارزشی (KVA) خود، سنجه‌های ارزیابی موفقیت (KVM) ملموس تعریف می‌کنیم، و بعد با چرخه هدف‌گذاری ← سنجش ← یادگیری ← انطباق، سرمایه‌گذاری‌ها به‌صورت آزمون‌محور هدایت می‌شوند و ریسک‌ها پایین می‌آید. به این ترتیب، Outcome بهتر، همان جایی است که نگاه‌مان باید باشد.

نتیجه‌گیری

اگر چشمان خود را به سرعت تیم که مبتنی بر تخمین نسبی و تقریبی است، بدوزیم، به سوی صخره‌ها خواهیم رفت. اما اگر به «جریان رونده رود» نگاه کنیم — به سمت ارزش واقعی که می‌خواهیم تحویل دهیم — به سمت جهت صحیح حرکت خواهیم کرد.
و اگر بخواهیم این نگاه را هر اسپرینت حفظ کنیم، EBM همان چارچوبی است که با اتکا به شواهد، چهار ناحیه ارزش (CV/UV/A2I/T2M) KVAs و KVM‌های روشن، کمک می‌کند از سرابِ خروجی جدا شویم و بی‌وقفه به سمت Outcome‌های معنادار پارو بزنیم.

دانلود راهنمای فارسی مدیریت مبتنی بر شواهد - سنجش ارزش با هدف بهبود و چابکی

این مقاله بر پایه مقاله زیر از Mary Iqbal از سازمان اسکرام نوشته شده است:
Look Where You Want to Go

سلام، من علی سخایی هستم. در این اپیزود از «اجایل گپ» در خدمت شما هستم تا درباره‌ی «اَجایل» و فلسفه‌ی شگفتی‌های آن در زندگی شخصی صحبت کنیم؛ به‌دور از جنبه‌های فنی و تخصصی، تا ببینیم اَجایل چه می‌کند، کجا کار می‌کند و چطور می‌تواند به ما کمک کند. هدف این است که حتی اگر شنونده‌ای با فضای تخصصی آن آشنا نیست، بتواند ارتباط برقرار کند، از آن استفاده کند و بفهمد ما دقیقاً در حال انجام چه کاری هستیم.

در قسمت قبل، من و پدرام گفت‌وگویی داشتیم و دو سؤال مطرح شد که یکی از آن‌ها ناتمام ماند. دوست دارم در این اپیزود همان سؤال را ادامه دهم و بحث را بر اساس آن پیش ببرم. گفت‌وگو از این‌جا شروع شد که اصلاً اَجایل چیست. به این نتیجه رسیدیم که معنای اصلی آن تطبیق‌پذیری است؛ فلسفه‌ی «اَجایل» بر سازگاری و انعطاف استوار است. جلوتر رفتیم و مثال‌هایی زدیم تا ببینیم کجا برای ما کار می‌کند و بعد پرسیدیم چطور می‌شود این «اَجایل بودن» یا «تطبیق‌پذیری» را به دیگران منتقل کرد؛ به کسانی که علاقه‌مندند، می‌خواهند یاد بگیرند و بفهمند دقیقاً با چه چیزی سروکار دارند.

بخش اول سؤال پدرام هم این بود که چطور می‌توان این مفهوم را شهودی و قابل لمس کرد تا برای آدم‌هایی که فقط از بیرون شنونده‌اند، حس انتزاعی و آکادمیک نداشته باشد. در واقع، چطور می‌توان کاری کرد که آن‌ها احساس کنند این مفهوم در زندگی روزمره‌شان کاربرد دارد. برای پاسخ به این، می‌خواهم از چند مثال استفاده کنم و از زاویه‌ی تجربه‌های شخصی و کاری وارد بحث شوم.

می‌خواهم مثل کسی وارد این موضوع شوم که می‌خواهد شنا کند اما هنوز دمای آب را نمی‌داند. نمی‌خواهد ناگهانی بپرد داخل رودخانه، چون ممکن است آب سرد باشد، عمق زیاد باشد، جریان تند باشد یا چیزی او را بترساند. در عوض، آرام‌آرام دستش را داخل آب می‌برد، لمس می‌کند، صورتش را می‌شوید، مزه‌ی آب را می‌چشد و کم‌کم با محیط ارتباط برقرار می‌کند. این تجربه تدریجی، حس خوشایندتر و درونی‌تری می‌دهد. به نظرم یادگیری تطبیق‌پذیری هم همین‌طور است.

در اپیزود قبل هم گفتیم که تطبیق‌پذیری یک منطق صفر و یکی ندارد. نمی‌توان گفت اگر فلان ویژگی را داشته باشیم، می‌شویم تطبیق‌پذیر، و اگر نداشته باشیم، نه. این‌طور نیست که یک سازمان، خانواده یا جامعه از بیرون به نظر برسد که تطبیق‌پذیر است یا نیست. موضوع بسیار ظریف‌تر است و با منطق خشک ریاضی قابل سنجش نیست.

در ریاضیات، وقتی می‌خواهیم مفهومی را منتقل کنیم، با معادلات سر و کار داریم؛ دو به‌علاوه‌ی دو همیشه برابر است با چهار، نتیجه‌ی مشخص دارد. اما در علوم انسانی چنین نیست. هر انسان مفهومی را به‌شیوه‌ی خود منتقل می‌کند. در ادبیات، روان‌شناسی و زبان‌شناسی از مثال استفاده می‌شود تا مفهوم ملموس‌تر شود. دلیل اینکه من هم در این گفت‌وگو از مثال‌ها استفاده می‌کنم همین است.

فرض کنید قرار است در مصاحبه‌ای شرکت کنید. پیش از رفتن، معمولاً بررسی می‌کنید که سازمان چه اندازه‌ای دارد، چه خدمات یا محصولاتی ارائه می‌دهد، چه کسی قرار است با شما مصاحبه کند، چه پوزیشن‌هایی وجود دارد، چه تیم‌هایی دارد و فضای کاری‌اش چگونه است. همه‌ی این‌ها را بررسی می‌کنید تا ذهنیتی داشته باشید و بتوانید پاسخ‌های دقیق‌تر و مرتبط‌تری بدهید.

حالا در مسیر رفتن به مصاحبه، ناگهان ترافیک یا تصادفی پیش می‌آید و شما چند دقیقه دیر می‌رسید. در این موقعیت چه احساسی پیدا می‌کنید؟ احتمالاً دچار نگرانی و اضطراب می‌شوید، اما سعی می‌کنید خونسرد بمانید، آب می‌نوشید، نفس عمیق می‌کشید، به هماهنگ‌کننده پیام می‌دهید و توضیح می‌دهید که چرا تأخیر دارید. این رفتارها در واقع نوعی تطبیق‌پذیری است؛ شما در مواجهه با شرایط پیش‌بینی‌نشده واکنش منطقی و آرامی نشان می‌دهید تا موقعیت را مدیریت کنید.

ناخودآگاه، دارید همان کاری را می‌کنید که فلسفه‌ی اَجایل به ما یاد می‌دهد: واکنش متعادل، سازگار و آگاهانه در برابر تغییر.

ما در چنین موقعیت‌هایی، وقتی دچار استرس یا فشار ذهنی می‌شویم، در واقع مجموعه‌ای از واکنش‌های ناخودآگاه را از خود بروز می‌دهیم تا به حالت طبیعی‌مان برگردیم، یا به‌اصطلاح، دوباره «استیبل» شویم. در جلسه‌ی مصاحبه، ممکن است پرسشی مطرح شود که ذهن ما را درگیر کند یا در پاسخ دادن مکث کنیم. فشار روانی بالا می‌رود، کلمات درست ادا نمی‌شوند و اضطراب سراغمان می‌آید. این کاملاً طبیعی است. اما بدن و ذهن ما برای مقابله با این وضعیت، شروع می‌کنند به بازیابی تعادل؛ نفس عمیق می‌کشیم، بعد از مصاحبه قدم می‌زنیم، چیزی می‌خوریم، یا با کسی صحبت می‌کنیم که از او آرامش می‌گیریم. تمام این رفتارها برای بازگشت به تعادل روانی است.

این اعمال ناخودآگاه هستند، چون ما در همان لحظه تصمیم آگاهانه نمی‌گیریم که «الان برای کاهش اضطراب باید فلان کار را انجام دهم». بلکه به‌مرور، از تجربه‌ها و تمرین‌های گذشته آموخته‌ایم که چه چیزهایی به ما کمک می‌کنند آرام شویم. مثلاً کسی که برای نخستین‌بار به کوه می‌رود، شب قبلش پر از اضطراب و تردید است، شاید چندین بار تصمیمش را عوض کند. اما همان فرد، در دهمین یا یازدهمین صعودش، آرام‌تر است. تجربه‌ها در او ته‌نشین شده‌اند. حتی اگر کوه رفتن را دوست نداشته باشد، ذهن و بدنش در برابر ناشناخته‌ها تطبیق‌پذیرتر شده‌اند.

هر تجربه‌ای، چه خوشایند و چه ناخوشایند، چیزی در درون ما می‌کارد. رشد از همین‌جا آغاز می‌شود. ما یاد می‌گیریم رفتارمان را اصلاح کنیم. فرض کنید در خیابانی قدم می‌زنید و سرتان در گوشی است. اتفاقی نمی‌افتد. اما اگر روزی در محله‌ای ناآشنا موتورسواری ناگهان نزدیکتان بیاید و بترسید، از هفته‌ی بعد دیگر آن‌طور بی‌خیال در خیابان راه نمی‌روید. تجربه شما را تغییر داده، حتی بدون تصمیم‌گیری آگاهانه. این همان تطبیق‌پذیری است.

پس سازگاری فقط به این معنا نیست که در برابر موقعیت‌ها خونسرد به نظر برسیم یا از بیرون «آدم کول و آرامی» جلوه کنیم. انعطاف‌پذیری واقعی در واکنش سطحی خلاصه نمی‌شود. موضوع، در عمق ذهن و رفتار ما شکل می‌گیرد؛ در چگونگی تحلیل موقعیت، در انتخاب واکنش و در آموختن از پیامدها.

برای روشن‌تر شدن بحث، مثالی شخصی می‌زنم. اولین‌بار حدود هشت سال پیش که تصمیم گرفتم رزومه‌ای برای خودم بنویسم، تازه دانشجو بودم و دنبال کار پاره‌وقت. چند تجربه‌ی پراکنده داشتم و می‌خواستم به خودم هویت حرفه‌ای بدهم. رزومه را طوری نوشتم که هر کاری کرده بودم، کوچک یا بزرگ، در آن آوردم؛ اسم تمام شرکت‌ها، همه‌ی مهارت‌ها، هر تجربه‌ای که به ذهنم می‌رسید. آن زمان نمی‌دانستم ممکن است کارفرما با شرکت قبلی تماس بگیرد، یا از سابقه‌ی من پرس‌وجو کند. نمی‌دانستم که فهرست بلندبالای مهارت‌ها گاهی اثر منفی دارد و ممکن است این تصور را ایجاد کند که «همه‌کاره و هیچ‌کاره»ام.

نه از روی تظاهر، بلکه از روی ناآگاهی و تجربه‌نداشتن چنین رزومه‌ای نوشتم. آن موقع شبکه‌هایی مثل لینکدین چندان شناخته‌شده نبودند، گروه‌های آموزشی یا انجمن‌های شغلی در دسترس نبودند، و من هیچ درکی از مفهوم «به‌روزرسانی رزومه» نداشتم. نتیجه این شد که در مصاحبه‌های زیادی شرکت کردم که به کار من ربطی نداشتند و زمانم بیهوده تلف شد. اما همان تجربه‌ها، پایه‌ی یادگیری من شدند.

این مسیرِ اشتباه‌رفتن‌ها، تصحیح‌کردن‌ها و تجربه‌اندوختن‌هاست که معنای واقعی تطبیق‌پذیری را می‌سازد؛ نه دانستنِ نظری آن، بلکه زیستن و تجربه‌کردنش در موقعیت‌های واقعی زندگی.

الان اما نگاه من به نوشتن رزومه کاملاً فرق کرده. بعد از هشت، نه سال تجربه، آزمون و خطا و حضور در موقعیت‌های کاری مختلف، رزومه‌ام خیلی هدفمندتر شده. در این سال‌ها یاد گرفتم رزومه باید بازتابی از مسیر واقعی و هدف فعلی‌ات باشد، نه فقط فهرستی از هر کاری که انجام داده‌ای. بارها آن را به‌روز کرده‌ام، از دیگران پرسیده‌ام، رزومه‌های مختلف را دیده‌ام و حتی وقتی خودم در جایگاه مصاحبه‌کننده بودم، دقت کرده‌ام آدم‌ها با تیپ‌های شخصیتی متفاوت چطور رزومه می‌نویسند.

مثلاً در موقعیت کاری خودم به‌عنوان اسکرام‌مستر، رزومه‌ای با رنگ و لعاب زیاد چندان خوشایند نیست. رزومه‌ی من باید ساده و دقیق باشد، چون در نقش من، تأکید بر نظم، وضوح و تطبیق با اهداف سازمان است. اما در مورد طراح گرافیک، قضیه برعکس است. زیبایی بصری و خلاقیت بخش مهمی از کار اوست و رزومه‌اش باید همان حس را منتقل کند. او اگر رزومه‌اش رنگ و لعاب نداشته باشد، در واقع بخشی از مهارتش را پنهان کرده است. من هم زمانی رزومه‌هایم پر از رنگ، عکس و طراحی بود، اما حالا رزومه‌ام سیاه‌وسفید و بسیار ساده است. ظاهر و محتوایش متناسب با نوع کار و فضایی است که دنبال می‌کنم؛ حتی جملاتش را با لحن و کلیدواژه‌های نزدیک به آگهی‌های شغلی تنظیم می‌کنم.

از اینجا می‌خواهم پلی بزنم به تجربه‌ای شخصی‌تر، که در ظاهر هیچ ربطی به اَجایل ندارد، اما در عمقش همان فلسفه‌ی تطبیق‌پذیری جریان دارد. حدود ده سال پیش، در بازی فوتسال پایم پیچ خورد. حادثه‌ای ساده بود، هیچ برخوردی هم اتفاق نیفتاد، فقط در حین دویدن پایم روی چمن مصنوعی لغزید. در ابتدا فکر می‌کردم مسئله جزئی است، چون همیشه ورزش می‌کردم و بدنم آماده بود. به خودم می‌گفتم بدن خودش را ترمیم می‌کند، فقط کمی استراحت می‌خواهم. اما آنچه پیش آمد یک سال درگیری مداوم با درد بود.

در آن دوران از ترس اینکه مبادا دیگر نتوانم ورزش کنم، حتی به پزشک مراجعه نکردم. انکار می‌کردم و امید واهی داشتم که با تغذیه، گرما یا حرکت آرام، بدنم خودش درست می‌شود. اما بعد از مدتی، برای جبران فشار روی پای آسیب‌دیده، تمام وزن بدنم را روی پای دیگر انداختم و همان هم دچار مشکل شد. ترس برم داشت و فوتسال را به‌کلی کنار گذاشتم. ورزش‌های تیمی را حذف کردم و به تمرین‌های انفرادی آرام‌تر روی آوردم.

بعد از یک سال، وقتی دردها حتی با پیاده‌روی ساده برمی‌گشت، بالاخره رفتم پیش پزشک. تشخیص داد که یکی از عضلات اطراف مچ پا ضعیف شده و همین باعث تمام دردها بوده. هیچ درمان پیچیده‌ای هم نیاز نداشت، فقط چند تمرین ساده برای تقویت آن عضله. همان تمرین‌ها باعث شد بعد از چند ماه کاملاً خوب شوم.

اما تا آن زمان، سبک زندگی‌ام تغییر کرده بود. از آدمی که بیشتر وقتش را در زمین فوتسال می‌گذراند، تبدیل شدم به کسی که بیشتر به تمرین‌های آرام و در خلوت خودش علاقه دارد. بعدها والیبال را جایگزین کردم و در مسیر دیگری از ورزش ادامه دادم. حالا که از فاصله نگاه می‌کنم، می‌بینم آن حادثه در واقع نقطه‌ی چرخش بود. اگر به زور می‌خواستم همان مسیر قبلی را ادامه دهم، احتمالاً آسیب بیشتری می‌دیدم، شاید حتی برای همیشه از ورزش دور می‌شدم.

همان رها کردنِ به‌موقع، همان پذیرش تغییر، خودش نوعی تطبیق‌پذیری بود. گاهی اصرار نکردن، بهترین شکل از رشد است. من فوتسال را از دست دادم، اما چیز دیگری به‌دست آوردم: درکی عمیق‌تر از محدودیت، از انعطاف، از اینکه تغییر مسیر لزوماً شکست نیست. مثل رزومه‌ام که حالا دیگر نه پر زرق‌وبرق است و نه برای همه جذاب، اما دقیقاً متناسب با جایی است که در آن ایستاده‌ام.

تا چند سال پیش خبر تمام بازی‌ها را داشتم، بازیکن‌ها را می‌شناختم، می‌دانستم چه کسی کجای دنیاست، چه تیمی قهرمان شده یا چه کسی توپ طلا گرفته. اما حالا پنج سال است که هیچ خبری ندارم. واقعاً هیچ‌چیز نمی‌دانم و در عین حال، نه مُردم، نه زندگیم فروپاشید، نه آدم بدتری شدم. شاید بهتر هم نشده باشم، اما چیزی که زمانی بخش جدانشدنی زندگی‌ام بود، از دست رفت و دنیا ادامه پیدا کرد. ورزش برایم شکل دیگری پیدا کرد، مسیر جدیدی در زندگی باز شد، حتی دایره‌ی ارتباطاتم تغییر کرد.

قبلاً هر هفته با ده، دوازده نفر برای فوتسال هماهنگ می‌شدم. حالا آن آدم‌ها دیگر در زندگی من نیستند. در عوض، آدم‌های تازه‌ای آمده‌اند، تجربه‌های جدیدی شکل گرفته. آن زمان مثلاً ده ساعت در هفته برای فوتسال وقت می‌گذاشتم، حالا شاید پنج ساعتش را صرف تمرین شخصی می‌کنم و پنج ساعت دیگر را به قدم زدن، سینما رفتن یا شرکت در جمع‌های متفاوت اختصاص می‌دهم. نتیجه‌اش این است که جهانم گسترده‌تر شده، نه محدودتر.

یک‌بار هم در سفری، تجربه‌ای داشتم که برایم تبدیل به استعاره‌ای از تطبیق‌پذیری شد. حدود یک سال و نیم پیش بود، در مسیر برگشت از سفر، خسته و کوفته وسط جاده‌ی بیابانی توقف کردیم تا کمی استراحت کنیم. ناهار خوردیم، در رستوران لباس عوض کردم، صورتم را شستم و حسابی سرحال شدم. قرار بود بقیه‌ی مسیر را با انرژی طی کنیم، اما ماشین روشن نشد. هرچه استارت زدیم، فایده‌ای نداشت.

اولش گمان کردیم باتری یا دینام ایراد دارد. یکی گفت تسمه تایم درست تنظیم نیست، یکی گفت روغن کم کرده. آب ریختم، اما آب بلافاصله ناپدید می‌شد. گفتم احتمالاً واشر سرسیلندر زده. چند نفر از رهگذران آمدند، هرکدام نظری دادند، ولی هیچ‌کس نتوانست واقعاً کمک کند. از تعمیرگاه نزدیک هم کاری برنمی‌آمد. آن‌جا بود که فهمیدم به اپلیکیشنی نیاز داریم که بتواند نیروهای امداد جاده‌ای را فرا بخواند، مثل اسنپ یا تپسی برای مکانیک‌ها. جالب اینکه چنین اپی وجود داشت، اما ۷۰ مگابایت حجم داشت و اینترنت در آن بیابان مدام قطع و وصل می‌شد.

نزدیک به ۴۰ دقیقه طول کشید تا اپلیکیشن دانلود شود. بعد ثبت‌نام، دریافت پیامک تأیید، ورود به حساب کاربری، همه‌اش زمان می‌برد. هر دقیقه مثل ساعت‌ها می‌گذشت. غروب شد و هوا تاریک. بالاخره درخواست ثبت شد و متخصصی پیدا شد که حدود دو ساعت بعد خودش را رساند. ماشین را بررسی کرد و گفت واقعاً واشر زده. خودش تماس گرفت، ماشین را یدک کشید و به تعمیرگاه دوستش رساند. اما تعمیرگاه تعطیل بود، گفت فردا صبح نگاه می‌کند. من هم در آن شهر کوچک تنها مهمان‌خانه‌ای را پیدا کردم و شب را آن‌جا گذراندم.

آن شب، خسته، تنها و در شهری ناشناخته، یک چیز را عمیقاً حس کردم: کنترل همیشه در دستان ما نیست. هرچقدر هم آماده باشی، لباس تمیز بپوشی، برنامه‌ریزی کرده باشی، ممکن است ناگهان ماشینی از کار بیفتد و همه‌چیز را به‌هم بریزد. تنها کاری که از دستت برمی‌آید، سازگار شدن است؛ پیدا کردن راهی تازه، حتی اگر موقت و ناپایدار باشد.

مثل همان تغییر در زندگی ورزشی‌ام، این هم شکلی دیگر از تطبیق‌پذیری بود. دنیا برنامه‌ی تو را نمی‌پرسد؛ اتفاق می‌افتد. و تو یا در برابرش می‌ایستی و می‌شکنی، یا جریان را می‌پذیری و با آن حرکت می‌کنی. من آن روز در بیابان فهمیدم که اَجایل فقط متد مدیریت پروژه نیست، بلکه نوعی زیستن است؛ زیستن در دل عدم قطعیت، با آرامش و خلاقیت.

پذیرفتن اینکه بخشی از اتفاقات زندگی از کنترل ما خارج است، ما را به نقطه‌ای می‌رساند که از گذشته رها می‌شویم. دیگر در آن گیر نمی‌کنیم و در عوض، توجه و تمرکزمان روی زمان حال و آینده بیشتر می‌شود. وقتی بپذیریم که نمی‌توانیم گذشته را تغییر دهیم، انرژی‌مان را صرف اکنون می‌کنیم؛ یعنی همان‌جایی که واقعاً می‌شود کاری انجام داد.

ماجرا مثل همان مثال میکروفونی است که گفتی. تطبیق‌پذیری همیشه به معنای این نیست که خودمان را با هر شرایطی وفق دهیم. گاهی باید ابزار و محیط را با خودمان همسو کنیم. اگر همیشه بخواهی خودت را تغییر دهی تا با شرایط بسازی، ممکن است آسیب ببینی. مثل کسی که چون آفتاب چشمش را اذیت می‌کند، تصمیم می‌گیرد هیچ‌وقت روز بیرون نرود. این رفتار، نوعی تطبیق است، اما تطبیق ناسالم. در حالی که می‌توان از ابزار استفاده کرد: عینک آفتابی، کرم ضد آفتاب، یا حتی سایه‌ی چتر. ابزارها ساخته شده‌اند تا ما را یاری کنند، نه تا خودمان را در حد ابزار خم کنیم.

در مصاحبه‌های شغلی هم همین است. بعضی‌ها سریع برچسب می‌زنند؛ می‌گویند تو فلان ویژگی را داری، پس آدم فلان نوعی هستی. این نگاه، نوعی تنبلی ذهنی است، چون تحلیل و سنجش واقعی را حذف می‌کند. در حالی که هر انسان می‌تواند ویژگی‌اش را در جهت مثبت به کار بگیرد، اگر به او فرصت بدهی. پس نسخه‌ی کلی برای همه وجود ندارد.

در واقع، ما در طول زندگی داریم به اصولی می‌رسیم که زیربنای تطبیق‌پذیری‌اند. این اصول فقط با تجربه ساخته می‌شوند، نه با حفظ کردن تئوری. تمرین مداوم است که ما را به درک درست از انعطاف می‌رساند. تطبیق‌پذیری از اقدام آگاهانه شروع می‌شود؛ باید کاری انجام دهی، نتیجه‌اش را ببینی و فیدبک بگیری. فیدبک یعنی بازخورد از واقعیت، نه لزوماً تعریف و تمجید یا انتقاد. گاهی فیدبک منفی، باارزش‌تر است، چون تو را به اصلاح نزدیک‌تر می‌کند.

وقتی کاری می‌کنی و تغییری در نتیجه‌اش می‌بینی—مثلاً محصولی بهتر می‌فروشد یا مشتری رضایت بیشتری نشان می‌دهد—یعنی فیدبک گرفته‌ای. آنگاه می‌توانی بسنجی، نگه‌داری، تغییر دهی یا حذف کنی. این فرآیند مداومِ مشاهده، تحلیل و اصلاح است که به تطبیق‌پذیری واقعی منجر می‌شود.

اگر در گذشته گیر کنیم، تمام تمرکز از بین می‌رود. گذشته قابل ویرایش نیست؛ نه فرصت جبران می‌دهد، نه با فکر کردن زیاد درست می‌شود. تنها راه این است که توجه را به حال بیاوریم و آینده را تا جای ممکن پیش‌بینی‌پذیر کنیم. پیش‌بینی‌پذیری یعنی شناخت بهتر از پیچیدگی‌ها. هرچه تمرکزت در لحظه بیشتر باشد، احتمال تصمیم درستت در آینده بالاتر می‌رود و آسیب کمتری می‌بینی.

در نهایت، به نظر من تطبیق‌پذیری مثل توسعه‌ی یک محصول فناورانه است. همیشه به پایان مشخص نمی‌رسد، بلکه مرحله‌به‌مرحله بهبود پیدا می‌کند. همان‌طور که شرکت‌ها ویژگی جدیدی روی دستگاهشان امتحان می‌کنند، حتی اگر کامل نباشد، مسیر را برای نوآوری‌های بعدی باز می‌کند. گفت‌وگو و مسیر فکری ما هم همین است: نه با نتیجه‌گیری بسته می‌شود و نه با خلاصه‌کردن تمام می‌شود. ادامه دارد، چون خود زندگی ادامه دارد و هر روز در حال «به‌روزرسانی نسخه‌ی بعدی» خودش است.

اینجوری نگاه می‌کنم که نمی‌توانم بگویم به نتیجه‌ای قطعی رسیده‌ام یا این مسیر آن‌قدر کامل و منسجم است که بتوان از آن کتابی نوشت. نه، هنوز جای کار دارد. ممکن است کسی دیگر گوش کند و کل برداشت من را زیر و رو کند، بگوید نگاهش متفاوت است و چیزهای دیگری در این مسیر می‌بیند. من فقط می‌خواستم درباره‌ی آن حرف بزنم، تجربه‌ی شخصی خودم را بگویم، چیزهایی که در طول مسیر فهمیده‌ام و برداشت‌هایی که از تطبیق‌پذیری و رشد شخصی داشته‌ام.

متوجه شدم اگر دارم تلاش می‌کنم در مسیر پذیرش و رشد حرکت کنم و خودم را کامل‌تر بسازم، همه‌ی این تجربه‌ها بخشی از همان مسیرند. همین دیدن و فهمیدن‌ها برایم معنا دارد.

ممنونم که تا اینجای اپیزود گوش دادید، وقت گذاشتید و حوصله کردید. می‌دانم مفاهیم کمی پیچیده‌اند و شاید شنیدنش سخت باشد، اما همراهی شما ارزشمند است. لینک‌ها و توضیحات تکمیلی اپیزود را در بخش توضیحات می‌گذاریم تا بتوانید ببینید. خیلی خوشحال می‌شوم اگر در وب‌سایت یا لینکدین نظرتان را بنویسید و بازخورد بدهید. فیدبک شما کمک بزرگی است تا ادامه‌ی این مسیر را دقیق‌تر، کاربردی‌تر و متناسب‌تر با نیاز و علاقه‌ی شما پیش ببرم.

روزهای خوبی داشته باشید.

هفتمین رویداد با حضور محمد حمیدی، پدارم کشاورزی، علی سخایی، احمد محمدحسینی، جواد بطحایی و پیمان علی‌پور برگزار شد.

ثبت‌نام در اجایل‌کافه‌گپ

مدلی برای اجرای اجرای تفکر چابک در صنایع تولیدی

در این دورهمی به مدلی رسیدیم برای استفاده از تفکر چابک در صنعت. هسته‌ی اصلی مدل به شرح زیر است:

تمرکز اصلی بر تلفیق تفکر استراتژیک و چابکی صنعتی است؛ یعنی پلی میان ذهنیت مدیران ارشد (استراتژی، بازار، تحول دیجیتال) و واقعیت عملیاتی کف کارخانه (فرایند، تولید، محدودیت، بهینه‌سازی). مدل باید نشان دهد چطور می‌توان تفکر چابک و داده‌محور را بدون گسستن از ساختار سخت صنعت، در آن کاشت و حفظ کرد.

مغز مدل در یک جمله:

ترجمه‌ی تفکر استراتژیک به بهبود فرایند صنعتی، با محوریت محصول و داده.

این مدل چهار لایه و یک جریان دارد:

• لایه‌ی استراتژی (بالا): تعریف هدف، ستاره شمال، تحلیل بازار، و تصمیم‌های سرمایه‌گذاری.

• لایه‌ی میانی (محصول): نقطه‌ی اتصال تفکر بالا به عملیات؛ جایی که ایده‌ی بازار به محصول قابل‌تولید و قابل‌سنجش تبدیل می‌شود.

• لایه‌ی عملیات (پایین): Lean، کانبان، کاهش موجودی، کنترل کیفیت، بهبود مستمر.

• لایه‌ی فرهنگ و داده (محیط پیرامون): شفافیت، یادگیری، مقاومت فرهنگی، تغییر تدریجی و تصمیم بر پایه‌ی شواهد.

• جریان مدل: حرکت از استراتژی به محصول، از محصول به عملیات، سپس بازگشت داده و تجربه از عملیات به تصمیم‌های استراتژیک. حلقه‌ای است که یادگیری و بهبود در آن جریان دارد.

  ثبت‌نام در اجایل‌کافه‌گپ

نسخه‌ی جمع‌بندی نشده جزئیات بحث رویداد

برای تفهیم موضوع به مدیران و ذینفعان روشی موثر وجود دارد. خاستگاه این رویکرد از کانادا و فرانسه است.

در این رویکرد (CAL = Learning Action Codevelopment)، یادگیری و رشد از سطح آموزش فردی فراتر می برد و با اتکا به گفت وگو، بازخورد، تجربه زیسته و اقدام جمعی، مسیر توسعه هموار می شود. فراگیری و بکارگیری این رویکرد در سازمان فرصتی است برای شرکت کنندگان تا در فضایی تعاملی و عمل محور، این شایستگیها را بهطور عمیقتر تقویت کرده و آن ها را در موقعیت های واقعی به کار گیرند .

چارچوب و متدولوژی مشخصی دارد: فرد مسئله‌اش را بیان می‌کند، جلسه تمام می‌شود، ما به‌صورت داخلی بحث می‌کنیم، سپس با مجموعه‌ای از پرسش‌های هدفمند به او بازمی‌گردیم، راهکارهایی ارائه می‌دهیم، و تا رسیدن به پاسخ پیش می‌رویم. او راه‌حل‌ها را در بازه‌ای دو تا چهار هفته‌ای می‌آزماید، دوباره بازمی‌گردد و بر همان مدل پیش می‌رویم. این متدولوژی هفت‌مرحله‌ای، امکان استفاده در بسترهای مختلف را دارد. نکته مهم در آغاز، سنجش اهمیت مسئله برای فرد است؛ اگر مسئله برای او اهمیتی نداشته باشد، نخست باید مسئله را برایش «مهم» کنیم تا گوش شنوا پیدا کند و بتوانیم ایده‌های تازه تزریق کنیم.

در عمل، باید بعضی اوقات «اصرارِ آگاهانه» را تمرین کرد؛ یعنی وقتی می‌دانیم راه درست چیست، بی‌آنکه برخورد مستقیم و تخریب‌گر داشته باشیم، از مسیر درست خارج نشویم تا در زمان مناسب کارِ درست انجام شود. پیگیری منظم و نظام‌مند جلسات و ثبت یادگیری‌ها در هر چرخه، بخش جدایی‌ناپذیر این رویکرد است.

در صنایع، مسئله «انعطاف‌پذیری محدود» و «ضرورت تحویل بی‌نقص» باعث قفل‌شدگی فرایندها شده است. صنعت به‌صورت ذاتی Incremental نیست؛ بازی اصلی صنعت، حساب‌شدگی، شفافیت در هزینه‌ها، دقت بالا، تحویل به‌موقع، حداقل‌سازی موجودی انبار و کاهش اتلاف است. چابکی در صنعت نه در سرعت، بلکه در توان Customize کردن با حفظ قیودِ زمان و هزینه معنا پیدا می‌کند. بنابراین هر راه‌حل باید با این محدودیت‌ها طراحی شود.

تجربه‌های شخصی از حوزه‌های برق، مدیریت انرژی و پروژه نشان می‌دهد که تمرکز بر بهینه‌سازی (چه در سطح فرمول و تجهیزات، چه در سطح مشاوره) در صنعت معنا دارد. در دوران قطعی برق کارخانجات، راهکارهایی مانند «اولویت‌بندی مصرف»، «تعریف سناریوهای روشن/خاموش خطوط» و «کاهش هارمونیک» مستقیماً به کاهش جریمه‌ها و جلوگیری از توقف تولید منجر شد. در پروژه‌های عمرانی نیز با بازطراحی نقاط تحویل تجهیزات، ایجاد کیوسک ورودی/خروجی و ساماندهی تحویل، اتلاف زمان کاهش یافت و بهره‌وری تیم‌های متوالی (برق‌کار، نازک‌کاری و...) بالا رفت. در IT، چرخه‌ها کوتاه و نزدیک به مشتری است؛ در عمران و صنعت، چرخه‌ها بلندتر و وابسته‌ترند، اما منطق «شفافیت جریان کار»، «کاهش گلوگاه طراحی» و «تعریف مشتری داخلی» مشترک است.

مسیر ورود به سازمان‌های صنعتی از دو جناح قابل دفاع است: از بالادستِ استراتژی (به‌ویژه در دوران تحول دیجیتال) و از پیکره فرایند (Lean، کاهش اتلاف، تعریف کیفیت از دید مشتری و کارفرما). اسکرام از صنعت وام نگرفته اما در IT مسئله‌محور شده و نشان داده که نمی‌توان با نرم‌افزار مانند خط تولید رفتار کرد. در صنعت، کانبان، Lean، و اصول مدیریت عملیات (کاهش موجودی، کاهش زمان توقف، افزایش قابلیت پیش‌بینی) کارآمدترند؛ البته می‌توان ترکیبی عمل کرد: برای توسعه محصول جدید از منطق محصول‌محور (Product Management) و برای تولید از منطق عملیات‌محور استفاده کرد.

در بسیاری از سازمان‌ها استراتژی فرمالیته است؛ سندی که باز نمی‌شود و به تصمیم‌های روزمره وصل نیست. «تفکر استراتژیک» باید هرروزه در تصمیم‌ها جاری باشد، نه فقط «برنامه‌ریزی استراتژیک» سالانه. ستاره شمال محصول، چارچوب‌های اولویت‌بندی (مانند TEN-S) و حلقه‌های بازخورد با مشتری باید به زبان ساده، قابل لمس و قابل نمایش (روی دیوارها، در آسانسورها، در ابزارها) باشند تا فرهنگ مشترک بسازند. تحول دیجیتال یک «باید» است، نه انتخاب؛ و Industry 4.0، IoT، دیجیتالی‌سازی زنجیره ارزش و تحلیل داده، ابزارهای آن هستند.

فرهنگ سازمانی مانع یا محرک است. شفافیت ابزارها (مانند اجباری‌سازی فیلدها در سیستم‌های پیگیری کار) اگرچه مقاومت ایجاد می‌کند، اما فرهنگ پاسخ‌گویی تولید می‌کند. نمونه‌ای که در آن با اجباری‌سازی و اتصال به مخازن کد و تحلیل هیستوگرام زمان، «سایکل تایم» ظرف شش ماه به‌طور قابل‌توجهی کاهش یافت، نشان می‌دهد داده در گفت‌وگو با مدیریت اثرگذارتر از توصیه‌های کلی است. در مقابل، سیاست‌ورزی، پاچه‌خواری و «زیرآب‌زنی» اگر توسط مدیریت تشویق شود، شفافیت را خنثی می‌کند؛ تصمیم مدیر در این مقاطع تعیین‌کننده است. معیار «کار درست» باید تعریف و سنجش‌پذیر شود.

ورود به صنعت با زبان خودشان باید انجام شود: تمرکز بر «درآمد/هزینه»، «تحویل»، «کیفیت»، نه صرفاً «نوآوری» و «چارچوب». بسیاری از مدیران کارخانه نخست «پول» می‌بینند؛ بنابراین ترکیب «استراتژی محصول»، «تحقیق بازارِ قبل از توسعه»، «پروتوتایپ هدفمند»، و سپس «مارکتینگِ مبتنی بر کششِ محصول» منطقی است. وابسته‌کردن همه چیز به مارکتینگ خطاست؛ مارکتینگ باید بر محصول موجود تکیه کند، نه جایگزین مدیریت محصول شود. مدیریت محصول وظیفه دارد قبل از اوج‌گیری محصول فعلی، سه گزینه برای بعدی در قیف توسعه داشته باشد تا چرخه نوآوری قطع نشود.

در تجربه‌های واقعی، تحقیق بازارِ پیشادولوپ معمولاً انجام نمی‌شود چون هزینه دارد، اما هزینه نکردنِ آن، هزینه‌های بسیار بیشتری در تولید و فروش ایجاد می‌کند. نمونه‌های موفق، «شکاف‌یابی هوشمند» در بازار را جدی گرفته‌اند: تمرکز بر پیک‌هایی که رقبا پوشش نداده‌اند و تبدیل آن‌ها به مزیت‌های ملموس (مثلاً دوام، باتری، یا امکانات کاربردی خاص در بازار گوشی‌های صنعتی). این همان ترجمه عملی استراتژی به محصول و سپس به کمپین فروش است.

برای تغییر پایدار در صنعت، باید «مدیریت فرایندی» جایگزین «سلسله‌مراتب بخشی» شود: نقش‌ها بر مبنای جریان ارزش تعریف شوند (مثلاً مسئول دریافت و بازگرداندن فیدبک مشتری، مسئول تأمین به‌موقع قطعات تا سرخط، مسئول کیفیت در هر گیت). ابزار سیگنال‌دهی ساده (چراغ‌های وضعیت خط) می‌تواند فرهنگ پاسخ سریع به اختلال بسازد. راه‌حل‌های بومی از دل فرهنگ خودمان قابل استخراج‌اند؛ همان‌طور که سنت استاد-شاگردی و کیفیت‌گرایی صنایع دستی ظرفیت تبدیل‌شدن به الگوهای عملی دارد.

جمع‌بندی عملی

۱) ورود از لایه استراتژی با محور تحول دیجیتال و تعریف ستاره شمال محصول/سازمان.
۲) طراحی چابکی متناسب با صنعت: Lean، کانبان، کاهش موجودی، کاهش اتلاف، برنامه‌ریزی مبتنی بر تقاضا و Customize در قید زمان/هزینه.
۳) ایجاد شفافیت داده‌محور در جریان کار (تعریف، سنجش، بهبود سایکل‌تایم و WIP).
۴) جداسازی نقش «مدیریت محصول» از «مارکتینگ» و الزام تحقیق بازار پیش از توسعه.
۵) نهادینه‌سازی فرهنگ پاسخ‌گویی و ضدسیاست‌ورزی از طریق ساختار و ابزار، نه صرفاً توصیه.
۶) استفاده از نمادها و نمایش‌های سازمانی برای جا انداختن هدف مشترک و زبان مشترک.
۷) شروع با یک یا دو پروژه آزمایشی در بخش‌های «پیشاتولید» (R&D، نمونه‌سازی، مهندسی) و «تولید کارگاهی/پروژه‌محور»، سپس گسترش تدریجی.

هر جا که زبان مشترک با صنعت پیدا شود—زمان، هزینه، کیفیت، تحویل، و ریسک—چابکی نه‌تنها پذیرفتنی، بلکه مطلوب می‌شود.

ثبت‌نام در اجایل‌کافه‌گپ