‏چرا تعریف کردن «تیم» اینقدر سخته؟

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

هر بخش سازمان از دریچه‌ی خودش به تیم‌ها نگاه می‌کنه. پروداکت دنیا رو به قابلیت‌ها و feature areaها تقسیم می‌کنه. دیزاین سفر end-to-end مشتری رو می‌بینه که اغلب از چند حوزه پروداکتی رد می‌شه. مهندسی با معماری واقعی، مالکیت کد و on-call rotationها درگیره. این سه نقشه به‌ندرت روی هم می‌افتن، و همین ناهماهنگی خودش رو اول در تجربه طراح و PM نشون می‌ده: یه دیزاینر ممکنه سفر مشتری رو یک تجربه پیوسته ببینه، در حالی که پروداکت اون رو به سه حوزه و مهندسی به پنج سرویس تقسیم کرده.

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

مدل triad فراکتالی — که پروداکت، دیزاین و مهندسی رو در همه لایه‌های سازمان آینه‌وار تکرار می‌کنه — روی کاغذ جذابه، ولی در لایه مدیریتی می‌شکنه. دیرکتور پروداکت، دیرکتور دیزاین و مدیر مهندسی فشارهای ساختاری کاملاً متفاوتی دارن. مهندسی فرهنگ تیمی می‌سازه، on-call رو اداره می‌کنه و هزینه headcount رو واقعاً حمل می‌کنه. وقتی این لایه فرهنگ‌ساز رو برای یه مدل product-centric حل می‌کنی، یه دیوار باربر رو خراب کردی. ویل لارسون روی این تأکید داره: «جداکردن یه تیم با عملکرد بالا باعث کاهش چشمگیر بهره‌وری می‌شه، حتی اگر همه اعضا بمونن.»

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

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

نکات کلیدی:

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