Quyết định mua thêm tài khoản nằm ở tổng phút của báo cáo thứ Sáu

Quyết định trong ví dụ này là chưa mua thêm tài khoản.

Bản nháp thứ Sáu của nhóm kho viết “80% hoàn thành” mà không có câu nguồn, còn mốc kiểm thử 18/9 để ở dạng [CẦN XÁC NHẬN] vì ghi chú không nói ai cấp quyền kho. Phép đo đầu tiên không phải câu hay hơn: ba báo cáo cũ làm tay mất 100, 119 và 101 phút. Đây là số giả lập, cộng cả lúc gom đầu vào, viết nháp, kiểm lại và hỏi phần thiếu. Nếu phần viết ngắn đi 25 phút mà phần kiểm tăng 30 phút, tổng không giảm.

Bài cho trưởng nhóm và chủ doanh nghiệp nhỏ, trước khi trả tiền cho nhiều người dùng chung một công cụ. Bạn cần một người được quyền gửi bản cuối, hai đến bốn báo cáo cũ đã duyệt, và công cụ mà tổ chức cho phép. Làm trên dữ liệu đã ẩn danh trước.

Bản nháp cho thấy chỗ đứng lại

Đoạn dưới là ví dụ soạn để thấy chỗ phải đánh dấu, không phải kết quả một lần chạy một công cụ cụ thể:

3. Trở ngại cần quyết định
- Nhập dữ liệu chậm do chưa có quyền kho A.
  Ảnh hưởng: mốc kiểm thử 18/9 có nguy cơ trễ.
  Cần quyết định: [CẦN XÁC NHẬN người cấp quyền và thời hạn].

Con số không có nguồn:
- "80% hoàn thành" — không thấy nguồn trong đầu vào.

Chỗ đáng giữ là dấu [CẦN XÁC NHẬN], không phải câu văn tròn. Nếu công cụ tự điền người cấp quyền hoặc biến “có nguy cơ trễ” thành cam kết đã thống nhất, bản nháp đó chưa qua được phép thử.

Cộng bốn khoảng trên báo cáo của chính bạn

Với mỗi báo cáo cũ, ghi phút thật của bốn việc: gom đầu vào, viết nháp, người có trách nhiệm kiểm và sửa, hỏi thông tin còn thiếu. Tổng là bốn khoảng đó. Hai người ngồi 15 phút để sửa thì tính 30 phút lao động. Ghi riêng phút chuẩn bị đầu vào. Bản nháp gõ nhanh hơn không tính là lợi nếu phần sửa đầu vào dài hơn phần vừa tiết kiệm.

Chỉ lấy một loại tài liệu, chẳng hạn báo cáo tiến độ gửi mỗi thứ Sáu. Đừng gộp email khách, dự báo doanh thu và nhận xét nhân sự vào cùng một lượt. Người vận hành tối đa hai người. Không đưa lương, sức khỏe, hợp đồng chưa công bố, bí mật khách hàng hay mật khẩu vào công cụ.

NIST AI Risk Management Framework yêu cầu vai trò rõ và phép đo gắn với đúng việc, làm lại được, có ghi chép. Với nhóm nhỏ, ghi tên người được gửi bản cuối và tên người được dừng phép thử.

Đầu vào nên cùng một khung, để phút chuẩn bị không trộn với phút viết:

DỰ ÁN/NHÓM:
KỲ BÁO CÁO:

1. Đã hoàn thành
- Việc:
- Bằng chứng hoặc liên kết:
- Người xác nhận:

2. Đang làm
- Việc:
- Trạng thái:
- Mốc tiếp theo:
- Người phụ trách:

3. Trở ngại
- Vấn đề:
- Ảnh hưởng:
- Cần quyết định/hỗ trợ gì:

4. Số liệu
- Chỉ số:
- Giá trị:
- Nguồn:
- Kỳ so sánh:

Cùng một đầu vào, hai bản trong tuần đầu

Tuần đầu, làm một bản tay và một bản có công cụ từ cùng ghi chú. Nếu sắp xếp được, người duyệt không biết bản nào có máy hỗ trợ.

Tạo BẢN NHÁP báo cáo tuần chỉ từ <du_lieu>.
Không tự điền con số, thời hạn, người phụ trách hoặc nguyên nhân.
Nếu thiếu, ghi [CẦN XÁC NHẬN].

Cấu trúc:
1. Kết quả đã hoàn thành
2. Công việc đang thực hiện
3. Trở ngại cần quyết định
4. Chỉ số và nguồn
5. Việc tuần tới

Mỗi con số phải có nguồn trong ngoặc. Giữ nguyên người phụ trách
và mốc từ đầu vào. Cuối bản nháp, liệt kê dữ liệu thiếu,
câu dễ bị hiểu thành cam kết và con số không có nguồn.

<du_lieu>
[DÁN ĐẦU VÀO ĐƯỢC PHÉP SỬ DỤNG]
</du_lieu>

Đây là câu lệnh để bắt đầu, chưa được chạy thử trên một công cụ cố định. Chạy trước trên báo cáo cũ đã ẩn danh, nơi bạn biết câu nào đúng. Công cụ tự thêm dữ liệu thì chưa chuyển sang tài liệu nhạy cảm hơn.

Khi bản nháp sai

Giữ bản đầu, đánh dấu lỗi, rồi yêu cầu đối lại nguồn:

Kiểm tra từng con số, người phụ trách và thời hạn trong bản nháp.
Lập danh sách: nội dung đã viết; câu nguồn trong <du_lieu>;
kết luận có nguồn / không có nguồn.
Mục không có nguồn phải đổi thành [CẦN XÁC NHẬN].
Không thêm suy đoán.

Ghi phút của lần sửa đó vào tổng. Cùng một lỗi lặp lại sau một lần chỉnh câu lệnh và đầu vào thì thu hẹp loại báo cáo hoặc dừng. Dừng ngay nếu dữ liệu nhạy cảm bị đưa sai chỗ, nếu bản nháp đụng tiền hoặc nhân sự mà không có người duyệt, hoặc nếu không còn người đủ thời gian đọc từng bản.

Lỗi cần đếm bằng tay, không cần bảng: tự thêm con số, gán nhầm người, bỏ sót trở ngại, viết chắc điều ghi chú chưa chắc, và lộ dữ liệu. Lộ dữ liệu là lý do dừng, không phải lý do sửa câu chữ rồi chạy tiếp.

NIST Generative AI Profile nói kết quả kiểm trong một tình huống hẹp có thể không giữ nguyên khi sang việc khác. Hai tuần chỉ trả lời có đáng thử tiếp trên đúng loại báo cáo này hay không.

Ngưỡng viết ra trước khi nhìn thấy số đẹp

Các mốc dưới đây không phải chuẩn ngành. Viết chúng trước khi xem kết quả của tuần có máy:

• Tiếp tục khi tổng thời gian giảm ít nhất 20%, không có lỗi nghiêm trọng lọt qua người duyệt, và người duyệt còn chịu nổi số bản.
• Sửa rồi thử thêm chỉ khi thời gian giảm nhưng lỗi lặp lại gắn với đầu vào hoặc câu lệnh, và bạn chỉ đổi một thứ.
• Dừng khi tổng không giảm, khi phải viết lại phần lớn, khi lỗi quan trọng lọt qua, khi có rủi ro dữ liệu, hoặc khi không còn người duyệt.

Phiếu quyết định chỉ cần các dòng: loại báo cáo, số bản, công cụ và chi phí, tổng phút trước, tổng phút sau, lỗi lặp lại, phút của người duyệt, rủi ro dữ liệu, quyết định tiếp tục hoặc sửa hoặc dừng, phạm vi tuần sau, người ký, ngày xem lại.

Nếu tiếp tục, chỉ nới một bậc: thêm một nhóm làm cùng loại báo cáo, hoặc thêm hai tuần. Phép thử này để quyết định mua hoặc không mua dựa trên tổng phút, lỗi và rủi ro đã ghi, không phải để chứng minh công cụ hữu ích nói chung.

Nguồn tham khảo

1. NIST AI Risk Management Framework 1.0 — vai trò, trách nhiệm và đo lường theo đúng việc; xuất bản tháng 1/2023.
2. NIST AI 600-1, Generative AI Profile — kiểm trước khi triển khai, giới hạn của một phép thử hẹp, và người vẫn phải giám sát; xuất bản tháng 7/2024.