Ước lượng thời gian công việc thường bắt đầu bằng một câu hỏi rất ngắn: “Chiều nay xong được không?” Điều khó là trong đầu người hỏi và người làm có thể đang tồn tại hai phiên bản khác nhau của chữ “xong”. Một người nghĩ tới bản nháp; người kia nghĩ tới bản đã kiểm tra, sửa và sẵn sàng bàn giao.
Thay vì trả lời ngay bằng một giờ cụ thể, hãy dành vài phút làm rõ đầu ra và các bước phải đi qua. Một lời hẹn có căn cứ không cần bảng kế hoạch phức tạp. Nó cần nói rõ bạn sẽ giao gì, cần điều kiện nào và khi nào có thể cập nhật nếu xuất hiện thông tin mới.
Ảnh bìa minh họa việc sắp xếp giấy ghi chú trên bảng công việc. Ảnh: cottonbro studio / Pexels, Pexels License; đã cắt khung và thêm nhận diện.
Mục lục
Bắt đầu bằng đầu ra có thể kiểm tra được
“Làm một bài giới thiệu” vẫn còn rất rộng. Bạn cần biết bài dài tới đâu, ai đọc, có cần hình ảnh không và người nhận muốn xem bản đầu hay bản cuối. Nếu chưa rõ các điểm này, con số thời gian dễ trở thành lời hứa cho một công việc chưa được xác định.
Thử viết lại yêu cầu thành một câu cụ thể: “Gửi bản nháp bài giới thiệu khoảng 800 từ, có ba đề mục và danh sách nguồn, để người phụ trách góp ý.” Sau đó hỏi xem hình ảnh và việc đưa bài lên hệ thống có nằm trong lần bàn giao này hay thuộc bước tiếp theo. Cùng một chủ đề nhưng hai phạm vi đó có thể cần lượng công khác nhau.
Đầu ra càng rõ, bạn càng dễ nhận ra phần nào đang thiếu dữ liệu. Một câu hỏi được đặt trước khi bắt đầu thường có giá trị hơn việc tự đoán rồi sửa cả bản vào cuối ngày. Với công việc nhận qua cuộc họp, hãy giữ quyết định đó trong biên bản có người thực hiện và đầu ra cụ thể để cả nhóm cùng đọc lại được.
Chia việc theo các bước thật sự tạo ra kết quả
Hãy thử tách bài giới thiệu thành tìm tài liệu, chọn ý, viết bản đầu, kiểm tra thông tin và sửa trước khi gửi. Nếu yêu cầu bao gồm hình ảnh hoặc xuất bản, thêm các phần đó thành bước riêng. Đừng để thao tác cuối cùng biến mất chỉ vì bạn quen gọi toàn bộ công việc bằng một động từ “viết”.
Không cần chia nhỏ tới từng lần nhấp chuột. Dừng ở mức bạn có thể nói bước này tạo ra thứ gì và điều gì phải có trước khi làm. Chẳng hạn, “kiểm tra ba thông tin sản phẩm với tài liệu gốc” dễ ước lượng hơn “nghiên cứu thêm”, vì bạn đã biết phạm vi cần đọc và kết quả phải ghi lại.
Trong hướng dẫn ước lượng của Atlassian, độ phức tạp, lượng việc và rủi ro hoặc phần chưa chắc chắn đều được xem xét khi đánh giá công sức. Tài liệu cũng khuyến khích chia phần việc quá lớn và học từ các lần ước lượng trước. Bạn có thể dùng các câu hỏi đó cho công việc của mình; không cần chuyển sang story point nếu nhóm đang làm việc bằng giờ và ngày.
Tách thời gian làm khỏi thời gian chờ
Hai giờ viết không đồng nghĩa với hai giờ nữa có bản cuối. Bạn có thể cần chờ người phụ trách gửi tài liệu hoặc phản hồi một số liệu. Hãy ghi phần chờ riêng, bởi nó ảnh hưởng tới ngày bàn giao theo cách khác với thời gian bạn trực tiếp làm việc.
Ví dụ minh họa: bạn dự kiến cần một giờ chọn ý, hai giờ viết và một giờ kiểm tra. Tổng cộng là bốn giờ tập trung. Nếu tài liệu chỉ được gửi sau bữa trưa và buổi chiều đã có cuộc họp, bốn giờ ấy không tự nhiên xuất hiện trong phần ngày còn lại. Hãy nhìn lịch thật trước khi biến tổng số giờ thành một mốc giao bài.
Với phần chờ, nói rõ bạn đang chờ điều gì và từ ai: “Em có thể gửi bản nháp vào chiều mai nếu nhận bảng thông tin trước 11 giờ hôm nay.” Điều kiện cần gắn với việc thật sự ảnh hưởng tới lịch, không phải thêm một danh sách dài để né trách nhiệm. Nếu điều kiện thay đổi, cập nhật lời hẹn sớm.
Để khoảng chưa chắc chắn có tên cụ thể
Một việc từng làm nhiều lần thường có cơ sở dự đoán tốt hơn một định dạng bạn chưa thử. Thay vì cộng thêm thời gian một cách bí mật, hãy ghi điều chưa biết: cần học một công cụ mới, chưa rõ chất lượng tài liệu hoặc chưa biết người duyệt muốn thay đổi tới mức nào.
Bạn có thể đề xuất một khoảng thời gian cùng một lần kiểm tra giữa chừng. Chẳng hạn: “Phần này dự kiến ba đến năm giờ; sau khi thử với một trang mẫu, em sẽ báo lại con số sát hơn.” Đây là ví dụ cách trao đổi, không phải định mức cho mọi người hoặc mọi loại tài liệu.
Nếu bước thử cho thấy khối lượng lớn hơn dự kiến, hãy nêu phát hiện cụ thể. “Tệp nguồn không chỉnh sửa được nên cần dựng lại sáu trang” giúp người nhận hiểu nguyên nhân hơn “việc này khó quá”. Khi đó nhóm có thể chọn giảm phạm vi, đổi định dạng hoặc điều chỉnh hạn thay vì chỉ thúc bạn làm nhanh hơn.
Kiểm tra phần sửa và người nhận trước khi chốt lịch
Một bản được gửi đi chưa chắc đã được nhận đúng lúc người phụ trách có thể xem. Hỏi ai góp ý, góp ý tập trung ở đâu và lần bàn giao cần đạt mức nào. Nếu có nhiều người duyệt, nên thống nhất cách gom nhận xét để tránh sửa theo những hướng trái nhau.
Phần sửa nên được đưa vào ước lượng theo phạm vi đã thống nhất. Sửa lỗi đánh máy khác với thay cấu trúc toàn bộ bài hoặc bổ sung một chủ đề mới. Khi yêu cầu mới xuất hiện, mô tả phần tăng thêm và tác động của nó tới lịch. Bạn không cần bảo vệ một con số cũ bằng mọi giá khi công việc đã thay đổi.
Nếu lịch đang kín, cách trao đổi về việc mới mà vẫn giữ lời hẹn hiện tại giúp đưa ra lựa chọn rõ ràng. Bạn có thể hỏi phần nào cần ưu tiên hoặc đề nghị bàn giao một phần hữu ích trước, thay vì nhận tất cả rồi để mọi người cùng chờ.
So dự kiến với thực tế để lần sau hẹn tốt hơn
Sau khi hoàn tất, ghi thời gian trực tiếp làm, khoảng chờ đáng kể và phần sửa phát sinh. Không cần theo dõi tới từng phút nếu cách đó khiến bạn mất công hơn giá trị nhận được. Điều cần tìm là một sai lệch có thể giải thích, chẳng hạn lần nào bạn cũng quên thời gian kiểm tra liên kết trước khi gửi.
Đọc lại hai hoặc ba công việc tương tự sẽ cho bạn một điểm xuất phát cụ thể hơn cảm giác “chắc nhanh thôi”. Giữ cả bối cảnh: tài liệu đầy đủ hay thiếu, định dạng quen hay mới, có người hỗ trợ hay không. Một con số tách khỏi điều kiện của nó rất dễ bị dùng sai cho lần tiếp theo.
Trong lúc làm, một báo cáo tiến độ ngắn về kết quả, điểm vướng và bước tiếp theo giúp lời hẹn được cập nhật cùng tình hình thật. Ước lượng tốt không có nghĩa lần nào cũng đoán đúng tuyệt đối; nó giúp bạn và người nhận nhìn cùng một phạm vi, cùng các điều kiện và cùng thời điểm cần quyết định lại.
