اگر فهرست کارهای شما پر از وظایفی شده که روزها یا هفتههاست تکان نخوردهاند، راهحل این نیست که تاریخ سررسید همه را دوباره عقب ببرید. هر کار رسوبکرده باید به یک تصمیم مشخص برسد: انجام شود، شکسته شود، منتظر بماند، واگذار شود، زمانبندی مجدد شود یا حذف شود. هدف اصلی این است که هیچ کاری بدون وضعیت و تصمیم روشن، هفتهها در فهرست وظایف باقی نماند.
چرا بعضی کارها در فهرست وظایف رسوب میکنند؟
تقریباً در هر تیمی تعدادی کار وجود دارد که نه انجام شدهاند و نه کسی رسماً آنها را کنار گذاشته است. این کارها ممکن است چندین بار از یک هفته به هفته بعد منتقل شوند، تاریخ سررسیدشان تغییر کند و در نهایت تبدیل به بخشی دائمی از منظره بورد شوند. مشکل اینجاست که بعد از مدتی دیگر کسی نمیداند آیا این کارها واقعاً مهم هستند یا فقط به دلیل عادت در سیستم باقی ماندهاند.
رسوب یک کار الزاماً به معنای تنبلی یا ضعف عملکرد نیست. حداقل ۵ دلیل رایج برای رسوب وظایف وجود دارد: وابستگی به فرد یا سازمان دیگر، نبود اطلاعات کافی، بزرگ و مبهم بودن کار، پایین بودن اولویت واقعی و کمبود ظرفیت تیم. هرکدام از این دلایل به تصمیم متفاوتی نیاز دارند.
برای مثال، اگر طراحی یک صفحه منتظر دریافت محتوای مشتری است، فشار آوردن به طراح مشکلی را حل نمیکند. اگر یک کار ۲۰ ساعته با عنوان مبهم «بهبود سایت» ثبت شده، احتمالاً مسئله اصلی بزرگی بیش از حد کار است. و اگر وظیفهای سه ماه است هیچ اهمیتی پیدا نکرده، شاید اساساً لازم نباشد انجام شود.
- وابستگی: انجام کار به اقدام شخص یا مجموعه دیگری وابسته است.
- ابهام: هنوز مشخص نیست دقیقاً چه خروجیای انتظار میرود.
- بزرگی بیش از حد: کار به چند اقدام کوچکتر تقسیم نشده است.
- کمبود ظرفیت: کار مهم است اما نیروی آزاد برای اجرای آن وجود ندارد.
- کاهش ارزش: کاری که زمانی مهم بوده، دیگر ارزش قبلی را ندارد.
اگر مشکل اصلی شما شروع نکردن کارهایی است که امکان انجامشان وجود دارد، موضوع کمی متفاوت است. در این حالت مطالعه مطلب چرا کارها را عقب میاندازیم؟ میتواند به پیدا کردن علت تعلل کمک کند. اما زمانی که خود کار به یک مانع واقعی برخورد کرده، باید بهجای انگیزه بیشتر، سیستم مدیریت کار را اصلاح کنیم.
اولین قانون: تاریخ کار رسوبکرده را بدون تصمیم تغییر ندهید
یکی از بدترین عادتها در مدیریت وظایف این است که هر زمان سررسید یک کار میگذرد، بدون هیچ بررسی آن را چند روز به جلو منتقل کنیم. اگر این اتفاق ۳ یا ۴ بار تکرار شود، تاریخ سررسید دیگر معنای واقعی خود را از دست میدهد. بورد ظاهراً مرتب میماند اما مسئله اصلی همچنان حل نشده است.
قبل از تغییر تاریخ، فقط یک سؤال مطرح کنید: «چرا این کار تا امروز انجام نشده است؟» پاسخ به همین سؤال تعیین میکند اقدام بعدی چه باشد. اگر مانعی وجود ندارد و فقط زمان کافی نداشتهاید، زمانبندی مجدد منطقی است؛ اما اگر منتظر تأیید مشتری هستید، تغییر تاریخ به فردا هیچ کمکی نمیکند.
برای هر کار رسوبکرده بهتر است یکی از ۶ تصمیم زیر ثبت شود:
- همین حالا در اولویت اجرا قرار بگیرد.
- به چند کار کوچکتر شکسته شود.
- به فرد مناسبتری واگذار شود.
- تا برطرف شدن یک وابستگی در وضعیت «منتظر» قرار گیرد.
- به یک تاریخ واقعی و قابل دفاع منتقل شود.
- حذف یا بایگانی شود.
گزینه هفتمی به نام «فعلاً همینجا بماند تا بعداً ببینیم چه میشود» نباید وجود داشته باشد.
کارهایی که فعلاً قابل انجام نیستند را چه کنیم؟
بعضی کارها واقعاً قابل انجام نیستند. ممکن است منتظر پاسخ مشتری، دریافت فایل، پرداخت، تصمیم مدیر، پایان یک فعالیت دیگر یا دسترسی به یک سامانه باشید. چنین کاری نباید کنار کارهایی قرار بگیرد که همین امروز قابلیت اجرا دارند.
یک روش ساده این است که برای این دسته از وظایف یک ستون یا وضعیت با عنوانهایی مانند «منتظر»، «مسدود شده» یا «در انتظار اقدام بیرونی» ایجاد کنید. مهمتر از نام ستون، این است که هر کار موجود در آن حداقل ۳ اطلاعات داشته باشد: منتظر چه چیزی هستیم، مسئول پیگیری چه کسی است و پیگیری بعدی چه زمانی انجام میشود.
مثلاً نوشتن «منتظر مشتری» کافی نیست. عبارت بهتر این است: «منتظر تأیید طرح صفحه اصلی از مشتری؛ مسئول پیگیری: سارا؛ پیگیری بعدی: دوشنبه». با همین تغییر کوچک، یک کار مبهم به یک وضعیت قابل مدیریت تبدیل میشود.
| وضعیت کار | اقدام مناسب | نمونه |
|---|---|---|
| منتظر مشتری | انتقال به وضعیت منتظر + تعیین تاریخ پیگیری | تأیید طرح گرافیکی |
| منتظر همکار | مشخص کردن مسئول و وابستگی | دریافت API از تیم فنی |
| اطلاعات کافی نداریم | ساخت یک کار برای جمعآوری اطلاعات | دریافت نیازمندی پروژه |
| ظرفیت نداریم | اولویتبندی و زمانبندی مجدد واقعی | بازطراحی صفحه فرود |
| دیگر ارزش ندارد | حذف یا بایگانی | قابلیتی که نیاز کسبوکار به آن تغییر کرده است |
نکته مهم این است که وضعیت «منتظر» نباید تبدیل به قبرستان جدید کارها شود. بهتر است حداقل هفتهای یکبار تمام کارهای این وضعیت مرور شوند.
اگر کار بیش از حد بزرگ یا مبهم است، آن را کوچک کنید
گاهی هیچ مانع بیرونی وجود ندارد، اما کار همچنان شروع نمیشود. یکی از دلایل رایج این وضعیت بزرگ بودن بیش از حد یک وظیفه است. عنوانهایی مانند «راهاندازی کمپین تبلیغاتی»، «بازطراحی سایت»، «بهبود سئو» یا «تکمیل CRM» در واقع بیشتر شبیه پروژه هستند تا یک وظیفه قابل اجرا.
یک کار مناسب باید به شکلی نوشته شود که فرد مسئول بتواند در چند ثانیه بفهمد قدم بعدی چیست. اگر برای فهمیدن نحوه شروع یک تسک مجبورید ۱۰ دقیقه درباره معنای عنوان آن فکر کنید، احتمالاً هنوز به اندازه کافی خرد نشده است.
برای مثال «راهاندازی کمپین تابستانه» میتواند به چند کار مشخص تبدیل شود:
- مشخص کردن پیشنهاد اصلی کمپین
- انتخاب مخاطب هدف
- نوشتن متن تبلیغ
- طراحی ۳ بنر
- ساخت صفحه فرود
- تنظیم تبلیغات
- بررسی نتایج پس از ۷ روز
با این کار احتمال شروع فعالیت افزایش پیدا میکند، امکان تقسیم کار بین اعضا فراهم میشود و دقیقاً مشخص میشود کدام بخش پروژه متوقف شده است. بهجای اینکه یک کارت بزرگ برای سه هفته در ستون «در حال انجام» باقی بماند، جریان واقعی کار قابل مشاهده میشود.
اگر وقت انجام کار را نداریم چه کنیم؟
«وقت نداشتیم» همیشه به معنی نیاز به زمان بیشتر نیست. گاهی معنی واقعی آن این است که کارهای دیگری را مهمتر دانستهایم. اگر یک وظیفه ۴ هفته متوالی در برنامه قرار گرفته و هر بار کار دیگری جای آن را گرفته است، باید درباره اولویت واقعی آن تصمیم بگیریم.
در این شرایط سه راه وجود دارد: اولویت کار را بالا ببریم و برایش ظرفیت ایجاد کنیم، آن را رسماً به آینده منتقل کنیم یا بپذیریم که آنقدر مهم نیست و حذفش کنیم. نگه داشتن کار در فهرست امروز، در حالی که میدانیم امروز انجام نخواهد شد، فقط باعث میشود برنامه روزانه غیرواقعی شود.
یکی از روشهای کاربردی، محدود کردن تعداد کارهای «در حال انجام» است. برای مثال اگر یک نفر همزمان روی ۸ کار باز فعالیت میکند، احتمالاً بخشی از این وظایف فقط نام «در حال انجام» را دارند. در بسیاری از تیمها بهتر است هر فرد تعداد محدودی کار فعال داشته باشد و پس از پایان یا توقف روشن یک کار، سراغ مورد بعدی برود.
هدف این نیست که عدد ثابتی برای همه تیمها تعیین کنیم. ظرفیت یک توسعهدهنده، طراح، کارشناس فروش و مدیر پروژه متفاوت است. اصل مهم این است که تعداد کارهای باز باید محدود و آگاهانه باشد.
آیا بعضی کارهای قدیمی را باید حذف کنیم؟ بله
یکی از دلایل شلوغ شدن ابزارهای مدیریت وظایف این تصور است که هر کاری که زمانی ثبت شده، بالاخره باید انجام شود. چنین قانونی وجود ندارد. بعضی ایدهها بعد از ۳۰، ۶۰ یا ۹۰ روز دیگر ارزش اولیه خود را ندارند و نگه داشتن آنها فقط هزینه ذهنی ایجاد میکند.
اگر کاری مدت زیادی بدون اقدام مانده، این سؤالها را از خودتان بپرسید:
- اگر این کار هیچوقت انجام نشود چه اتفاقی میافتد؟
- آیا هنوز کسی منتظر نتیجه آن است؟
- آیا انجام آن به یکی از اهداف فعلی تیم کمک میکند؟
- آیا هزینه انجام کار هنوز از ارزش خروجی کمتر است؟
- آیا شرایطی که باعث ثبت کار شده هنوز وجود دارد؟
اگر جواب بیشتر این سؤالها منفی است، حذف کار شکست محسوب نمیشود؛ بلکه یک تصمیم مدیریتی است. فهرست وظایف قرار نیست آرشیو تمام ایدههایی باشد که تاکنون به ذهن تیم رسیده است.
برای ایدههایی که نمیخواهید کاملاً از دست بدهید نیز میتوان یک بورد یا دسته جداگانه برای «ایدهها و آینده» داشت. تفاوت مهم این است که چنین مواردی دیگر در کنار تعهدات اجرایی جاری نمایش داده نمیشوند.
قانون ۷، ۱۴ و ۳۰ روزه برای شناسایی رسوب کارها
برای جلوگیری از انباشته شدن وظایف، میتوانید یک سیاست ساده داخلی تعریف کنید. اعداد دقیق باید متناسب با نوع کسبوکار تنظیم شوند، اما یک مدل پیشنهادی ۷، ۱۴ و ۳۰ روزه میتواند نقطه شروع خوبی باشد.
- پس از ۷ روز بدون فعالیت: بررسی کنید آیا کار واقعاً در حال انجام است یا فقط در ستون فعال باقی مانده است.
- پس از ۱۴ روز: علت توقف باید مشخص و ثبت شود؛ مانند وابستگی، کمبود ظرفیت یا ابهام.
- پس از ۳۰ روز: کار باید مجدداً از نظر ارزش، اولویت و ضرورت بررسی شود.
این اعداد یک قانون جهانی نیستند، بلکه یک سیاست مدیریتی پیشنهادیاند. در پروژههای کوتاهمدت حتی ۳ روز توقف ممکن است زیاد باشد، در حالی که بعضی فعالیتهای حقوقی یا خرید سازمانی ممکن است چند هفته در انتظار پاسخ بیرونی بمانند.
آنچه اهمیت دارد وجود یک «زمان بازبینی» است. هیچ کاری نباید برای مدتی نامحدود بدون توجه در سیستم باقی بماند.
بهجای تاریخ سررسید، تاریخ پیگیری تعیین کنید
یکی از اشتباهات رایج درباره کارهای مسدود شده، استفاده نادرست از تاریخ سررسید است. فرض کنید مشتری هنوز اطلاعات مورد نیاز را ارسال نکرده است. شما نمیتوانید با اطمینان بگویید کار سهشنبه تمام میشود، چون کنترل زمان تحویل اطلاعات در اختیار شما نیست.
در چنین شرایطی بهتر است بین «تاریخ انجام» و «تاریخ پیگیری» تفاوت قائل شوید. ممکن است نتوانید زمان پایان کار را تعیین کنید، اما کاملاً میتوانید مشخص کنید که دوشنبه ساعت ۱۰ دوباره موضوع را پیگیری خواهید کرد.
این تغییر کوچک باعث میشود تیم بهجای وعدههای غیرواقعی، روی اقدام بعدی قابل کنترل تمرکز کند. هر کار منتظر حداقل باید یک اقدام بعدی داشته باشد؛ حتی اگر آن اقدام فقط «ارسال پیام پیگیری در ۳ روز آینده» باشد.
برای کارهای رسوبکرده یک جلسه طولانی برگزار نکنید
پاکسازی کارهای قدیمی نباید خودش تبدیل به یک پروژه جدید شود. معمولاً یک مرور کوتاه ۱۵ تا ۲۰ دقیقهای در هفته برای اکثر تیمهای کوچک کافی است. هدف جلسه نیز حل کردن تمام مشکلات نیست؛ هدف تعیین وضعیت و اقدام بعدی است.
در این مرور، کارها را یکییکی بررسی کنید و برای هر مورد فقط تصمیم بگیرید:
- آیا هنوز مهم است؟
- آیا اکنون قابل انجام است؟
- اگر نیست، مانع چیست؟
- چه کسی مسئول اقدام بعدی است؟
- چه زمانی دوباره آن را بررسی میکنیم؟
اگر تیم ۳۰ کار رسوبکرده دارد، لازم نیست برای هرکدام یک بحث دهدقیقهای انجام شود. موارد پیچیده را جدا کنید و برایشان جلسه مستقل بگذارید. جلسه پاکسازی باید سریع و تصمیممحور باقی بماند.
چگونه کارهای رسوبکرده را در تیکبورد مدیریت کنیم؟
در یک نرمافزار مدیریت وظایف، هدف فقط ثبت کار نیست؛ سیستم باید کمک کند بفهمیم هر کار اکنون در چه وضعیتی قرار دارد. در تیکبورد میتوان با استفاده از بردها، ستونها، برچسبها، سررسیدها، یادآورها، مسئول انجام، نظرات و گزارشها یک جریان مشخص برای وظایف رسوبکرده ایجاد کرد.
برای شروع میتوانید یک ستون با عنوان «منتظر» یا «مسدود» به بورد اضافه کنید. وقتی کاری قابل انجام نیست، بهجای باقی ماندن در «در حال انجام»، آن را به این ستون منتقل کنید. در توضیحات یا نظرات نیز علت توقف و اقدام بعدی را ثبت کنید تا سایر اعضای تیم بدانند مشکل دقیقاً چیست.
یک ساختار پیشنهادی میتواند از ۵ ستون تشکیل شود:
- برای انجام
- در حال انجام
- منتظر / مسدود
- نیازمند بررسی
- انجامشده
برچسبها نیز میتوانند علت توقف را مشخص کنند؛ برای مثال «منتظر مشتری»، «منتظر مدیریت»، «نیازمند اطلاعات»، «کمبود ظرفیت» یا «نیاز به تصمیم». به این ترتیب هنگام مرور هفتگی میتوان سریعتر کارهای مشابه را پیدا کرد.
برای کارهایی که تاریخ مشخص دارند، سررسید و یادآور تعیین کنید. برای مواردی که به اقدام بعدی نیاز دارند نیز میتوانید تاریخ پیگیری مشخص کنید. ثبت نظرات و لاگ تغییرات کمک میکند بعد از دو هفته دقیقاً بدانید چه اتفاقی برای یک کار افتاده و چرا متوقف شده است.
اگر حجم کارهای برنامهریزیشده تغییر کرده باشد، قابلیتهای زمانبندی و تقویم نیز کمک میکنند تصویر واقعیتری از ظرفیت تیم داشته باشید. هدف این است که برنامه بر اساس توان واقعی تیم شکل بگیرد، نه اینکه دهها وظیفه بهصورت غیرواقعی برای یک بازه زمانی مشابه برنامهریزی شوند.
یک نمونه واقعی از تعیین تکلیف کار رسوبکرده
فرض کنید کار «انتشار نسخه جدید سایت مشتری» از ۱۲ روز قبل در ستون «در حال انجام» باقی مانده است. در نگاه اول ممکن است تصور کنیم تیم فنی تأخیر داشته، اما بعد از بررسی مشخص میشود انتشار منتظر دریافت تأیید نهایی مشتری است.
در این حالت تمدید تاریخ کار به هفته بعد مشکل را پنهان میکند. تصمیم مناسب میتواند چنین باشد:
- انتقال کار به ستون «منتظر مشتری»
- ثبت توضیح «منتظر تأیید نسخه نهایی»
- تعیین علی بهعنوان مسئول پیگیری
- ثبت یادآور برای دو روز بعد
- ارسال پیام پیگیری برای مشتری
اکنون وضعیت کار کاملاً روشن است. تیم فنی دیگر بابت کاری که امکان اجرای آن را ندارد تحت فشار قرار نمیگیرد و در عین حال وظیفه نیز فراموش نمیشود.
چه زمانی باید یک کار را دوباره فعال کنیم؟
کارهای منتظر نباید صرفاً به دلیل رسیدن تاریخ بازبینی دوباره وارد ستون «در حال انجام» شوند. شرط بازگشت این است که مانع اصلی برطرف شده باشد. اگر بعد از ۲ بار پیگیری هنوز پاسخ مشتری دریافت نشده، شاید اقدام بعدی تماس تلفنی، ارجاع موضوع به مدیر پروژه یا بازنگری در اولویت پروژه باشد.
قبل از فعال کردن مجدد یک کار سه چیز را بررسی کنید: آیا اطلاعات لازم کامل شده است؟ آیا فرد مسئول ظرفیت انجام آن را دارد؟ آیا اولویت کار نسبت به زمانی که ثبت شده تغییر نکرده است؟ اگر پاسخ هر سه روشن باشد، میتوان کار را دوباره وارد جریان اجرا کرد.
این روش جلوی رفتوبرگشت بیهدف وظایف بین ستونهای بورد را میگیرد. وضعیت هر کار باید بازتاب واقعیت باشد، نه چیزی که دوست داریم اتفاق بیفتد.
مدیریت خوب یعنی تعداد کارهای باز کمتر، نه بیشتر
وجود صدها تسک در یک سیستم مدیریت وظایف نشانه مدیریت دقیق نیست. اگر بخش بزرگی از آنها بدون تصمیم باقی مانده باشند، چنین سیستمی فقط یک فهرست بلند از تعهدات نامشخص است. یک بورد سالم ممکن است تعداد کار کمتری داشته باشد اما هر کار مسئول، وضعیت و اقدام بعدی مشخص داشته باشد.
بهعنوان یک قاعده پیشنهادی، اگر بیش از ۱۰ تا ۲۰ درصد وظایف فعال تیم برای مدت طولانی بدون تغییر باقی میمانند، ارزش دارد علت را بررسی کنید. این عدد معیار علمی یا ثابت نیست، بلکه یک هشدار مدیریتی برای پیدا کردن گلوگاههای جریان کار است.
گاهی نتیجه این بررسی نشان میدهد مشکل از خود وظایف نیست؛ شاید تصمیمها دیر گرفته میشوند، مشتریان پاسخ نمیدهند، حجم کار بیش از ظرفیت است یا اعضای تیم برای شروع منتظر مدیر هستند. کارهای رسوبکرده در بسیاری از مواقع علامت یک مشکل بزرگتر در فرآیند هستند.
جمعبندی
کارهای رسوبکرده با جابهجا کردن تاریخ سررسید حل نمیشوند. هر وظیفهای که متوقف شده باید یک تصمیم روشن داشته باشد: انجام، تقسیم، واگذاری، انتظار، زمانبندی مجدد یا حذف. مهمترین اصل این است که هیچ کاری بدون دلیل مشخص و اقدام بعدی در سیستم باقی نماند.
برای کارهای وابسته به عوامل بیرونی، وضعیت «منتظر» و تاریخ پیگیری تعریف کنید. کارهای بزرگ را به اقدامات کوچکتر تبدیل کنید، وظایف کمارزش را حذف کنید و حداقل هفتهای یکبار کارهای بدون حرکت را مرور کنید. با همین فرآیند ساده، بورد شما بهجای آرشیوی از کارهای انجامنشده، دوباره تبدیل به تصویر واقعی جریان کار تیم میشود.
در تیکبورد میتوانید با استفاده از ستونهای قابل تنظیم، برچسبها، مسئول انجام، سررسید، یادآورها، نظرات، تقویم و گزارشها این فرآیند را در همان محیط مدیریت کار تیم اجرا کنید. بهجای اینکه کارهای قدیمی را هفتهبههفته با خود حمل کنید، برای هرکدام یک تصمیم مشخص بگیرید و اجازه دهید فهرست وظایف دوباره قابل اعتماد شود.