Ai cũng xong, kết quả vẫn trễ
Có một dạng việc lặp lại ở những doanh nghiệp mà mỗi lần bàn giao công việc là một lần đi qua ranh giới bộ phận. Hỏi riêng từng nơi thì nơi nào cũng báo phần của mình đã xong và đưa ra được bằng chứng. Đo từ đầu tới cuối thì đơn hàng trễ vài ngày, và không ai chỉ ra được ngày đã mất ở đâu.
Kết luận quen thuộc là các bộ phận không phối hợp với nhau. Kết luận chính xác hơn: thời gian không mất bên trong bộ phận nào cả. Nó mất ở giữa, tại chỗ bàn giao công việc - và bàn giao là phần việc duy nhất không xuất hiện trên bất kỳ bảng phân công nào.
Bảng phân công chia theo người, công việc thì đi ngang
Bảng phân công trả lời tốt đúng một câu hỏi: ai phụ trách khối việc nào. Nó được vẽ bằng cách chia người. Nhưng công việc thì không nằm yên trong một ô - nó vào ở một ranh giới và ra ở một ranh giới khác, còn bản thân ranh giới đó không thuộc về ai.
Đặt vòng bốn nhịp giao việc của bài đầu loạt này lên đúng ranh giới ấy - đề nghị, thoả thuận, thực hiện, nghiệm thu - thì cấu trúc hiện ra. Nhịp nghiệm thu của người phía trước chính là nhịp đề nghị của người phía sau. Đó là cùng một thời điểm, nhìn từ hai phía.
Bàn giao là một sự kiện mà hai người trải nghiệm thành hai việc khác nhau: kết thúc của tôi, khởi đầu của anh.
Đó là lý do khoảng trống không có chủ. Người phía trước coi việc kết thúc tại thời điểm họ dừng tay; người phía sau coi việc bắt đầu tại thời điểm họ được báo. Giữa hai thời điểm ấy, công việc vẫn tồn tại mà không thuộc về ai, và tổ chức không có ô nào để ghi nó lại.
Một sự kiện nhìn từ hai phía, quãng chờ nằm ở giữa.
Ba dạng bàn giao công việc hay đứt
Bàn giao im lặng
Người phía trước làm xong mà không có gì thay đổi để người phía sau nhìn thấy. Việc nằm chờ cho tới khi tình cờ có ai hỏi tới. Khi đo trên nhật ký, đây là nguồn mất ngày nhiều nhất.
Bàn giao không có tiêu chí
Người phía sau được báo bắt đầu nhưng không được cho biết thế nào là xong ở phía trước. Họ khởi công, đi được nửa đường thì phát hiện thiếu đầu vào, rồi trả ngược lại. Vòng chạy hai lần.
Bàn giao có điều kiện
Việc chỉ được đi tiếp sau một lần kiểm hoặc một lần duyệt. Không ai sở hữu quãng chờ, nên điều kiện đó bị phát hiện muộn, thường là bởi chính người cần kết quả.
Ba dạng, một đặc điểm chung: trạng thái nằm trong trí nhớ.
Cả ba có chung một đặc điểm: trạng thái của lần bàn giao nằm trong trí nhớ của một người chứ không nằm trong một trường dữ liệu. Không có gì báo đỏ, không có gì hiện ra trong danh sách, và cơ chế phát hiện duy nhất là một người quyết định đi hỏi. Lần bàn giao công việc khi đó chỉ tồn tại dưới dạng một trí nhớ.
Đo quãng chờ trước khi sửa bất cứ thứ gì
Hai con số giải quyết được phần lớn tranh luận về bàn giao. Thứ nhất là thời gian chạm việc: số giờ thực sự có người làm trên đầu việc đó. Thứ hai là thời gian trôi: số giờ tính từ lúc đơn vào tới lúc đơn ra. Chênh lệch giữa hai con số là quãng chờ, và trong một luồng chạy qua ba bốn bộ phận thì quãng chờ thường chiếm phần lớn hơn, hơn khá nhiều.
Cả hai con số lấy được từ dữ liệu doanh nghiệp đang có. Thời gian chạm việc là tổng số giờ ghi nhận trên đầu việc. Thời gian trôi là khoảng cách giữa dấu thời gian đầu tiên và cuối cùng trên bản ghi, còn các lần đổi giai đoạn ở giữa cho biết thời gian đã đi đâu, vì mỗi lần đổi đều được ghi kèm ngày. Xếp hạng các mối nối theo quãng chờ mất một buổi chiều và quyết định được nên sửa cái nào trước.
Thứ hạng này quan trọng vì quãng chờ không rải đều. Thường một hoặc hai mối nối giữ phần lớn quãng chờ, và chúng hiếm khi là những mối nối người ta hay phàn nàn - một cuộc tranh cãi ồn ào giữa hai bộ phận thường đánh dấu một mối nối đang được canh, còn mối nối đắt nhất thì im lặng đúng vì không ai canh nó.
Vì sao thêm người điều phối không chữa được
Phản ứng thường gặp là cử một người đi canh các mối nối: điều phối viên, người lập kế hoạch, trợ lý dự án. Vai trò này có tác dụng, và nó có hai đặc tính nên gọi tên trước khi duyệt ngân sách.
Thứ nhất, đó là một vòng hỏi dò do con người chạy. Người điều phối chỉ biết một lần bàn giao đã sẵn sàng bằng cách đi hỏi, nên độ trễ bị chặn bởi tần suất họ hỏi chứ không bởi thời điểm việc sẵn sàng. Thứ hai, chi phí tăng theo số mối nối chứ không theo khối lượng việc - gấp đôi số bộ phận thì số lần hỏi cũng tăng gần gấp đôi.
Phương án về mặt cấu trúc là biến chính lần bàn giao công việc thành một bản ghi: một trạng thái mà hệ thống tự đặt và tự gỡ, cộng một nghĩa vụ trỏ đích danh một người ngay khi việc phía trước đóng lại.
Viindoo làm mối nối tự chạy bằng cách nào
Bốn bước, không bước nào phụ thuộc vào việc ai đó phải nhớ.
Trạng thái mối nối do hệ thống đặt, không do trí nhớ
Một nhiệm vụ mang danh sách Bị chặn bởi và ở chiều ngược lại là danh sách Chặn. Khi việc chặn còn mở, nhiệm vụ phụ thuộc nằm ở trạng thái Đang chờ, và trạng thái này do hệ thống tính chứ không do người chọn - không ai đặt nó và cũng không ai phải nhớ gỡ nó. Việc chặn cuối cùng đóng lại thì nhiệm vụ phụ thuộc tự trở về Đang thực hiện. Tính năng bật trong phần Cài đặt, mục Phụ thuộc nhiệm vụ, theo từng dự án.
Trạng thái tự chuyển sang Đang chờ, và lịch sử ghi lại lần chuyển đó.
Cùng cơ chế ấy chạy ở những phần không phải dự án. Trong sản xuất, một lệnh công đoạn có công đoạn trước chưa xong sẽ hiện Đang chờ lệnh công đoạn khác rồi tự chuyển sang sẵn sàng. Trong kho, một phiếu phụ thuộc phiếu trước hiện Đang chờ nghiệp vụ khác, và hoàn tất phiếu đầu thì phiếu sau tự giữ hàng mà không cần ai can thiệp.
Cùng cơ chế ấy ngoài phạm vi dự án: phiếu sau chờ cho tới khi phiếu trước đóng.
Việc xong sinh ra việc kế tiếp
Một loại hoạt động cấu hình được để sinh hoạt động kế tiếp: đánh dấu hoàn thành việc hiện tại thì việc tiếp theo được tạo tự động, hạn tính từ ngày hoàn thành hoặc từ hạn của việc trước. Với chuỗi nhiều hơn hai bước thì có kế hoạch hoạt động - một danh sách bước có tên, bấm một lần là chạy, mỗi bước ghi rõ giao cho ai: một người cố định, hoặc một vai trò như quản lý trực tiếp hay người cố vấn của nhân viên.
Hai bộ lọc biến các mối nối thành một danh sách ai cũng đọc được.
Trỏ mối nối vào đúng một người
Mảnh ghép biến một trạng thái tự động thành một nghĩa vụ có chủ là quy tắc tự động. Điều kiện Giai đoạn được đặt thành kích hoạt khi việc phía trước vào giai đoạn cuối; hành động Tạo hoạt động sinh việc cho người kế tiếp, và người nhận lấy động theo một trường trên chính bản ghi chứ không cố định trong cấu hình. Từ thời điểm đó, lần bàn giao công việc có tên người, có hạn và có chỗ trong chuông hoạt động của một người cụ thể.
Quy tắc biến một trạng thái tự động thành một nghĩa vụ có tên người.
Nhìn ra mối nối nào đang tắc
Màn hình nhiệm vụ có sẵn hai bộ lọc sinh ra đúng cho câu hỏi này: Đã bị chặn cho việc đang chờ thứ khác, và Chặn cho việc chưa xong đang giữ chân người khác. Danh sách thứ hai mới là danh sách nên đọc trong buổi họp đầu ngày, vì mỗi dòng trong đó là một mối nối có hàng chờ phía sau. Trên chế độ xem Gantt, các phụ thuộc được vẽ thành đường nối, nên chuỗi dài nhất - tức đường găng - trở thành thứ nhìn thấy được thay vì phải suy ra.
Vẽ thành đường nối, chuỗi dài nhất không còn là thứ phải suy ra.
Ba giới hạn thuộc về ngay chỗ này, vì một kế hoạch dựng mà thiếu chúng sẽ để lại đúng khoảng trống cũ ở một chỗ mới.
Chặn là chặn mềm
Một nhiệm vụ đang chờ vẫn đánh dấu hoàn thành được. Phụ thuộc giữ cho trình tự trung thực và nhìn thấy được, chứ không chặn vật lý việc ai đó bỏ qua nó.
Người kế tiếp không tự được báo
Khi việc chặn đóng lại, nhiệm vụ phụ thuộc đổi trạng thái một cách lặng lẽ. Thông báo không tự có trong cấu hình chuẩn - chính quy tắc tự động ở trên mới biến thay đổi đó thành một tin trỏ đích danh một người.
Phê duyệt không chặn cứng bước sau
Đề nghị phê duyệt gắn được vào một nhiệm vụ, một phiếu kho hay một lệnh sản xuất và tình trạng duyệt được hiển thị, nhưng hành vi chuẩn không chặn vật lý bước kế tiếp cho tới khi duyệt xong.
Đọc cùng nhau, ba điều đó nói chung một ý: hệ thống bỏ đi phần việc phải nhớ và làm cho mối nối nhìn thấy được, còn việc quyết ai sở hữu từng mối nối vẫn là một lựa chọn thiết kế mà doanh nghiệp phải làm một lần.
Bốn câu kiểm tra hiện trạng
- Với đơn hàng trễ gần nhất, nó nằm giữa hai bộ phận bao nhiêu giờ, so với thời gian nằm trong một bộ phận?
- Khi việc phía trước xong, có gì thay đổi mà người kế tiếp nhìn thấy được mà không cần ai báo?
- Ngay lúc này, bạn có lấy ra được danh sách việc chưa xong đang giữ chân việc khác không?
- Ai sở hữu quãng chờ ở lần bàn giao công việc diễn ra thường xuyên nhất của bạn - và người đó có biết điều đó không?
Câu hỏi thường gặp
Mức độ phối hợp quyết định một lần bàn giao công việc được xử lý nhanh ra sao sau khi đã được nhận ra. Nó không thay đổi khoảng thời gian để nó được nhận ra, mà đó mới là phần bài này nói tới.
Họp đầu ngày là một vòng hỏi dò có chu kỳ một ngày, nên một lần bàn giao sẵn sàng lúc chín giờ sáng phải chờ tới buổi họp sau. Đó là nơi tốt để xử lý ngoại lệ, với điều kiện danh sách việc đang chặn nằm trên màn hình chứ không nằm trong đầu mọi người.
Không. Dùng phụ thuộc ở những chỗ trình tự là thật và quãng chờ là đắt. Khai báo phụ thuộc khắp nơi sẽ tạo ra một đồ thị không ai duy trì, và đó là một cách khác để mất đúng lượng thông tin ấy.
Cấu trúc vẫn vậy, chỉ khác một điểm: nghĩa vụ trỏ vào người bên trong đang phụ trách mối quan hệ đó, không trỏ ra bên ngoài. Phải có người bên trong sở hữu quãng chờ, nếu không nó lại không thuộc về ai.
Bắt đầu bằng một mối nối: lần bàn giao xuất hiện nhiều nhất trong các đơn trễ. Làm cho trạng thái của nó tự động, giao nó cho một người có tên, và đo quãng chờ trước và sau. Một mối nối là đủ để biết cơ chế này có đáng hay không.
Bài tiếp theo của loạt bài: vì sao doanh nghiệp phải nhập lại công việc mà hệ thống đã biết, và cái giá phải trả khi một thẻ việc và một đơn hàng bắt đầu sống hai cuộc đời khác nhau.
Đo thử trên một mối nối
Lập luận này kiểm chứng được trên đúng một lần bàn giao công việc. Gửi mối nối xuất hiện nhiều nhất trong các đơn trễ, chúng tôi dựng phụ thuộc, trạng thái tự động và người sở hữu có tên cho nó trên hệ thống thật, rồi so quãng chờ với con số hiện nay.
