Trục 14: Chứng nhận (tạm thời)
Lưu ý: Chương này mô tả kế hoạch cho Giai đoạn 3 (Q2–Q4 2027). Các khả năng đáp ứng chứng nhận được phác thảo ở đây là dự kiến hoặc đã lên kế hoạch. Việc đạt được chúng phụ thuộc vào thành công của cộng đồng và sự chấp nhận đối với GCBoK. Tại thời điểm hiện tại (2026), không ai có thể dự đoán điều đó một cách nghiêm túc.
Mục tiêu
Thiết lập một lược đồ chứng nhận cho Git-native Compliance dựa trên GCBoK, đáp ứng các yêu cầu cấu trúc của ISO/IEC 24773 (BoK làm cơ sở cho các lược đồ chứng nhận) — với điều kiện cộng đồng chấp nhận GCBoK là tiêu chuẩn tham chiếu chuẩn mực.
ISO/IEC 24773 — Yêu cầu cấu trúc (Tổng quan ngắn)
ISO/IEC 24773 định nghĩa một Body of Knowledge (BoK) phải được xây dựng như thế nào để có thể đóng vai trò là cơ sở cho các lược đồ chứng nhận. Các yêu cầu cốt lõi:
| Cấp | Thuật ngữ ISO/IEC 24773 | Tương ứng trong GCBoK (Trạng thái) |
|---|---|---|
| 1 | Knowledge Areas (KAs) | 14 trục (01–14) — đã có |
| 2 | Competencies cho mỗi KA | dự kiến — xác định cho mỗi trục |
| 3 | Learning Outcomes | đã lên kế hoạch — mục tiêu học tập đo lường được cho mỗi Competency |
| 4 | Assessment Criteria | dự kiến — thang đánh giá cho các kỳ thi |
| 5 | Professional Roles | đã lên kế hoạch — gán vai trò (ví dụ: Compliance Engineer, Auditor) |
| 6 | Competency Levels | dự kiến — các cấp độ (Entry / Practitioner / Expert) |
Cách thức thực hiện dự kiến (Giai đoạn 3, Q2–Q4 2027)
1. Định nghĩa Competency cho mỗi trục (dự kiến)
Với mỗi trục trong số 14 trục, cần xây dựng 2–4 Competencies. Ví dụ (Trục 02 — Khái niệm):
| Competency ID | Tiêu đề (tên làm việc) | Mô tả (đã lên kế hoạch) |
|---|---|---|
GCBOK-02-C1 |
Áp dụng phân loại V7GUID | Gán tất định hệ thống phân cấp L1–L6 + các trường định danh mở rộng (RepositoryId, ProcessTypeId, GatewayId, VariantId) |
GCBOK-02-C2 |
Xây dựng chuỗi bằng chứng (Evidence Chains) | Liên kết prev_sha256, chữ ký GPG, xây dựng chuỗi bằng chứng V7GUID cho các minh chứng GoBD |
GCBOK-02-C3 |
Xác thực chuỗi bằng chứng mật mã (Cryptographic Evidence Chain) | Xác minh Git-Commit-Hash + chữ ký GPG + V7GUID với khả năng kiểm chứng O(1) |
2. Learning Outcomes cho mỗi Competency (đã lên kế hoạch)
Mỗi Competency có 2–3 Learning Outcomes đo lường được (Phân loại Bloom: Remember → Create).
Ví dụ GCBOK-02-C1:
| LO ID | Diễn đạt (đã lên kế hoạch) | Cấp Bloom |
|---|---|---|
GCBOK-02-C1-LO1 |
Có thể giải thích sáu cấp độ phân cấp (L1–L6) và độ rộng 4-Bit của chúng | Understand |
GCBOK-02-C1-LO2 |
Xác định ký hiệu class chính xác (L1_L2_L3_L4_L5_L6) cho một bằng chứng đã cho |
Apply |
GCBOK-02-C1-LO3 |
Nhận biết và sửa lỗi phân loại V7GUID dựa trên các quy tắc Dictionary | Analyze |
3. Assessment Criteria (dự kiến)
| Tiêu chí | Mô tả (dự kiến) |
|---|---|
| Kỳ thi lý thuyết | Trắc nghiệm / trả lời ngắn về khái niệm, định nghĩa, tiêu chuẩn |
| Bài thực hành | Trong một môi trường Git thử nghiệm: tạo V7GUID, tạo Sidecar, xác thực chuỗi bằng chứng |
| Nghiên cứu tình huống | Giải quyết kịch bản Compliance đã cho (ví dụ: báo cáo tài chính năm theo GoBD) bằng các phương tiện của GCBoK |
4. Ánh xạ Professional Roles (đã lên kế hoạch)
| Vai trò | Các trục liên quan (ví dụ) | Cấp chứng nhận (dự kiến) |
|---|---|---|
| Compliance Engineer | 01, 02, 04, 05, 06 | Practitioner |
| Git-native Auditor | 01, 02, 05, 07, 14 | Expert |
| Developer (GitCover Stack) | 02, 03, 04, 06 | Entry → Practitioner |
| PMO / Governance Lead | 01, 05, 07, 10, 14 | Practitioner → Expert |
5. Competency Levels (dự kiến)
| Cấp độ | Tên gọi | Điều kiện tiên quyết (dự kiến) |
|---|---|---|
| Entry | Hiểu biết nền tảng | Đã vượt qua kỳ thi lý thuyết; đã đọc các chương 01–06 của GCBoK |
| Practitioner | Năng lực vận dụng | Entry + bài thực hành + 1 nghiên cứu tình huống; tối thiểu 1 năm kinh nghiệm dự án |
| Expert | Năng lực kiến tạo | Practitioner + nhiều nghiên cứu tình huống; đóng góp cho cộng đồng (PRs, Reviews, bản dịch); tối thiểu 3 năm kinh nghiệm |
Các yếu tố phụ thuộc và rủi ro
| Yếu tố | Ảnh hưởng đến chứng nhận |
|---|---|
| Sự chấp nhận của cộng đồng | Không có nhu cầu chứng nhận nếu GCBoK không được sử dụng rộng rãi như một tài liệu tham chiếu |
| Độ trưởng thành của công cụ | Webstatic, OPA, OSCAL-Tooling phải ổn định và có tài liệu |
| Hệ sinh thái đối tác | Các quan hệ đối tác BSI/ENISA (Roadmap Giai đoạn 3) làm điểm neo uy tín |
| Khung pháp lý | Các lược đồ chứng nhận ở DE/EU cần có sự công nhận (DAkkS hoặc tương tự) |
Các bước tiếp theo (tạm thời)
- Thu thập phản hồi từ cộng đồng (Gitea Issues, Discussions) — liệu có nhu cầu không?
- Soạn thảo và review các Pilot-Competencies cho 2–3 trục (ví dụ: 02, 04, 05)
- Tổ chức Learning-Outcome-Workshop với các huấn luyện viên/giám khảo tiềm năng
- Xây dựng nguyên mẫu Assessment-Tooling (dựa trên webstatic? OSCAL-Export?)
- Quyết định: chỉ tiếp tục theo đuổi nếu cộng đồng phản hồi tích cực
Tài liệu tham khảo
- ISO/IEC 24773:2019 — Software and systems engineering — Certification of software and systems engineering professionals
- GCBoK Chương 00 (Index) — Định vị như một BoK
- GCBoK Chương 10 (Roadmap) — Giai đoạn 3: Lược đồ chứng nhận (ISO/IEC 24773)
- GCBoK Chương 11 (Tham chiếu GCC) — Tính phi lợi nhuận và thẩm quyền chuẩn mực