سیستم زمان‌بندی در بیشتر کسب‌وکارهای کوچک پیمانکاری، همان ذهن یک نفر است، با پشتیبانی یک گروه پیام‌رسان و یک تخته‌سفید در کارگاه.

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

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

واقعاً چه چیزی خراب می‌شود؟

ارزش دارد دربارهٔ خودِ شکست دقیق باشیم، چون تشخیص بدیهی («ما به یک اپلیکیشن زمان‌بندی نیاز داریم») آدم‌ها را به سمت خرید چیزی می‌برد که مشکل را حل نمی‌کند.

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

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

هیچ‌کس نمی‌تواند فردا را ببیند. تیم‌ها امروز را می‌دانند چون امروز صبح به آن‌ها گفته شده. نمی‌توانند برنامه‌ریزی کنند، نمی‌توانند به مشتری بگویند «پنج‌شنبه برمی‌گردیم»، و نمی‌توانند تا خودِ پنج‌شنبه بگویند که پنج‌شنبه مشکل دارد.

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

برنامهٔ روی یک تخته‌سفید در کارگاه یک پیمانکار، که بخشی از آن پاک و دوباره نوشته شده

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

یک برنامه، که همه می‌بینند

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

واقعاً همین کل ایده است، و ارزشش تقریباً کاملاً از همان دو کلمهٔ «واحد» و «همه» می‌آید. یک ابزار زمان‌بندی زیبا که فقط صاحب‌کار به آن نگاه می‌کند، همان مشکل اولیه را با گرافیک بهتر بازتولید می‌کند.

سه ویژگی بیشتر از هر امکان دیگری اهمیت دارند:

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

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

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

تختهٔ روزانه و هفتهٔ پیش‌رو

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

تختهٔ روزانه سند کاری تیم است. امروز، چه کسی کجاست، به چه ترتیبی، همراه با آدرس‌ها و یادداشت‌های نحوهٔ دسترسی. باید بی‌رحمانه ساده باشد و ساعت ۶:۴۵ صبح نباید نیاز به تفسیر داشته باشد.

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

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

عمداً کمی فضای خالی بگذارید

رایج‌ترین اشتباه زمان‌بندی در پیمانکاری کوچک، بی‌نظمی نیست. رزرو کردن تا صد درصد ظرفیت است.

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

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

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

دو عضو تیم که با هم پشت یک ون، به گوشی نگاه می‌کنند

پیمانکاران فرعی هم بخشی از برنامه‌اند

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

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

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

اول چه‌کاری باید انجام دهید؟

اگر روی یک تخته‌سفید و یک گروه پیام‌رسان می‌چرخید و دارد به‌زحمت می‌افتد، این ترتیب جواب می‌دهد:

  1. هر کار متعهدشده را در یک‌جا جمع کنید، از جمله قول‌های مبهمی که به مشتری داده‌اید. این کار ناخوشایند است، چون کشف می‌کنید بیش‌ازحد تعهد داده‌اید. بهتر است همین الان این را بفهمید.
  2. به هر عضو تیم دسترسی خواندن روی گوشی‌اش بدهید. فقط همین یک کار، پیش از هر تغییری در فرایند، بیشتر ترافیک روزانهٔ «من کجا هستم؟» را از بین می‌برد.
  3. از اعلام جداگانهٔ تغییرات دست بردارید. برنامه را تغییر دهید و بگذارید بقیه خودشان ببینند. این فقط بعد از قدم دوم جواب می‌دهد، و همین است که گروه پیام‌رسان را واقعاً از نقش مرجع کنار می‌گذارد.
  4. تاریخ‌های پیمانکاران فرعی را اضافه کنید.
  5. برای هر تیم، هفته‌ای نیم‌روز فضای خالی بگذارید و از آن دفاع کنید.

قدم‌های یک و دو بیشتر کار را انجام می‌دهند. بقیه، صیقل‌دادن جزئیات است.

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

ما فقط دو نفریم. آیا این کار زیاده‌روی است؟

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

چقدر باید از قبل برنامه‌ریزی کنیم؟

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

تکلیف کارهایی که قطع و دوباره شروع می‌شوند چیست؟

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

آیا مشتری‌ها باید برنامه را ببینند؟

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