Bài này trả lời: Fit-gap analysis dự án EcoMFG: từng bước Các phần: tình huống thật — trả lời ngắn — điều gì cản trở — framework — bảng thực thi — ví dụ minh họa — FAQ — checklist tự kiểm. Đọc 12 phút, dùng được tuần này.
Tình huống minh họa: Cuộc họp fit-gap 3 giờ kết thúc không kết luận: mỗi yêu cầu khách đều được trả "làm được" (bởi consultant muốn ký), hoặc "không làm được" (bởi consultant sợ phạm vi). 2 tuần sau, đúng cái gap không ai ghi nổi thành tài liệu nổ ra giữa demo: khách nói "hồi đó tôi nói rồi", team nói "hồi đó ai đâu ghi". Yêu cầu đó hóa ra cần custom 40 giờ — không ai xin ai ký gì, và hợp đồng không có khoản nào chạm nó.
Trả lời ngắn: Fit-gap analysis là bước biến "yêu cầu nói miệng" thành bảng gap có bằng chứng và quyết định ghi rõ: chạy từng quy trình theo chuẩn EcoMFG, ghi mỗi khác biệt thành 1 dòng gồm — yêu cầu gốc (trích lời khách), hành vi EcoMFG chuẩn, khoảng cách, phân loại (Fit/Config/Custom/Risk-gap), effort ước, và người quyết. Cuối buổi có bảng phê duyệt: gap nào làm, gap nào chỉnh quy trình theo chuẩn, gap nào hoãn — ai cũng ký vào đúng dòng của mình. Cuộc cãi "hệ thống không làm được" chết từ buổi đầu.
Bài này dành cho ai?
Dành cho consultant và BA chạy fit-gap với khách — người từng trải cuộc họp 3 giờ không kết luận, hoặc vụ yêu cầu nổ giữa demo vì không ai ghi nhận gap lúc đầu.
Điều gì đang xảy ra?
- Fit-gap chạy như họp hỏi đáp — không tài liệu gì đọng lại sau buổi.
- "Làm được" nói miệng — không phân biệt config với custom.
- Gap được ghi bằng trí nhớ — 2 tuần sau ai cũng "hình như".
- Yêu cầu nổ giữa demo vì không ai ký nhận gap lúc đầu.
- Custom phát sinh không effort, không ai duyệt phạm vi.
- Khách chỉnh quy trình hay hệ thống chỉnh — quyết lẫn lẫn tiện ai nói trước.
Điều người đọc muốn đạt được
Chạy fit-gap 4 bước chuẩn có đầu ra: bảng gap có phân loại + effort + người quyết + biên bản phê duyệt — đóng băng phạm vi trước khi thiết kế chi tiết.
Điều gì đang cản trở?
| Cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Không format | Hỏi đáp tự do, ghi tay rời rạc | Không gì đọng lại sau buổi |
| Sợ mất khách | Mọi thứ "làm được" | Phạm vi nổ giữa dự án |
| Sợ phạm vi | Mọi thứ "không làm được" | Khách mất niềm, deal chết |
| Không phân loại | Config lẫn custom trong 1 câu | Ước effort sai, giá sai |
| Không người quyết | Gap treo không ai ký | Vấn đề nổ đúng lúc tệ nhất |
Tác động nếu không xử lý
- Không gì đọng lại sau buổi
- Phạm vi nổ giữa dự án
- Khách mất niềm, deal chết
- Ước effort sai, giá sai
- Vấn đề nổ đúng lúc tệ nhất
Insight: Giá trị thật của fit-gap không nằm ở việc "khớp hay không" — nằm ở việc phân loại quyết định: Fit (chuẩn chạy luôn), Config (tham số/luồng tùy biến không code), Custom (code — có effort + bảo trì trọn đời), Risk-gap (giải bằng đổi quy trình hoặc hoãn). Bốn nhãn này buộc mỗi gap thành một quyết định kinh doanh có giá: custom 40 giờ là 1 budget, đổi quy trình là 1 cuộc họp đào tạo. Khách ký vào quyết định — không ký vào lời hứa mù.
Framework (4 bước)
BƯỚC 1 — Chuẩn bị: danh sách quy trình cần fit + sandbox có dữ liệu gần khách ↓ BƯỚC 2 — Chạy từng quy trình theo chuẩn, ghi gap theo format 6 cột ↓ BƯỚC 3 — Phân loại Fit/Config/Custom/Risk-gap + ước effort thô ↓ BƯỚC 4 — Họp phê duyệt gap: mỗi dòng có người quyết + chữ ký — đóng băng phạm vi
Lộ trình học theo luồng nghiệp vụ, lớp theo vai, bài thực hành chấm theo tình huống thật — học xong kể được luồng, không chỉ bấm được nút.
Khám phá EcoTalent →Bảng thực thi (To-Be)
| Cột trong bảng gap | Nội dung bắt buộc | Ví dụ |
|---|---|---|
| Yêu cầu gốc | Trích lời khách, kèm người nói | "Tôi cần duyệt 2 cấp mọi PO >50tr" — GM |
| Hành vi EcoMFG chuẩn | Mô tả trung tính, không phán xét | Duyệt PO theo nhóm phê duyệt cấu hình được |
| Khoảng cách | Khác gì so với chuẩn | 2 cấp cố định + ngưỡng động theo NCC |
| Phân loại | Fit / Config / Custom / Risk | Custom — 30–40 giờ |
| Hướng đề xuất | 1 trong: làm custom / chỉnh quy trình / hoãn | Custom 2 cấp — giữ ngưỡng theo NCC |
| Người quyết | Tên + chữ ký | GM + PM ký duyệt |
Ví dụ minh họa — số liệu giả định
Số liệu giả định để minh họa, không phải thống kê thực tế.
Dự án phân phối 12 phòng ban — fit-gap chạy 2 kiểu cho cùng danh sách quy trình.
| Chỉ số | Hỏi đáp tự do | Bảng gap 6 cột + phê duyệt |
|---|---|---|
| Gap ghi có bằng chứng | 0 — trí nhớ | 100% dòng có trích dẫn |
| Custom nổ giữa dự án | 2–3 vụ/khách | 0 — mọi custom có ký từ đầu |
| Ước effort sai lệch | ±60% | ±15% — phân loại tách bạch |
| Thời gian đóng băng phạm vi | Không bao giờ | Cuối tuần fit-gap thứ 2 |
| Tranh "hồi đó ai nói" | Mỗi demo một lần | 0 — mở bảng ra là xong |
Triển khai 4 tuần đầu
Tuần 1: chọn đúng nơi bắt đầu theo framework trên — dựng tối thiểu dữ liệu/thành phần bắt buộc, chưa hoàn thiện. Tuần 2: chạy thử 1 luồng/vòng đầy đủ trên dữ liệu thật hoặc giả định có tính cách; ghi vướng vào danh sách. Tuần 3: xử 3 vướng lớn nhất + mở rộng nửa còn lại; bắt đầu đo 1–2 con số so với cách làm cũ. Tuần 4: chốt thành quy trình có người chịu + số liệu theo tuần — nếu tuần 4 vẫn cần đôn đốc từng ngày, quay lại xem bước nào trong framework gây ma sát và đơn giản hóa nó.
Quan niệm sai và thực tế
| Quan niệm sai | Thực tế | Hệ quả nếu tin sai |
|---|---|---|
| ['Vấn đề này giải quyết bằng thêm công sức cá nhân', 'Giải bằng cấu trúc — quy trình + dữ liệu tại nguồn + người chịu', 'Người giỏi kiệt sức, vấn đề tái phát khi người đó nghỉ'] | ['Đợi khi nào "rảnh" sẽ làm', 'Chuyện để dành never cheaper — dữ liệu rối thêm mỗi ngày chờ', 'Chi phí sửa tăng theo thời gian trì hoãn'] | ['Cách cũ vẫn chạy — chưa cần đổi', 'Vẫn chạy nghĩa là vẫn trả chi phí vô hình mỗi ngày', 'Tiền mất âm thầm nhân lên trong khi đối thủ đi trước'] |
Câu hỏi thường gặp
Gap quá nhiều — bảng 200 dòng làm sao họp?
Phân tầng họp: 20 gap có quyết ảnh hưởng phạm vi/giá — họp phê duyệt với người quyết từng dòng; 180 gap còn lại gom nhóm theo quy trình, PM chốt theo chính sách mặc định (Fit/Config xử theo chuẩn, không cần 200 người ngồi). Nguyên tắc: dòng nào đổi giá hoặc đổi phạm vi mới cần chữ ký cấp trên.
Khách không chịu "chỉnh quy trình theo chuẩn"?
Đó là Risk-gap — không giấu, đưa lên họp với số: custom này 40 giờ + bảo trì 3 năm vs đổi bước duyệt (2 buổi đào tạo). Khách nhìn con số tự quyết — nhiều khi khách thấy 40 giờ của chính mình (đi lại, chờ duyệt) lớn hơn 40 giờ của custom. Consultant không quyết thay khách — chỉ đưa đủ dữ kiện.
Estimate gap lúc fit-gap có sai không?
Sai ±15–30% là bình thường — mục tiêu là phân loại đúng + bậc thô (S/M/L), không phải báo giá. Estimate chính xác nằm ở bước sau khi thiết kế chi tiết. Sai chết là sai PHÂN LOẠI (bỏ Custom thành Config) — vì sai đó nhân lên toàn bộ giá hợp đồng.
Sandbox cho fit-gap cần dựng tới đâu?
Đủ gần để khách nhận ra việc mình: công ty cấu hình tên khuôn khách + luồng chuẩn + dữ liệu 10–15 bản ghi giống ngành. Không cần đầy đủ — cần "gương" đủ rõ cho khách soi quy trình. Dựng quá chi tiết tốn 3 ngày để khách bắt đầu cãi màu chữ.
Fit-gap khách vắng người quyết — chạy nốt không?
Chạy phần ghi nhận, KHÔNG chốt dòng nào thiếu người quyết — dòng đó ghi "chờ quyết" hiện lên báo cáo tuần. Chốt hộ là mời tranh chấp quay lại: sau này người vắng nói "tôi không đồng ý" — bảng fit-gap vô giá trị đúng dòng đó, đúng lúc tệ nhất.
Bài học một câu?
Fit-gap không phải hỏi "làm được không" — là ghi "khác gì, loại gì, tốn bao nhiêu, ai quyết": bảng gap 6 cột có chữ ký đóng băng phạm vi từ tuần đầu, custom hết nổ giữa demo.
Checklist tự kiểm tra
3 dấu hiệu bạn cần bài này
(1) Fit-gap chạy như họp hỏi đáp — không tài liệu gì đọng lại sau buổi. (2) Gap được ghi bằng trí nhớ — 2 tuần sau ai cũng "hình như". (3) Khách chỉnh quy trình hay hệ thống chỉnh — quyết lẫn lẫn tiện ai nói trước.
Nếu ít nhất 2 trong 3 dấu hiệu trên đúng với tình huống của bạn, framework trong bài đáng áp dụng ngay tuần này — đừng đợi đến khi dấu hiệu thứ ba "đau" thêm. Nếu chỉ có 1 dấu hiệu, hãy đánh dấu bài và quay lại khi dữ kiện đủ: áp dụng nửa vời một framework thường tốn công hơn chờ đúng lúc.
Kết luận
Fit-gap analysis chỉ có giá trị khi đọng lại bảng gap 6 cột: yêu cầu trích lời khách, hành vi chuẩn, khoảng cách, phân loại Fit/Config/Custom/Risk, hướng đề xuất, người quyết ký. Phân loại tách bạch biến mỗi gap thành quyết định kinh doanh (40 giờ custom hay 2 buổi đổi quy trình) — khách ký vào quyết định, phạm vi đóng băng, và cuộc cãi "hồi đó ai nói" hết chỗ xảy ra.
Bước tiếp theo thực dụng: chọn đúng 1 hạng mục nhỏ nhất từ framework trên — vừa đủ để làm trong 1 tuần và đo được 1 con số. Làm trọn 1 hạng mục nhỏ tạo moment duy trì tốt hơn cố gắng làm 5 hạng mục cùng lúc rồi bỏ giữa chừng. Khi hạng mục đầu chạy đúng, hạng mục sau có sẵn người tin việc đang làm — và dữ liệu để mở rộng. Đó là cách mọi đội chuyển từ "biết nên làm" sang "đang làm được": một bước nhỏ trọn vẹn mỗi tuần, thay vì một kế hoạch lớn nằm giấy.