Time tracking: 10 bước chuẩn hóa để giảm rework

Time tracking giảm rework bằng cách nào?

Time tracking giảm rework khi mỗi giờ ghi lại được gắn với một đầu việc có mốc nhận và mốc hoàn tất rõ ràng, kèm lý do nếu phải làm lại. Khi đó bạn thấy việc nào chạy chậm, việc nào sai từ lần đầu, và sửa đúng khâu gây ra làm lại.

• Với chủ doanh nghiệp: thấy giờ công đang mất vào làm lại ở loại việc nào, từ đó chọn chỗ sửa quy trình trước.
• Với trưởng nhóm marketing, sales: biết đầu vào nào hay thiếu, yêu cầu nào hay bị hiểu sai, để chặn lỗi ngay lúc giao việc.
• Với người làm: có bằng chứng khi việc bị sửa do đổi yêu cầu, tránh bị đánh giá chậm oan.

Cycle Time và First-Time-Right đo những gì?

Cycle Time là thời gian tính từ lúc nhận việc đến lúc hoàn tất, cho biết quy trình chạy nhanh hay chậm. First-Time-Right là số việc làm đúng ngay lần đầu chia cho tổng số việc, cho biết phải làm lại bao nhiêu. Hai chỉ số phải đọc cùng nhau vì nhanh mà sai thì vẫn làm lại.

10 bước chuẩn hóa time tracking gồm những gì?

10 bước chuẩn hóa time tracking đi từ định nghĩa đầu việc, mốc nhận, mốc hoàn tất và tiêu chí đúng lần đầu, tới cách ghi giờ làm lại và cách rà số mỗi tuần. Làm theo thứ tự vì bước sau dựa trên bước trước, bỏ phần định nghĩa thì số giờ không đọc ra nguyên nhân rework.

1. Chốt danh mục đầu việc: mỗi loại việc có một tên chung, cả đội ghi cùng tên đó.
2. Định nghĩa mốc nhận việc: chỉ bắt đầu tính Cycle Time khi việc được giao kèm đủ đầu vào.
3. Định nghĩa mốc hoàn tất: việc chỉ xong khi qua nghiệm thu, người làm tự báo xong chưa tính.
4. Viết tiêu chí đúng lần đầu: danh sách điều kiện để người duyệt chấm đạt hoặc không đạt.
5. Tách giờ làm mới và giờ làm lại: mỗi lần sửa việc đã nộp ghi thành dòng riêng.
6. Lập mã lý do làm lại: danh sách ngắn để người ghi chọn nhanh khi mở dòng sửa.
7. Ghi giờ ngay khi chuyển việc: không dồn cuối tuần vì giờ sửa vặt dễ bị quên.
8. Chốt số theo tuần: tính Cycle Time và First-Time-Right cho từng loại việc.
9. Họp rà nguyên nhân: chọn mã lý do tốn nhiều giờ làm lại nhất để xử lý.
10. Cập nhật quy trình và mẫu: sửa tại khâu gây lỗi, ghi ngày áp dụng rồi đo lại.

Vì sao phải chuẩn hóa định nghĩa trước khi ghi giờ?

Phải chuẩn hóa định nghĩa trước vì cùng một đầu việc, mỗi người hiểu mốc bắt đầu, mốc xong và thế nào là đúng theo cách riêng. Khi đó Cycle Time của người này không so được với người kia, còn First-Time-Right phụ thuộc vào người duyệt dễ hay khó. Số liệu lệch thì quyết định sửa quy trình cũng lệch.

• Danh mục đầu việc: đặt tên chung cho từng loại việc như nội dung blog, mẫu quảng cáo, báo giá cho khách.
• Mốc nhận việc: chỉ tính khi việc được giao kèm đủ brief, tài liệu và quyền truy cập. Thời gian chờ đầu vào ghi riêng để Cycle Time không đổ lỗi sai cho người làm.
• Mốc hoàn tất: chỉ tính khi đầu việc qua nghiệm thu theo quy trình đã thống nhất.
• Tiêu chí đúng lần đầu: viết thành điều kiện chấm được đạt hoặc không đạt, gắn với danh sách deliverables cần nộp. Tiêu chí mơ hồ như đẹp hơn, chuyên nghiệp hơn sẽ sinh ra tranh cãi và rework.

Ghi giờ hằng ngày thế nào để tách được làm lại?

Để tách được làm lại, mỗi lần sửa một đầu việc đã nộp thì mở dòng giờ mới, gắn mã lý do làm lại, không cộng dồn vào dòng làm mới. Ghi ngay khi chuyển việc, vì ghi dồn cuối tuần thường sót giờ sửa vặt, mà đó lại đúng là phần cần đo.

Đọc số liệu ví dụ nhà hàng ra sao để giảm rework?

Ví dụ nhà hàng có Cycle time 8 ngày, First-Time-Right 60%. Nghĩa là một đầu việc mất 8 ngày mới xong, và trong tổng việc chỉ 60% đúng ngay lần đầu, phần còn lại phải làm lại. Giảm 1 ngày cycle time và tăng FTR 10 điểm % thường giảm rework rõ.

• Tìm chỗ kẹt của Cycle Time: tách 8 ngày thành thời gian chờ đầu vào, thời gian làm, thời gian chờ duyệt và thời gian sửa. Khoảng nào dài bất thường là chỗ dễ cắt ngày.
• Tìm mã lý do chiếm phần lớn rework: gom các dòng giờ làm lại theo mã. Nếu thiếu đầu vào chiếm phần lớn, sửa checklist giao việc trước khi đòi người làm nhanh hơn.
• Đặt mục tiêu vừa sức: lấy mốc giảm 1 ngày cycle time và tăng FTR 10 điểm % cho chu kỳ đo kế tiếp, rồi so lại theo cùng định nghĩa.
• Đọc hai chỉ số cùng lúc: Cycle Time giảm mà First-Time-Right cũng giảm nghĩa là đội đang làm vội, rework sẽ quay lại ở các tuần sau.

Họp tuần dùng số liệu ghi giờ để sửa quy trình thế nào?

Họp tuần dùng số liệu ghi giờ để chọn một nguyên nhân rework lớn, sửa tại khâu gây ra nó, rồi đo lại ở tuần kế tiếp. Cuộc họp chỉ cần xem Cycle Time, First-Time-Right theo loại việc và bảng giờ làm lại gom theo mã lý do.

Đi đúng thứ tự tiết kiệm được nhiều tháng, vì mỗi bước làm nền cho bước sau. Khóa Học SEO xếp sẵn thứ tự theo từng loại website.

• Chốt số trước họp: người phụ trách vận hành tổng hợp số theo loại việc và gửi trước, để thời gian họp dành cho bàn nguyên nhân.
• Chọn một nguyên nhân: lấy mã lý do tốn nhiều giờ làm lại nhất. Sửa dàn trải nhiều thứ cùng lúc thì không biết thay đổi nào có tác dụng.
• Sửa tại khâu gây ra: thiếu đầu vào thì sửa mẫu giao việc, hiểu sai thì sửa brief, đổi yêu cầu thì sửa bước chốt phạm vi.
• Ghi lại thay đổi: cập nhật quy trình, mẫu và tiêu chí nghiệm thu, ghi ngày áp dụng để so số trước và sau.

Những lỗi nào làm bảng ghi giờ mất tác dụng?

Bảng ghi giờ mất tác dụng khi người ghi sợ bị phạt nên ghi cho đẹp, khi giờ làm lại bị gộp vào giờ làm mới, hoặc khi số liệu thu về mà không ai dùng để sửa quy trình. Lúc đó đội tốn công ghi giờ mà rework vẫn giữ nguyên.

• Dùng số giờ để phạt cá nhân: người làm sẽ giấu giờ sửa, First-Time-Right trông cao nhưng không thật. Dùng số để tìm lỗi quy trình trước.
• Đổi định nghĩa giữa chừng: đổi mốc hoàn tất hay tiêu chí đúng mà không ghi ngày áp dụng thì số trước và sau không so được.
• Ghi quá chi tiết: bắt ghi từng thao tác nhỏ khiến người làm bỏ ghi. Mức đầu việc và mã lý do là đủ để đọc rework.

Nghiệm thu cần tham chiếu tài liệu nội bộ nào?

Nghiệm thu cần tham chiếu quy trình nghiệm thu, tức các bước xét duyệt một đầu việc trước khi xem là xong, và danh sách deliverables nghiệm thu, tức những thứ phải nộp đủ thì mới được ký. Đó là căn cứ cho mốc hoàn tất và tiêu chí đúng lần đầu trong time tracking.

• Quy trình nghiệm thu
• Deliverables nghiệm thu