مشکل همکاری تیم‌ها، مشکل رابطه‌ست یا رابط؟
خلاصهٔ کامل‌تر
اندرو بوزورث (بوز) این ایده رو از نرم‌افزار آورده: یه interface خوب (یعنی قراردادی که دو سیستم با اون با هم حرف می‌زنن) اجازه می‌ده سیستم‌ها بدون اینکه همه‌چیز همو بدونن کنار هم کار کنن. اون می‌گه سازمان‌ها هم همین‌طورن. ما معمولاً مشکل همکاری تیم‌ها رو مشکل رابطه می‌دونیم، ولی به نظر نویسنده بیشتر وقت‌ها مشکل رابط، یعنی همون interface هست.
به گفته‌ی بوز، وقتی معلوم نباشه کی صاحب چه کاریه یا تصمیم‌ها چطور گرفته می‌شن، حتی آدم‌های خوش‌نیت کلی انرژی صرف کنار اومدن با شخصیت‌ها و حدس زدن منطق تصمیم‌ها می‌کنن. اون سه شرط اصلی رو این‌طوری می‌چینه.
مالکیت روشن: هر حوزه‌ی کاری یه نفر داره که پاسخگوئه. این یعنی همه‌ی کارها رو خودش نمی‌کنه، ولی مسئوله که تصمیم‌ها گرفته بشن و اختلاف‌ها حل بشن. اگه یه تیم دیگه نتونه بفهمه این آدم کیه، رابط خرابه.
اولویت‌های روشن و قابل بررسی: یعنی یه لیست واقعی و مرتب، شامل کارهایی که زیر خط موندن. نویسنده می‌گه لیستی که فقط کارهای قبول‌شده رو داره، لیست اولویت نیست، یه سند تبلیغاتیه. همین trade-offها هستن که به تیم‌های وابسته اجازه‌ی برنامه‌ریزی می‌دن و نشون می‌دن چرا یه درخواست معقول انجام نمی‌شه.
فرایند روشن برای کار جدید: آدم‌ها باید بدونن درخواستشون رو کجا ببرن، کی بررسیش می‌کنه، با چه معیاری، کی جواب می‌گیرن و تصمیم کجا ثبت میشه. درخواست جدید نباید خودبه‌خود اولویت اول بشه، ولی باید حتماً بررسی بشه. شاید کسی از جواب ناراحت بشه، ولی نباید گیج بشه که جواب از کجا اومد. بوز می‌گه escalation (یعنی بردن موضوع به مدیر بالاتر) فقط بعد از این سه تا معنی داره، وقتی دو مسئول با اولویت‌ها و فرایند یکسان، هنوز برداشت متفاوتی دارن.
نکات کلیدی:
- هر سطح کاری مشترک باید سه چیز منتشر کنه: مسئول پاسخگو، اولویت‌های مرتب و فرایند بررسی کار جدید.
- لیست اولویت باید کارهای زیر خط رو هم نشون بده، نه فقط کارهای قبول‌شده.
- درخواست جدید باید حتماً بررسی بشه، ولی خودکار اولویت اول نمی‌شه.
- escalation فقط وقتیه که دو مسئول با اطلاعات یکسان هنوز اختلاف برداشت دارن.
- رابط خوب اختلاف رو حذف نمی‌کنه، فقط نمی‌ذاره به ناکارآمدی سازمانی تبدیل بشه.
