Senior Review Bottleneck

Trọng tâm phân tích của bài. Candidate process A được chọn (TOC mạnh, data quantifiable, fishbone 6M dễ chạy).

Problem statement đề xuất

Tại Mitek Vietnam (3,500-3,800 kỹ sư phục vụ 26 quốc gia thị trường), tỷ lệ junior-trên-senior reviewer đã tăng từ 3-4:1 lên 15-20:1 trong giai đoạn scaling 2021-2026, khiến hàng đợi review xếp 2-3 ngày trước khi mỗi bản vẽ được senior duyệt, làm chậm toàn bộ supply chain xuyên biên giới và tăng risk customer reject.

Đo được bằng số: queue depth, hours per drawing, ratio junior:senior, downstream factory lead-time slip.

Vì sao đây là constraint, không phải Inefficiency

Theo TOC framework (xem CH06 - Constraint Management hoặc khung-ly-thuyet):

Tiêu chíSenior review queue
Throughput thấp nhất trong chuỗi?✓ Junior throughput >> senior throughput
Inventory dồn trước bước này?✓ Drawings xếp 2-3 ngày queue
Nếu thêm capacity bước khác có giúp?✗ Thuê thêm 100 junior chỉ làm queue dài hơn
Nếu nâng bước này thì system throughput tăng?✓ +1 senior productive = +15-20 drawings/tuần delivered

Bốn dấu chỉ này khớp định nghĩa system constraint của Goldratt 1990. Không phải local inefficiency cần Lean cleanup.

Why-tree (5 Whys preview)

Effect: Senior review queue dài 50+ drawings
  → Why? Senior bị slow.
  → Why slow? Phải review từng drawing chi tiết tay.
  → Why chi tiết tay? Junior không tự check trước.
  → Why không check trước? Không có self-check checklist chuẩn.
  → Why không có checklist? Chưa ai owner để design + maintain.
                                       ← Root cause

Đầy đủ Fishbone 6M xem 6m-categories.

Constraints biographical: từ “constraint physic” sang “constraint capacity”

Senior review là policy-cum-capacity constraint:

  • Policy part: tỷ lệ junior:senior 15-20:1 do scaling policy (tuyển junior ồ ạt)
  • Capacity part: senior throughput hữu hạn (~3 drawings/ngày/người)

Goldratt phân loại 4 constraint types: capacity, market, policy, supplier. Mitek case là mix capacity + policy. Quan trọng cho Section 4 Fishbone vì:

  • Manpower branch = policy
  • Method branch = capacity exploitation

Data baseline cần thu thập

Cần cho Problem Statement Section 2 (200 từ) và Section 5 PDCA Plan.

MetricBaseline (cần đo)Target (90 ngày)
Avg review LT per drawing? hours-40 %
Queue depth (drawings waiting)? drawings-50 %
Senior utilization? %95 %
Rework rate (% rejected)? %-25 %
Downstream factory slip? days0 days

Nếu team không access dashboard chính thức, dùng estimate từ anh Tân và ghi nhận trong Limitations Section 6.

Trích bối cảnh từ cuộc họp

Ngày xưa một bạn senior, một bạn sửa bài cho khoảng 3-4 bạn thôi. Bây giờ một bạn sửa có thể lên tới 15-20 bạn. Thì rõ ràng tốc độ sửa nó sẽ chậm. Thì cái đó nó chính là cái bottleneck. Mà bây giờ không sửa bài thì khả năng cao là lỗi sai rất nhiều, thì khách hàng nó đánh giá chất lượng của mình không tốt, khách hàng nó không ký hợp đồng nữa.

Tăng số lượng senior đâu có dễ đâu. Giờ tăng ồ ạt đi, bạn đó chưa thật sự là level đủ của senior. Mà đưa bạn đó lên senior thì có phải là cũng là một cái điểm nghĩa không? Tại vì bạn không đủ năng lực mà bạn lên ngồi senior, thì bạn sửa bài biết bao giờ mới xong. Thay vì một senior mà đủ năng lực thì một bài họ sửa chừng khoảng tiếng. Giờ các bạn không đủ năng lực các bạn sửa 2 đến 3 tiếng. Có phải là cái cost nó tăng gấp 2 gấp 3 lần không?

Liên quan