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

ساخت‌وساز کاری است که در حرکت است. مصالح می‌رسد، اکیپ‌ها شکل می‌گیرند، هوا تغییر می‌کند، و برنامهٔ صبح دوشنبه به‌ندرت تا سه‌شنبه دوام می‌آورد. شرکت‌هایی که این واقعیت را خوب مدیریت می‌کنند، یک عادت مشترک دارند: کار را در یک سابقه نگه می‌دارند، نه در ذهن کسی.

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

چرا مدیریت وظایف در کارگاه شکست می‌خورد

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

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

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

یک سابقهٔ وظیفه باید چه چیزی را در خود داشته باشد

یک سابقهٔ وظیفهٔ مفید حداقل مجموعه‌ای از واقعیت‌ها را در خود دارد که کار را قابل مدیریت می‌کند: یک عنوان، یک توضیح، یک مسئول، یک اولویت، یک تاریخ سررسید، و یک وضعیت.

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

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

گردش کار: برای انجام، در حال انجام، انجام‌شده

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

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

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

واگذاری گام پاسخگویی است

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

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

بستن حلقه

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

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

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

اولویت‌ها و تاریخ‌های سررسید

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

خطر، تورم اولویت است: وقتی همه‌چیز اولویت بالا داشته باشد، هیچ‌چیز ندارد. قاعدهٔ سرانگشتی این است که اولویت بالا برای کاری کنار گذاشته می‌شود که مانع کار دیگر می‌شود.

غیرفعال‌سازی به‌منزلهٔ نگهداری

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

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

وظایف چگونه به بقیهٔ عملیات متصل می‌شوند

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

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

پرسش‌های متداول

آیا وظایف را می‌توان به هر کسی در اکیپ واگذار کرد؟ بله. وظایف به کارمندان واگذار می‌شوند و واگذارشده وظیفه را در فهرست خود می‌بیند.

اگر وظیفه‌ای به فرد اشتباه واگذار شود چه می‌شود؟ واگذاری را می‌توان توسط سرپرست تغییر داد.

آیا وظایف به‌تفکیک کارگاه هستند؟ بله. وظایف به‌تفکیک کارگاه سازمان‌دهی می‌شوند، بنابراین فهرست هر کارگاه کار خودش را بازتاب می‌دهد.

با وظایف تکمیل‌شده چه اتفاقی می‌افتد؟ وظایف تکمیل‌شده در گزارش روزانهٔ کارگاه و روز ظاهر می‌شوند.

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

یک مثال عملی از یک روز مدیریت‌شده با وظایف

یک کارگاه روز چهارشنبه سه اکیپ دارد. سرپرست روز را با فهرست وظایف آغاز می‌کند: هشت وظیفهٔ باز که دو موردشان اولویت بالا دارند. وظیفهٔ 3، یک بازرسی آرماتور که مانع بتن‌ریزی بعدازظهر می‌شود، سررسیدش امروز است و به سرکارگر واگذار شده است.

ساعت 9:00 صبح، سرکارگر وظیفهٔ 3 را به در حال انجام منتقل می‌کند. ساعت 10:30 صبح، بازرس می‌رسد؛ ساعت 11:15 صبح، وظیفه به بازبینی می‌رود و تا ظهر انجام‌شده است. بتن‌ریزی طبق برنامه پیش می‌رود. در همین حال، یک تحویل مصالح که در فهرست نبود، همان‌جا به‌عنوان یک وظیفه ایجاد، واگذار و تا ساعت 3:00 بعدازظهر تکمیل می‌شود.

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

آن مثال تمام استدلال برای مدیریت وظایف است: مورد مسدودکننده دیدنی بود، و دیدپذیری همان چیزی است که هماهنگی را ممکن کرد.

آیین بررسی روزانه

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

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

تعاریف کلیدی

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

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

چگونه مدیریت وظایف را در کارگاه معرفی کنیم

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

اشتباه رایج در پیاده‌سازی تلاش برای ثبت هر تکه کار به‌صورت یک‌جا است. فهرست باید با ده یا پانزده موردی شروع شود که واقعاً این هفته اهمیت دارند، نه کل برنامهٔ پروژه. یک فهرست متمرکز که روزانه بررسی می‌شود از یک فهرست جامع که نادیده گرفته می‌شود بهتر است.

اولویت‌ها در عمل

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

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

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

وقتی سیستم کار می‌کند

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

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

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

سپردن فهرست به اکیپ

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

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

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

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

مدیریت وظایف چه کاری انجام نمی‌دهد

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

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

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

نتیجه‌گیری

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