Một bảng tiến độ có thể được điền kín rất nhanh.
Tuần đầu chuẩn bị, tuần thứ hai triển khai, tuần thứ ba hoàn thành. Mỗi dòng có ngày, mỗi việc có người phụ trách. Nhìn vào, tưởng như nhịp triển khai đã rõ.
Hỏi thêm thì công việc mới cụ thể dần: trước khi làm cần tài liệu gì? Bước trước phải đến đâu thì bước sau mới bắt đầu được? Ai xác nhận sản phẩm bàn giao đã hoàn tất? Nếu điều kiện quan trọng chưa có, ngày dự kiến ban đầu còn đứng vững không?
Chưa trả lời rõ, bảng tiến độ dễ thành danh sách mong muốn. Ngày đến gần, ai cũng bận, nhưng dự án chưa chắc đã tiến được bao nhiêu.
Theo tôi, bảng tiến độ dùng được cần đặt ngày mục tiêu, điều kiện chuyển bước và căn cứ xác nhận hoàn thành cạnh nhau.
Ngày giúp sắp xếp công việc. Điều kiện giải thích vì sao có thể sang bước tiếp theo. Bằng chứng cho mọi người kiểm tra bước này đã thực sự xong chưa.
Kết nối ba việc đó, bảng tiến độ mới có tác dụng quản lý thực tế.
1. Làm rõ “hoàn thành” trước khi đặt ngày
Khi lập kế hoạch, ta thường liệt kê hành động trước: chuẩn bị tài liệu, trao đổi phương án, bố trí kiểm thử, thúc đẩy bàn giao.
Những hành động ấy cần thiết, nhưng làm rồi vẫn chưa nói hết thế nào là hoàn thành.
“Chuẩn bị xong tài liệu” nghĩa là đã nhận file, hay người liên quan đã kiểm tra và tài liệu đủ hỗ trợ quyết định tiếp theo? “Kiểm thử xong” là có người mở màn hình xem, hay đã kiểm tra luồng quan trọng theo thỏa thuận và lưu kết quả?
Cùng một tên việc, mỗi người có thể hiểu một cách.
Tôi đề nghị trước hết viết mỗi mốc quan trọng thành một câu có thể kiểm tra: khi kết thúc giai đoạn này phải có kết quả gì, đạt điều kiện nào và ai xác nhận?
Ví dụ, đổi “trao đổi xong yêu cầu” thành: phạm vi dịch vụ, các luồng bắt buộc và những việc chưa làm trong giai đoạn này đã thành danh sách, được người phụ trách đã định xác nhận phiên bản.
“Kiểm thử xong” cũng cần rõ: kiểm tra luồng quan trọng theo phạm vi đã xác nhận, ghi kết quả và vấn đề còn lại, đáp ứng điều kiện dùng thử định trước rồi được người kiểm tra xác nhận.
Khi đó, ngày gắn với một sản phẩm bàn giao kiểm chứng được, thay vì chỉ một hoạt động đã diễn ra.
2. Viết điều kiện tiên quyết để thấy thứ tự công việc
Một mốc có thể tiến tiếp hay không thường phụ thuộc vào điều kiện phía trước.
Có việc cần chốt phạm vi, có việc cần tài liệu, có việc cần nguồn lực, cũng có việc cần quyết định của người có thẩm quyền.
Nếu những quan hệ ấy chỉ nằm trong đầu vài người, bảng sẽ đầy “triển khai song song”. Đến khi làm mới thấy người ở bước sau vẫn chờ thứ phải có từ bước trước.
Với mỗi mốc quan trọng, tôi sẽ hỏi ngược ba câu:
- Muốn bắt đầu việc này cần đầu vào gì?
- Để đạt chuẩn hoàn thành của giai đoạn, còn thiếu điều kiện nào?
- Ai cung cấp đầu vào và điều kiện ấy, ai kiểm tra?
Sau đó vẽ quan hệ phụ thuộc.
Phân biệt việc phải tuần tự, việc chạy song song được và việc chỉ cần bước trước hoàn tất một phần là có thể bắt đầu. Tiến theo điều kiện không có nghĩa xếp mọi việc thành một hàng dài. Việc độc lập vẫn tiến hành, việc bị chặn cần làm rõ chỗ mắc.
Cũng cần phân biệt “đang có tài liệu” và “tài liệu này hỗ trợ được công việc lần này”. Đối tượng, phạm vi, ngày hoặc phiên bản không khớp thì nhiều file vẫn chưa chắc đáp ứng điều kiện.
Hình 1 thể hiện quan hệ cơ bản khi chuyển giai đoạn. Ngày được theo dõi liên tục, còn điều kiện và sản phẩm thực tế phải được kiểm tra trước khi đi tiếp. Chuẩn liên quan nên rõ từ trước khi bắt đầu công việc tương ứng.
3. Tách ba loại ngày để không nhầm tiến độ
Ngày cũng mang những ý nghĩa khác nhau. Tôi đề nghị ghi riêng ít nhất ba loại:
| Loại ngày | Trả lời điều gì? | Cách sử dụng |
|---|---|---|
| Ngày mục tiêu | Muốn hoàn thành khi nào? | Tổ chức nguồn lực, phối hợp thứ tự và nhắc kiểm tra. |
| Ngày dự báo hiện tại | Theo điều kiện hiện nay, dự kiến xong khi nào? | Nêu căn cứ dự báo, điều kiện chưa chốt và lý do cập nhật. |
| Ngày hoàn thành thực tế | Khi nào đã kiểm tra và xác nhận đủ điều kiện? | Gắn với hồ sơ bàn giao, kết quả kiểm tra và người xác nhận. |
Ba ngày có thể trùng hoặc dần lệch nhau. Chính khoảng lệch đó cũng đáng xem xét.
Nếu dự báo hiện tại trễ hơn mục tiêu, người phụ trách phải giải thích điều kiện nào đổi, ảnh hưởng bước sau ra sao và cần ai quyết việc gì. Chỉ dời ngày cũ thì vấn đề vẫn còn.
Ngày hoàn thành thực tế cũng không thể điền chỉ vì “đã gửi file”. Với giai đoạn cần kiểm tra, nộp và được xác nhận là hai trạng thái khác nhau.
Khi đối tác ngoài hoặc điều kiện khác chưa rõ, có thể ghi khoảng dự kiến có căn cứ, tiền đề và thời điểm kiểm tra tiếp. Chưa có căn cứ thì ghi chờ xác nhận. Đừng đặt một ngày không có cơ sở chỉ để bảng trông đầy đủ.
Thời hạn đã rõ vẫn phải được quản lý nghiêm túc. Thấy không kịp thì sớm báo ảnh hưởng, xử lý nguồn lực, phạm vi, trao đổi và việc điều chỉnh. “Chưa đủ điều kiện” cần gắn với vấn đề và hành động cụ thể, không thể mãi là một lời giải thích.
4. Đặt điểm kiểm tra có thể xác minh tại mốc quan trọng
Việc nhỏ nào cũng qua nhiều tầng phê duyệt có thể làm dự án chậm. Tôi muốn đặt kiểm tra ở mốc thực sự ảnh hưởng đến bước tiếp theo.
Có thể làm rõ điểm kiểm tra bằng năm việc:
Điều kiện tiên quyết, sản phẩm bàn giao, bằng chứng, người phụ trách và người kiểm tra.
Người phụ trách thúc đẩy công việc; người kiểm tra đối chiếu chuẩn định trước. Nhóm nhỏ có thể vận hành gọn, nhưng vẫn phải lưu được ai xác nhận hoàn thành, dựa vào đâu.
Bằng chứng không nhất thiết là báo cáo dày. Danh sách phạm vi đã chốt, hồ sơ kiểm thử có thể kiểm tra lại, biên bản nghiệm thu hoặc phiên bản bàn giao hai bên thống nhất đều có thể phù hợp. Điều quan trọng là nó chứng minh được gì và có đúng chuẩn hoàn thành lần này không.
Bản thân việc kiểm tra cũng cần thời gian xử lý. Nộp xong ai xem, khi nào xem; có lỗi thì trả lại thế nào; quá hạn kiểm tra thì tìm ai giải quyết. Không bố trí, từ “chờ bàn giao” sẽ thành “chờ xác nhận” kéo dài.
Tôi đề nghị trước hết dùng trạng thái dễ hiểu: chưa bắt đầu, đang làm, chờ kiểm tra, bị chặn, đã hoàn thành. Nếu cần tạm dừng, ghi cả quyết định và xử lý tiếp.
Ghi “xong 80%” cũng được, nhưng phải nói phần trăm tính trên cái gì. Vài việc đơn giản đã xong không có nghĩa điều kiện quan trọng gần đạt. Người phụ trách phải thấy trong phần còn lại, điều gì thực sự chặn bước sau.
5. Chưa đủ điều kiện thì tách thiếu sót, ảnh hưởng và quyết định
Kiểm tra thấy vấn đề, chưa cần lập tức xếp lại toàn bộ bảng.
Tôi sẽ chia ba trường hợp trước.
Thứ nhất, thiếu tài liệu hoặc sản phẩm bàn giao.
Ghi rõ thiếu gì, ai bổ sung, đến mức nào và khi nào kiểm tra lại. Thiếu hồ sơ kiểm thử thì bổ sung hồ sơ; luồng quan trọng có lỗi thì sửa sản phẩm. Một bản giải trình không thay cho công việc vẫn cần làm xong.
Thứ hai, cần thay phương án hoặc phạm vi ban đầu.
Trước hết đánh giá tác động đến phụ thuộc phía sau, nguồn lực, chi phí và sắp xếp bên ngoài. Người có thẩm quyền xác nhận rồi mới cập nhật nhiệm vụ, điều kiện và dự báo, đồng thời giữ quan hệ giữa bản trước và bản sau.
Thứ ba, hiện chưa thể đáp ứng điều kiện then chốt.
Lúc này cần một quyết định rõ: tiếp tục bổ sung, thiết kế lại lộ trình, tạm dừng hay dừng hẳn. Mỗi lựa chọn có hệ quả riêng, nên trình căn cứ và ảnh hưởng cho người có thẩm quyền quyết định.
Điều kiện không thể bỏ qua không được thay bằng việc đổi ngày hay một tuyên bố nội bộ. Với phạm vi thực sự có thể điều chỉnh, vẫn phải xác nhận theo thẩm quyền và viết rõ chuẩn hoàn thành áp dụng mới. Không được âm thầm hạ yêu cầu rồi đổi trạng thái thành “xong”.
Một phụ thuộc bị chặn có thể không cản các việc khác. Nhận diện phần độc lập để giảm chờ vô ích, đồng thời tránh tăng thêm đầu tư phía sau trên một giả định quan trọng còn chưa xác nhận.
Hình 2 là một cách xử lý điểm nghẽn. Bổ sung, thay đổi và tạm dừng có lối xử lý riêng. Cập nhật ngày không tự gỡ điểm nghẽn; điều kiện mới vẫn phải được kiểm tra.
6. Xem tiến độ thay đổi qua thử nghiệm dịch vụ đặt lịch
Tình huống sau được viết riêng để giải thích phương pháp, không tương ứng với doanh nghiệp hay dự án có thật.
Một nhóm nhỏ chuẩn bị dịch vụ đặt lịch, mong cho người ngoài dùng thử trước khi hết tuần thứ ba.
Nếu chỉ ghi “tuần hai phát triển, tuần ba ra mắt”, khi giao diện đã làm xong, dự án dễ bị xem là gần hoàn tất.
Khi mở điều kiện dùng thử ra, ta thấy các việc phải kiểm tra: phạm vi đã chốt chưa, môi trường trình diễn đã sẵn sàng chưa, luồng đặt và hủy lịch đạt chuẩn định trước chưa, ai tiếp nhận và xử lý ngoại lệ.
Kiểm tra thấy hủy lịch không giải phóng đúng khung giờ. Điều này ảnh hưởng trực tiếp đến lượt đặt tiếp theo, nên chưa đáp ứng điều kiện dùng thử bên ngoài ban đầu.
Có thể chuyển thành nhóm hành động cụ thể:
- Người phụ trách phát triển sửa lỗi và nộp bản mới.
- Người kiểm tra thử lại luồng liên quan, lưu kết quả.
- Người phụ trách dự án giải thích ngày mục tiêu, dự báo hiện tại và tác động tiếp theo.
- Hướng dẫn dùng thử, chuẩn bị nhân sự và các việc không phụ thuộc lỗi này vẫn tiếp tục.
Nếu muốn thử với phạm vi nhỏ hơn và xử lý thủ công, cần đánh giá riêng tính khả thi, giới hạn và trách nhiệm. Người có thẩm quyền xác nhận rồi kiểm tra theo phạm vi mới được duyệt. Không thể coi ngày đến là vấn đề cũ đã được chấp nhận.
Trong quá trình này, “đã nộp bản phát triển”, “đang thử lại” và “sẵn sàng dùng thử” là ba trạng thái khác nhau. Ghi trạng thái tách khỏi bằng chứng giúp người phối hợp biết có thể bắt đầu bước sau chưa.
7. Trước hết điền đủ các thông tin trong phiếu nghiệm thu giai đoạn
Không cần làm bảng tiến độ quá phức tạp từ đầu. Làm rõ một giai đoạn quan trọng rồi dần nối quan hệ trước sau.
| Trường | Nội dung nên ghi |
|---|---|
| Kết quả giai đoạn | Cuối giai đoạn phải bàn giao cụ thể điều gì. |
| Điều kiện và phụ thuộc | Cần đầu vào nào, từ việc hoặc người phụ trách nào. |
| Chuẩn hoàn thành | Trường hợp nào được xác nhận xong, điều kiện nào không được bỏ qua. |
| Bằng chứng kiểm tra | Sản phẩm, mã hồ sơ, phiên bản và vị trí lưu. |
| Người phụ trách và kiểm tra | Ai thúc đẩy, ai kiểm tra, ai quyết vấn đề vượt thẩm quyền hiện tại. |
| Ngày tháng | Mục tiêu, dự báo hiện tại, ngày thực tế sau kiểm tra xác nhận. |
| Trạng thái và thiếu sót | Đang ở bước nào, cụ thể còn thiếu gì. |
| Hành động và lần kiểm tra tiếp | Ai làm gì, khi nào kiểm lại. |
| Thay đổi và ảnh hưởng | Căn cứ điều chỉnh, người xác nhận, việc chịu ảnh hưởng và tình trạng thông báo. |
Việc chưa rõ thì ghi nội dung cần xác nhận và người đảm nhận. Thiếu tài liệu thì lập khoảng trống trước, đủ cơ sở mới đánh giá.
Cập nhật tiến độ có ích phải cho người phối hợp biết đã đến đâu, vì sao mắc, tiếp theo ai làm và bố trí cũ cần đổi thế nào.
Lời kết
Theo tôi, điều đáng làm chắc nhất trong tiến độ dự án là cơ sở để tiến bước nằm sau từng ngày.
Giữ mục tiêu, làm rõ trách nhiệm và xử lý kịp khi điều kiện đổi. Nối điều kiện tiên quyết, bằng chứng bàn giao và xác nhận giúp thấy thứ tự rõ hơn, cũng tạo cơ sở bàn việc điều chỉnh.
Lần tới xem tiến độ, hãy đi theo một mốc quan trọng và hỏi: muốn sang bước sau, bây giờ còn thiếu gì, ai bổ sung và ai xác nhận?
Trả lời rõ những câu này, công việc sẽ dễ tiến lên hơn.