06 · Kỹ thuật

Phát triển & triển khai

Lộ trình hiện thực theo năm giai đoạn, các phương pháp đang dùng trên thế giới để tham chiếu, và những rủi ro cần theo dõi sau khi vận hành.

Lộ trình triển khai

Giai đoạn 1 — Chuẩn bị dữ liệu nền

  1. Xây ma trận kỹ năng cho toàn bộ nhân viên, dạng có/không.
  2. Khai báo định biên thời gian và đơn giá cho từng loại step.
  3. Khai báo khu vực đăng ký của từng nhân viên.
  4. Đánh dấu các kỹ năng độc nhất (≤1 người sở hữu) để tách flow.

Giai đoạn 2 — Cấu hình rule

  1. Đưa các tham số (band, trần buổi, thời lượng khẩn, trọng số, ngưỡng cảnh báo) thành cấu hình.
  2. Cài logic gom cụm, lọc cứng, chấm điểm và van an toàn chống pending.
  3. Cài phân loại 3 luồng việc và tách flow kỹ năng độc nhất.
  4. Cài cờ đánh dấu: "phân tự động ngoài band" và "tự nhận thêm".

Giai đoạn 3 — Tích hợp đánh giá & lương

  1. Kết nối 4 nguồn đánh giá vào điểm hiệu suất, đặt trọng số trừ điểm cao cho lỗi sau sửa.
  2. Liên kết step hoàn thành với tính lương dịch vụ, gồm chia tỉ lệ step 2 người.

Giai đoạn 4 — Thử nghiệm

  1. Chạy pilot trên một cụm nhỏ chi nhánh, so sánh phân phối việc và lương thực tế.
  2. Tinh chỉnh trọng số và band dựa trên dữ liệu pilot.
  3. Thu thập phản hồi nhân viên về tính công bằng và động lực.

Giai đoạn 5 — Nhân rộng & giám sát

  1. Triển khai toàn bộ 100 chi nhánh.
  2. Bật báo cáo giám sát rủi ro: phân phối loại step, lỗi sau sửa, tần suất ghìm việc, kỹ năng độc nhất.
  3. Định kỳ rà soát tham số theo mùa vụ; chuẩn bị dữ liệu để nâng lên optimization nếu cần.

Tham chiếu phương pháp thế giới

Các hệ thống Field Service Management (ServiceNow FSM, SAP FSM, Salesforce Field Service, IFS, Oracle) thường dùng ba nhóm:

Phương phápĐặc điểmPhù hợp
Rule-based / score-basedChấm điểm theo trọng số, dễ hiểu, giải thích được cho nhân viênGiai đoạn đầu — khuyến nghị
Skill-based routingRoute việc theo bộ kỹ năng, mô hình từ tổng đàiKhớp "phân phối theo kỹ năng"
Constraint optimizationGiải bài toán tối ưu có ràng buộc, mạnh nhưng "hộp đen"Khi quy mô lớn, đủ dữ liệu
Khuyến nghịBắt đầu ở mức score-based (giải thích được, chỉnh nhanh), thiết kế dữ liệu sẵn sàng để sau nâng lên optimization khi 100 chi nhánh tạo đủ tải.

Rủi ro cần theo dõi

Rủi roBiểu hiệnGiảm thiểu
Tranh step ngon, né step rẻLương theo step tạo động cơ chọn việcGiám sát phân phối loại step, không chỉ tổng tiền
Làm ẩu để ăn nhiều stepTăng lỗi phát sinh sau sửaĐặt lỗi sau sửa là yếu tố trừ điểm mạnh nhất
Band quá chặt mất động lựcNgười nhanh thường bị xếp sauTheo dõi tần suất top performer bị ghìm; nới band
Kỹ năng độc nhất = điểm nghẽnMột người nghỉ, dự án đứngBáo cáo kỹ năng ≤1 người; đào tạo người thứ hai
Binary skill không phân loại tay nghềGiỏi/khá như nhau khi gánChất lượng dồn vào đánh giá → đánh giá phải tin cậy

Đưa portal lên Git & Cloudflare

Portal này là static site nhiều trang — không cần build.

Khởi tạo Git

# trong thư mục portal
git init
git add .
git commit -m "Portal tài liệu điều phối nhân sự"
git branch -M main
git remote add origin <URL-repo>
git push -u origin main

Cloudflare Pages

# Cách A — nối từ Git
Pages › Create › Connect to Git
Build command:  (để trống)
Output dir:     /

# Cách B — kéo thả, không cần Git
Pages › Upload assets › kéo cả thư mục portal

Vì là HTML tĩnh, không có bước build, output directory là thư mục gốc. Các trang liên kết với nhau bằng đường dẫn tương đối nên chạy ngay sau khi deploy.