Checklist dành cho khách hàng doanh nghiệp
Checklist kickoff một trang dành cho khách hàng, ghi lại mọi quyết định về dataset trước khi thu thập và đặt điều kiện cho mỗi lần huấn luyện lại.
Lặp lại thành công khó hơn tạo ra model đầu tiên. Hầu hết các dự án thị giác máy tính thất bại đều bắt nguồn từ một câu hỏi không ai đặt ra ở buổi kickoff: model sẽ chạy ở đâu, thế nào là thành công, hoặc liệu test set có thực sự chưa từng được dùng hay không. Checklist này cô đọng khóa học thành một trang mà khách hàng có thể tự điền mà không cần kỹ sư diễn giải, để những câu hỏi đó được đặt ra khi vẫn còn dễ trả lời.
Thực hành
Checklist kickoff#
Sao chép nội dung này vào repository hoặc wiki của dự án. Mỗi phần tương ứng với một bài học trong khóa học này, bằng cách diễn đạt để người không phải kỹ sư cũng có thể trả lời:
# Vision Project Kickoff Checklist
Project: ... Owner: ... Date: ...
## 1. What should the model do?
Business goal (one sentence, with a deadline): ...
Task: [ ] detect [ ] segment [ ] semantic [ ] classify [ ] pose [ ] OBB [ ] depth
Classes, each with a definition and a look-alike it excludes: ...
## 2. Where will the model run?
[ ] Cloud GPU [ ] Cloud CPU [ ] Edge device [ ] Mobile [ ] Browser
Latency target: ... ms Cameras / resolution: ...
## 3. What visual variation exists?
Times of day: ... Weather: ... Sites: ...
Cameras: ... Operators / shifts: ... Variants: ...
## 4. Which edge cases matter?
...
## 5. Do we have background images?
[ ] Yes, ...% of images (target 0-10%) [ ] No, collect first
## 6. Are labels consistent?
[ ] Labeling guide written [ ] Agreement measured: ...%
[ ] QC audit and suspect review run, notes attached
## 7. Did we check for leakage?
Split unit: [ ] clip [ ] camera [ ] day [ ] site [ ] customer
[ ] No group appears in more than one split
[ ] Every class appears in every split
## 8. Is the test set truly unseen?
[ ] Locked; used once for the final go/no-go
## 9. What defines success?
Acceptance test (metric, threshold, holdout): ...
Volume: [ ] >=1,500 images and >=10,000 instances per class
[ ] or documented exception with expected impact: ...
Ready to fine-tune YOLO26? [ ] Yes [ ] No, fix item ... firstCác phần làm điều kiện cho dự án#
| Giai đoạn | Các phần cần trả lời | Điều cần ngăn chặn |
|---|---|---|
| Kickoff | 1, 2, 9 | Xây dựng sai model cho sai phần cứng |
| Trước khi thu thập | 3, 4, 5 | Thu thập dữ liệu không phản ánh điều kiện triển khai |
| Trước khi gán nhãn | 6 | Trả tiền để gán nhãn cùng một thứ theo ba cách khác nhau |
| Trước khi huấn luyện | 7, 8, khối lượng dữ liệu | Tin vào metric bị rò rỉ hoặc quá lạc quan |
| Trước mỗi lần huấn luyện lại | Tất cả | Dữ liệu mới âm thầm làm hỏng một bước kiểm tra vốn từng đạt yêu cầu |
Điều hành buổi kickoff#
Trao đổi qua từng mục trên trang với người chịu trách nhiệm về kết quả kinh doanh, không chỉ với các kỹ sư. Ba thói quen giúp buổi họp hiệu quả:
- Dành thời gian cho phần 9. Bài kiểm thử nghiệm thu là nơi những bất đồng thực sự lộ ra, và dành một giờ để thống nhất về bài kiểm thử sẽ giúp tiết kiệm hàng tuần tranh luận xem model đã đủ tốt hay chưa.
- Chấp nhận "chưa biết" là một câu trả lời. Ghi tên người phụ trách và thời hạn bên cạnh câu trả lời đó. Các mục chưa có lời giải chính là kế hoạch dự án cho hai tuần tiếp theo.
- Hỏi sớm về phần 2. Mục tiêu triển khai giới hạn kích thước model và kích thước ảnh, từ đó giới hạn kích thước vật thể nhỏ nhất mà dataset cần bao quát.
Giá trị nằm ở câu trả lời của các bên liên quan cho mục 1, 3, 4 và 9. Nếu kỹ sư tự điền bằng cách phỏng đoán, checklist sẽ ghi lại các giả định thay vì những thỏa thuận. Hãy lên lịch họp và để trống mục chưa có ai biết câu trả lời.
Lưu checklist đã hoàn thành cùng với dataset, bên cạnh ghi chú QC và các file chia tập. Khi vài tháng sau có người hỏi tại sao model hoạt động theo một cách nhất định, câu trả lời thường bắt đầu từ trang này.
Những gì bạn có thể làm ngay#
Bạn có thể chuyển mục tiêu kinh doanh thành bài kiểm thử nghiệm thu, viết đặc tả dataset kèm hạn mức, thu thập dữ liệu đại diện với metadata trong từng tên file, gán nhãn nhất quán và đo mức độ đồng thuận, kiểm tra chất lượng bằng script, chia tập theo nhóm để tránh rò rỉ dữ liệu, chọn augmentation phù hợp với môi trường triển khai, chỉ cho phép huấn luyện khi vượt qua bước kiểm tra mức độ sẵn sàng, và biến lần chạy baseline thành bước chỉnh sửa dataset tiếp theo.

Nên học gì tiếp theo#
- Huấn luyện model YOLO đầu tiên: chuyển đổi nhãn trong Chuẩn bị dataset tùy chỉnh, sau đó huấn luyện, xác thực và export.
- Xây dựng với Ultralytics Platform: thực hiện cùng một quy trình (gán nhãn, tuyển chọn dữ liệu, huấn luyện trên cloud, triển khai, giám sát) tại một nơi, bắt đầu với Tuyển chọn, khử trùng lặp và chia tập.
- Ultralytics YOLO trong môi trường production: export, triển khai phục vụ và theo dõi model để phát hiện drift sau khi đưa vào sử dụng.
- Hướng dẫn fine-tuning: đóng băng layer, huấn luyện hai giai đoạn và lựa chọn optimizer khi các thiết lập mặc định không còn đủ.
Hiển thị lời giải
Buổi kickoff đã hoàn thành cho dự án kho hàng trong bài học 1:
Project: dock-safety-v1 Owner: site operations lead Date: 2026-05-02
1. Goal: cut dock-door near misses 30% in six months. Task: [x] detect
Classes: forklift (excludes hand pallet jacks), person (excludes reflections),
pallet (excludes crates without a pallet base)
2. [x] Edge device Latency: <= 100 ms Cameras: 4 x 1080p, 12 fps
3. Day and night shifts; rain at bays B-C; sites: dock A only for v1
4. People behind stacked pallets; forklifts half out of frame at bay edges
5. [ ] No: collect 150 empty-dock frames (owner: shift lead, by 2026-05-16)
6. [ ] Guide written [ ] Agreement measured -> owner: annotation lead, by 2026-05-23
7. Split unit: [x] camera + day
8. [x] Locked: cam-4, 2026-06-01 to 2026-06-07, never used for tuning
9. Recall(person) >= 0.95 at precision >= 0.85 on the locked cam-4 week
Volume: [ ] exception: pallet target 2,000 instances for v1; expect lower
pallet recall in crowded bays
Ready to fine-tune YOLO26? [ ] No, fix items 5 and 6 firstHai câu trả lời "chưa biết" đã trở thành các hành động có thời hạn, mục tiêu edge xác định giới hạn độ trễ, và tuần kiểm thử được khóa lịch giúp cụ thể hóa bài kiểm thử nghiệm thu.