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