راهنمای مدیریت وظایف پروژه ساختمانی

مدیریت وظایف پروژه ساختمانی چیست؟

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

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

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

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

یک نکته عملی: مدیریت وظایف از دفتر شروع می‌شود، اما در محل زنده می‌ماند. وظیفه‌ای که فقط روی کاغذ تعریف شده و در کارگاه دیده نمی‌شود، به‌سرعت به یک یادداشت فراموش‌شده تبدیل می‌شود. سرپرست کارگاه باید در طول روز وضعیت وظیفه را با محل تطبیق دهد و اگر تعریف اولیه با واقعیت نمی‌خواند، آن را اصلاح کند. این اصلاح باید ثبت شود تا وظیفه بعدی از همان اشتباه تکرار نشود. همچنین وظیفه باید به یک فعالیت یا بسته کاری در برنامه پروژه وصل باشد؛ وظیفه‌ای که به هیچ بخشی از برنامه وصل نیست، یا کار جانبی است یا نشانه‌ای از نبود هماهنگی میان برنامه و اجرا.

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

همچنین وظیفه باید در یک سطح از جزئیات بماند که هم قابل اجرا باشد و هم قابل مرور. وظیفه‌ای که چند روز طول می‌کشد، برای پیگیری روزانه مناسب نیست؛ آن را به بسته‌های کاری کوچک‌تر تقسیم کنید. وظیفه‌ای که فقط چند دقیقه طول می‌کشد هم نباید فهرست را شلوغ کند؛ چنین کارهایی را می‌توان در سطح خود اکیپ مدیریت کرد. مرز خوب، جایی است که خروجی وظیفه در پایان بازه قابل بررسی باشد.

مرز وظیفه، فعالیت، برنامه روز و پیشرفت

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

در گزارش‌دهی، این مرزها تعیین می‌کنند چه عددی را کجا بگویید. اگر در گزارش روزانه بنویسید «پیشرفت پروژه ۳۰ درصد»، اما فقط چند وظیفه کوچک بسته شده باشد، عدد شما با واقعیت فعالیت‌ها فاصله دارد. در مقابل، اگر در پیگیری روزانه فقط درصد فعالیت را تکرار کنید، اکیپ نمی‌داند امروز چه کاری را شروع کند. بنابراین گزارش روزانه باید از وظایف و اتفاقات روز بگوید و گزارش پیشرفت باید از فعالیت‌ها و مقدار کار. یکی بدون دیگری یا بیش از حد جزئی است یا بیش از حد کلی.

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

وقتی این مرزها روشن نباشد، دو خطای متضاد رخ می‌دهد: یا هر فعالیت بزرگ را یک وظیفه روزانه فرض می‌کنند و پیگیری غیرممکن می‌شود، یا هر کار کوچک را پیشرفت پروژه می‌نامند و تصویر بزرگ گم می‌شود. در حالت اول، اکیپ با یک تعهد مبهم رها می‌شود؛ در حالت دوم، مدیر پروژه عددی می‌بیند که با واقعیت کارگاه فاصله دارد.

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

یک مثال ساده کمک می‌کند: فعالیت «اجرای اسکلت طبقه دوم» ممکن است چند هفته طول بکشد، اما وظیفه «نصب قالب ستون‌های محور A تا C تا پایان امروز» یک تعهد روزانه است. برنامه روز تصمیم می‌گیرد این وظیفه با کدام اکیپ و در چه ترتیبی انجام شود. گزارش پیشرفت مقدار کار کل فعالیت را در برابر برنامه می‌سنجد. اگر این سه سطح را در یک جمله خلاصه کنید، احتمالاً هیچ‌کدام را دقیق نگفته‌اید.

در جلسه‌های روزانه، همین مرز از بحث‌های بی‌پایان جلوگیری می‌کند. وقتی سرپرست اکیپ می‌گوید «کار تمام شد»، منظورش بسته‌شدن وظیفه است. وقتی مدیر پروژه می‌گوید «پیشرفت ۴۰ درصد است»، منظورش مقدار کار فعالیت است. اگر این دو بدون تفکیک در یک گزارش بیایند، ممکن است هر دو درست باشند اما جمع آن‌ها عددی بی‌معنا بسازد.

اجزای یک وظیفه قابل اجرا

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

مهم‌ترین جزء، معیار پایان است؛ همان چیزی که به اکیپ می‌گوید کار کِی تمام شده است. «نصب میلگرد» معیار روشنی ندارد، اما «نصب و بستن میلگرد ستون‌های محور A تا C مطابق نقشه و تأیید سرپرست» معیار دارد. معیار می‌تواند تحویل متراژ، تأیید کیفیت، تست، یا رسید انبار باشد.

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

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

• عنوان کوتاه با فعل مشخص؛ مثلاً «نصب قالب» به‌جای «کار قالب»
• محدوده دقیق محل یا محورهای کار
• یک مسئول مشخص در سطح فرد یا سرپرست اکیپ
• زمان شروع، زمان پایان و نقطه بازبینی
• منابع و پیش‌نیازهای لازم برای شروع
• معیار پایان قابل مشاهده و قابل تأیید
• وابستگی به کارهای دیگر و تحویل‌گیرنده نتیجه

از تعریف تا بستن: جریان وظیفه روی تخته کار

تخته وظایف، ساده‌ترین راه دیدن جریان کار است. هر وظیفه از یک ستون به ستون بعدی حرکت می‌کند و هیچ وظیفه‌ای بدون شاهد از ستون آخر بیرون نمی‌رود.

ستون‌های پیشنهادی برای یک کارگاه متوسط: «باز»، «آماده شروع»، «در جریان»، «در انتظار تأیید» و «بسته». وظیفه در ستون باز است تا مسئول، زمان و معیار پایان آن روشن شود. وقتی پیش‌نیازها آماده شد به «آماده شروع» می‌رود و با شروع کار به «در جریان». پس از اجرا، تا زمانی که خروجی بررسی نشده در «در انتظار تأیید» می‌ماند و فقط با شاهد به «بسته» منتقل می‌شود.

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

تخته وظایف برای دیده‌شدن است، نه برای تزئین. اگر ستون‌ها هر روز به‌روز نشوند، خیلی زود به یک تابلوی قدیمی تبدیل می‌شوند و اعتماد اکیپ را از دست می‌دهند. به‌روزرسانی باید کوتاه و بخشی از روتین روز باشد، نه یک کار اداری جداگانه.

اولویت‌بندی وظایف با ماتریس فوریت و اثر

اولویت‌بندی یعنی تصمیم بگیرید کدام وظیفه پیش از بقیه منابع محدود را می‌گیرد. در کارگاه، صدای درخواست‌ها همیشه بلند است؛ اما بلندترین صدا لزوماً مهم‌ترین کار نیست. معیار اصلی، اثر وظیفه بر تعهد پروژه و وابستگی کارهای دیگر به آن است.

در عمل، اولویت‌بندی وقتی مفید است که به تصمیم تخصیص منتهی شود. اگر وظیفه‌ای اولویت بالا دارد اما هیچ اکیپ یا منبعی به آن اختصاص نمی‌یابد، اولویت فقط یک برچسب است. سرپرست کارگاه باید پس از تعیین اولویت، در برنامه روز نشان دهد که این وظیفه چه زمانی، با چه کسی و با چه پیش‌نیازی انجام می‌شود. همچنین اگر اولویتی تغییر می‌کند، دلیل آن را ثبت کنید تا در مرور هفته معلوم شود تصمیم درست بوده یا نه.

خانه بالا-راست، فوری و اثر زیاد، محل کارهایی است که باید همان روز تعیین تکلیف شوند. خانه پایین-چپ، نه فوری و نه اثر زیاد، جایی است که بسیاری از کارهای اداری تکراری قرار می‌گیرند و می‌توانند حذف یا ساده شوند. مهم‌تر از برچسب‌زدن، پرسیدن سه سؤال است: اگر این کار امروز انجام نشود چه اتفاقی می‌افتد؟ چه کار دیگری منتظر آن است؟ و آیا منبع لازم برای انجامش واقعاً آزاد است؟

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

اولویت ثابت نیست. تأخیر یک تحویل، تغییر نقشه یا خرابی تجهیزات می‌تواند اولویت‌ها را جابه‌جا کند. اما جابه‌جایی باید آگاهانه و ثبت‌شده باشد، نه واکنشی در هر ساعت. اگر هر درخواست تازه، برنامه روز را بازنویسی کند، اکیپ‌ها هیچ‌وقت روی کار اصلی تمرکز نمی‌کنند.

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

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

از وظیفه به برنامه روز: یک مثال اجرایی

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

جدول برنامه روز باید با اولویت‌ها هم‌راستا باشد. اگر اولویت اول امروز در ردیف سوم جدول بنشیند، اکیپ احتمالاً ابتدا کار ردیف اول را شروع می‌کند. ترتیب ردیف‌ها، ترتیب اجرا را به اکیپ القا می‌کند؛ بنابراین مهم است که کارهای مسیرساز در بالا و کارهای قابل تعویق در پایین قرار بگیرند. همچنین برای هر ردیف باید مشخص باشد که اگر کار قبلی تأخیر کرد، چه جایگزینی دارد.

در چیدن برنامه روز، ابتدا وظایف وابسته را کنار هم بگذارید، سپس اکیپ‌ها را تخصیص دهید. اگر ابتدا اکیپ‌ها را پر کنید و بعد وابستگی‌ها را ببینید، ممکن است مجبور شوید برنامه را دوباره بنویسید. یک روش ساده این است که کارها را روی کاغذ یا تخته به ترتیب وابستگی بچینید و بعد نام اکیپ را کنار هر کار بگذارید. این کار از تخصیص دوباره و سردرگمی صبحگاهی جلوگیری می‌کند.

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

تخصیص وظیفه: یک مسئول، یک تعهد

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

مسئولیت را به فرد یا اکیپ بدهید، نه به چند نفر هم‌زمان. در کارهای اکیپی، سرپرست اکیپ پاسخ‌گو است؛ اما این پاسخ‌گویی باید در حضور اعضای اکیپ روشن شود تا کسی تصور نکند مسئولیت فقط روی کاغذ است. اگر کار به دو اکیپ مرتبط است، یک نفر باید هماهنگی نهایی را بر عهده بگیرد.

منابع و محدودیت‌ها را هم همراه وظیفه اعلام کنید: دسترسی به محل، تجهیزات، مصالح و زمان تحویل. وظیفه‌ای که بدون منبع سپرده شود، در واقع امید است، نه تعهد. برای روش دقیق‌تر این کار، سپردن وظایف به اکیپ‌ها را ببینید.

پیگیری روزانه و سنجش پیشرفت

پیگیری، به‌روزرسانی وضعیت وظیفه با شاهد است، نه پرسیدن کلی «چطور پیش می‌رود؟». در هر بازبینی، سه چیز را ثبت کنید: وضعیت وظیفه، مقدار کار انجام‌شده و مانع موجود. اگر وظیفه‌ای بیش از حد انتظار در یک وضعیت مانده، علت آن باید روشن شود.

پیگیری باید شواهد را به تصمیم وصل کند. اگر وضعیت یک وظیفه سه روز تغییر نکرده، ثبت دوباره همان وضعیت کافی نیست؛ باید علت، مسئول رفع و زمان بازبینی بعدی اضافه شود. در غیر این صورت، فهرست وظایف به یک آرشیو تبدیل می‌شود، نه ابزار مدیریت.

برای سنجش پیشرفت فعالیت، از مقدار کار استفاده کنید، نه تعداد وظایف. فرمول ساده آن این است:

مثال فرضی: اگر از ۲۰۰ مترمربع دیوارچینی یک بخش، ۸۰ مترمربع انجام شده باشد، پیشرفت آن فعالیت ۴۰ درصد است. این عدد با «هشت وظیفه از بیست وظیفه بسته شده» یکی نیست، مگر آنکه هر وظیفه دقیقاً همان مقدار کار را نمایندگی کند.

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

روش ثبت و مرور این داده‌ها در پیگیری فعالیت‌های کارگاه توضیح داده شده است. پیگیری خوب، فشار آوردن نیست؛ فراهم‌کردن شرایطی است که تعهد اجرایی هر روز قابل بررسی باشد.

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

برای هر وظیفه متوقف، یک اقدام بعدی مشخص بنویسید: چه کسی، چه کاری، تا چه زمانی. اگر اقدام بعدی روشن نباشد، ثبت وضعیت فقط یک یادآوری است. اگر مانع بیرون از کنترل اکیپ است، مسئول رفع آن را در سطح کارگاه مشخص کنید؛ اگر مانع درون اکیپ است، سرپرست اکیپ باید تصمیم اصلاحی بگیرد.

بستن وظیفه و جلوگیری از کار نیمه‌تمام

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

بستن وظیفه باید در جلسه پایان روز هم مرور شود. اگر وظیفه‌ای بسته شده اما اکیپ بعدی از تحویل محل بی‌خبر است، ممکن است فردا منتظر بماند. بنابراین بستن وظیفه فقط تغییر وضعیت در فهرست نیست؛ یک ارتباط کوتاه با واحد بعدی هم لازم دارد. برای وظایف حساس، بهتر است تحویل‌گیرنده هم تأیید کند که محل را دیده و تحویل را پذیرفته است.

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

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

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

بستن وظیفه در کارهای زنجیره‌ای اهمیت بیشتری دارد. در تحویل قالب به میلگرد یا میلگرد به بتن، یک نقص کوچک می‌تواند کار اکیپ بعدی را متوقف کند. بنابراین پیش از بستن، تحویل‌گیرنده باید فرصت بررسی داشته باشد و نتیجه را اعلام کند. اگر تحویل با یادداشت پذیرفته می‌شود، مسئول رفع یادداشت و زمان آن را ثبت کنید.

در پایان روز، وظایف بسته را یک بار مرور کنید. اگر وظیفه‌ای بدون شاهد بسته شده، آن را به وضعیت بررسی برگردانید. اگر وظیفه‌ای با کار باقی‌مانده بسته شده، یک وظیفه جدید برای باقی‌مانده بسازید. این مرور کوتاه، فهرست وظایف را به واقعیت کارگاه نزدیک نگه می‌دارد.

جمع‌بندی: مدیریت وظایف پروژه ساختمانی در یک چک‌لیست

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

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

برای پروژه‌های چنداکیپی و چندکارگاهی، ثبت یکپارچه وظایف و مشاهده وضعیت آن‌ها در نرم‌افزار مدیریت وظایف پروژه از پراکندگی اطلاعات جلوگیری می‌کند. با این حال، ابزار جای تصمیم سرپرست را نمی‌گیرد؛ ابزار فقط تصمیم را قابل پیگیری می‌کند.