Ở phần lớn nhà thầu nhỏ, hệ thống lên lịch chính là cái đầu của một người, cộng thêm một nhóm chat và tấm bảng trắng treo trong xưởng.
Nó chạy được. Phải thừa nhận điều đó: nó thực sự chạy được, cho đến khoảng hai đội thợ. Chủ biết ai đang ở đâu, có gì thay đổi thì nhắn tin sắp xếp lại. Cả bộ máy chạy được là nhờ mọi người cùng nắm một mớ thông tin ngầm — viết ra thì mất cả tiếng, nói miệng chỉ mười giây.
Rồi nó hỏng, và hỏng rất đột ngột. Thường là do có đội thứ ba, do chủ nghỉ một tuần, hoặc do một ngày thứ Ba xui xẻo khi một cuộc hủy lịch kéo đổ cả dây. Hai người cùng đến một công trình. Công trình khác thì không ai đến. Khách đặt lịch từ ba tuần trước bị gọi vào tối hôm trước để dời ngày.
Điều gì thực sự đổ vỡ?
Nên gọi tên thật chính xác chỗ hỏng, vì kết luận hiển nhiên ("mình cần một ứng dụng lên lịch") thường dẫn người ta đi mua một thứ không chữa được bệnh.
Lịch nằm ở nhiều chỗ cùng lúc. Bảng trắng nói một đằng, bốn mươi tin nhắn gần nhất trong nhóm chat nói một nẻo, còn bản đúng thật thì nằm trong đầu chủ. Không ai biết đâu mới là bản chính thức nên ai cũng đi hỏi chủ, và chủ thành nút thắt cổ chai của mọi câu hỏi.
Thay đổi không tới được nơi cần tới. Một thay đổi báo trong nhóm chat lúc 9 giờ tối chỉ đến được người đang cầm điện thoại lúc đó. Người thợ đang lái xe thì 7 giờ sáng hôm sau mới biết, khi đã đến nhầm địa chỉ.
Không ai thấy được ngày mai. Thợ chỉ biết việc hôm nay vì sáng nay được báo. Họ không lên kế hoạch được, không dám hẹn khách "thứ Năm chúng tôi quay lại", và cũng chỉ báo được là thứ Năm kẹt khi thứ Năm đã đến.
Cam kết với khách thì vô hình. Lịch theo dõi thợ đi đâu, chứ không theo dõi mình đã hứa gì. Nên câu "tuần có ngày 14 chúng tôi khởi công phòng bếp nhà anh chị", nói qua điện thoại một tháng trước, chẳng được ghi ở đâu cả. Nó chỉ hiện ra dưới dạng một cuộc gọi nổi giận vào ngày 15.
Công cụ tính chi phí di chuyển cho bạn biết quãng đường đến công trình tốn của bạn bao nhiêu, tính theo từng công trình và cả năm.
Một lịch trình duy nhất, mọi người đều thấy
Cách chữa không có gì cao siêu: một lịch duy nhất làm bản chuẩn, thợ nào cũng xem được trên điện thoại của mình, và hễ có thay đổi là cập nhật cho tất cả cùng lúc.
Ý tưởng chỉ có vậy, và giá trị của nó nằm gần như trọn vẹn ở hai chữ "duy nhất" và "tất cả". Một phần mềm lên lịch đẹp mà chỉ mình chủ mở ra xem thì vẫn là đúng cái vấn đề cũ, chỉ khác là giao diện đẹp hơn.
Ba thứ sau quan trọng hơn danh sách tính năng:
Phải đọc được trên điện thoại, đứng ngay ngoài cổng, trong khoảng ba giây. Tôi đang ở đâu, làm gì, còn ai làm cùng, địa chỉ chỗ nào. Nếu người thợ phải bấm tìm lòng vòng, họ sẽ nhắn tin hỏi chủ cho nhanh, và bạn lại quay về vạch xuất phát.
Thay đổi phải tự hiện ra, không cần ai đi báo. Việc dời lịch thì lịch phải dời theo. Không ai phải nhắn thêm một tin nào nữa, vì đúng cái hôm quên nhắn là hôm có người lái xe đến nhầm chỗ.
Phải có cả lời hứa với khách, chứ không chỉ có phân công cho thợ. Lịch cần biết việc này đã hứa cho tuần có ngày 14, để khi bạn đẩy một việc khác vào tuần đó, bạn nhìn ra ngay mình đang chiếm chỗ của ai.
Bảng trong ngày và bức tranh tuần tới
Trên thực tế, đội nhỏ cần hai góc nhìn khác nhau, và gộp chung hai thứ đó là sai lầm rất hay gặp.
Bảng trong ngày là tờ giấy làm việc của đội thợ. Hôm nay ai ở đâu, làm theo thứ tự nào, địa chỉ và ghi chú đường vào ra sao. Nó phải đơn giản đến mức thô, không bắt ai phải ngồi đoán ý lúc 6 giờ 45 sáng.
Bức tranh tuần tới là màn hình lên kế hoạch của chủ. Nó cho thấy sức nhận việc: đội nào còn chỗ trống, việc gì chưa có người, việc gì đang có rủi ro. Đây là chỗ bạn trả lời câu "mình có nhận việc này được không?", và là thứ giúp bạn thôi hứa quá tay.
Thợ không phải mở màn hình lập kế hoạch mới biết hôm nay làm gì, còn chủ không phải ghép bảy tấm bảng trong ngày lại mới biết đội mình còn nhận được bao nhiêu việc. Zeus tách hai thứ này ra một cách có chủ ý: một Bảng trong ngày cho thợ, một bộ lập lịch để phân việc cho cả tuần. Cả hai cùng đọc từ một lịch duy nhất nên không thể mâu thuẫn nhau.
Chủ động chừa khoảng trống
Sai lầm lên lịch phổ biến nhất ở nhà thầu nhỏ không phải là lộn xộn. Mà là xếp việc kín 100% năng lực.
Nếu đội nào cũng kín việc mỗi ngày thì chỉ một lần trễ tiến độ, một ngày nghỉ ốm hay một buổi thanh tra bị hoãn là không còn chỗ nào để đẩy sang. Nó đổ dây chuyền, dời lịch của ba khách hàng, và bạn phải gọi điện giải thích với từng người trong số đó. Một ngày hỏng thành hai tuần hỏng.
Cố tình chừa chỗ trống nghe như lãng phí, nhưng không phải. Mỗi đội để trống nửa ngày mỗi tuần là đủ nuốt gần hết những biến động thông thường. Vào những tuần không có gì trục trặc, chỗ trống đó thành thời gian đi bảo hành lại, xử lý danh sách lỗi vặt, làm báo giá, hoặc bảo trì mà bạn vẫn trì hoãn — toàn những việc đằng nào cũng chưa ai làm.
Thói quen đi kèm: đừng chốt ngày khởi công cụ thể từ quá sớm cho những việc mà khâu chuẩn bị không nằm trong tay bạn. "Tuần có ngày 14" là lời hứa bạn giữ được. "Thứ Ba ngày 14 lúc 8 giờ sáng", hứa trước một tháng, là lời hứa phụ thuộc vào bốn thứ phải cùng suôn sẻ. Nó biến một trục trặc nhỏ thành một cam kết bị phá vỡ.
Nhà thầu phụ cũng là một phần của lịch trình
Một lỗ hổng hay gặp khi lên lịch cho đội nhỏ là nhà thầu phụ nằm ngoài hệ thống. Thợ thạch cao thì hẹn qua tin nhắn, thợ điện thì hẹn qua điện thoại, và chẳng ai trong số họ có mặt trên cái lịch mà mọi phần việc còn lại xoay quanh.
Nó gây ra một lỗi rất cụ thể và rất tốn tiền: đội bạn xong phần thô vào thứ Tư, nhưng thợ điện lại hẹn thứ Hai tuần sau, và mãi đến chiều thứ Tư mới có người nhận ra bốn ngày chết đó.
Nhà thầu phụ không cần dùng phần mềm của bạn. Nhưng ngày họ đã nhận thì phải nằm trên lịch của bạn, hiện ngay cạnh đội thợ nhà. Không có nó, bạn không nhìn ra chuỗi phụ thuộc — thứ thực sự quyết định khi nào công việc xong.
Bạn nên làm gì trước tiên?
Nếu bạn đang chạy bằng bảng trắng với nhóm chat mà thấy bắt đầu quá tải, đây là trình tự có hiệu quả:
- Dồn mọi việc đã nhận vào một chỗ duy nhất, kể cả những lời hứa mơ hồ với khách. Bước này sẽ khó chịu, vì bạn sẽ phát hiện mình ôm quá nhiều việc. Nhưng biết bây giờ vẫn hơn.
- Cho mỗi người thợ quyền xem lịch trên điện thoại. Chỉ riêng bước này, chưa cần đổi quy trình gì, đã cắt được phần lớn số tin nhắn "hôm nay tôi đi đâu?" mỗi ngày.
- Ngừng đi báo từng thay đổi một. Cứ sửa lịch rồi để mọi người tự thấy. Cách này chỉ chạy được sau bước 2, và nó mới thực sự cho nhóm chat thôi làm nơi lưu bản chính thức.
- Thêm ngày làm việc của nhà thầu phụ.
- Chừa nửa ngày trống mỗi tuần cho mỗi đội và giữ bằng được khoảng trống đó.
Bước 1 và 2 gánh phần lớn kết quả. Phần còn lại chỉ là tinh chỉnh.
Câu hỏi thường gặp
Chúng tôi chỉ có hai người. Điều này có phải quá mức cần thiết không?
Với hai người, cách nhớ trong đầu rồi nhắn tin thực sự hiệu quả, và bày vẽ quá sớm chỉ thêm việc chứ không được gì. Dấu hiệu cần đổi không phải là số người: đó là lúc bạn bắt đầu phải ngồi nhớ lại xem đã hứa gì với ai, hoặc lúc có người đến nhầm chỗ đến lần thứ hai.
Chúng tôi nên lên lịch trước bao xa?
Phân công chắc chắn cho một đến hai tuần tới. Xa hơn, khoảng một đến hai tháng nữa, thì chỉ cam kết theo tuần chứ đừng cam kết theo ngày. Chốt ngày cụ thể cho việc còn cách ba tháng chỉ tạo ra sự chính xác giả, và bạn sẽ mất trọn mấy tháng đó để xếp đi xếp lại.
Còn những công việc bị gián đoạn rồi tiếp tục thì sao?
Cứ mỗi lần đụng vào là phải có một dòng trên lịch, chứ không phải một khối duy nhất. Một phòng bếp làm rải ra năm ngày không liên tiếp là năm mục riêng. Gộp thành một khối liền mạch sẽ giấu mất các khoảng hở, mà chính những khoảng hở đó mới là nơi năng lực của bạn biến mất.
Khách hàng có nên xem được lịch trình không?
Thường là không. Lịch nội bộ có thông tin của những khách khác và thay đổi liên tục; cho khách nhìn vào là mở đường cho việc mặc cả xem đội thợ đi đâu trước. Hãy báo cho khách khung thời gian đã cam kết với họ, và cập nhật mỗi khi nó thay đổi.
ZEUS