منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۱۱ دقیقه

تیم میان‌وظیفه‌ای (Cross-Functional Team) چیست؟

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

منبع این مقاله دوازده منفعت برای تیم میان‌وظیفه‌ای می‌شمارد و دوازده چالش. و اگر دو فهرست را کنار هم بگذارید، چیز عجیبی می‌بینید: تقریباً هر چالش، همان منفعت است که از کار افتاده.

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

تعریف و ترکیب

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

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

منفعت‌ها

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

چالش‌ها

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

راهبردهای اجرا

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

و از نظر نسبت با روش‌ها: تفکر طراحی و رویکردهای چابک هر دو بر همکاری میان‌وظیفه‌ای تأکید دارند، و اسپرینت طراحی گوگل صریحاً نماینده‌ای از همهٔ وظیفه‌ها و سطوح سازمان می‌خواهد.

منبع سه پژوهش داوری‌شده را هم فهرست می‌کند، از جمله تحلیل Sethi، Smith و Park (2001) روی ۱۴۱ تیم میان‌وظیفه‌ای و اثرشان بر خلاقیت و نوآوری محصول، و پیمایش McDonough (2000) از ۱۱۲ متخصص توسعهٔ محصول جدید.

دو فهرست، یک آینه

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

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

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

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

قابل‌سنجش‌ترین منفعت، و چطور بسنجیدش

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

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

و دو چیزی که این سنجه لو می‌دهد و سنجه‌های دیگر نمی‌دهند:

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

آن یک شرط: تیم باید یک سنجه داشته باشد

این بخش هم افزودهٔ مترجم است. منبع «ناهم‌خوانی سنجش عملکرد» را در فهرست چالش‌ها می‌آورد و «تعریف شاخص‌های کلیدی» را در فهرست راهبردها. به‌نظر من این دو با هم، خودِ مسئله‌اند و نه یکی از دوازده مسئله.

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

و آن‌وقت هر آیتم ستون راست خودش را توضیح می‌دهد:

• - «تعارض» یعنی سه سنجهٔ متضاد، نه سه شخصیت سخت.
• - «تأخیر اجماع‌سازی» یعنی کسی حاضر نیست سنجهٔ خودش را قربانی کند، و بحث تمام‌نشدنی می‌شود.
• - «ابهام مالکیت» یعنی مالکیت واقعی جای دیگری است — پیش مدیر دپارتمان.

و همین توضیح می‌دهد چرا «خودمختاری تیم» که منبع توصیه می‌کند، بدون تغییر سنجه یک شعار است: تیمی که اختیار تصمیم دارد اما پاداشش را جای دیگری می‌گیرد، خودمختار نیست.

سه کار که این را عملاً درست می‌کند:

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

و در سازمان‌های کوچک‌تر

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

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

اما دو چالش دیگر شدیدتر می‌شوند:

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

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

جمع‌بندی

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