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 năng lực chứng nhận được nêu ở đây là dự kiến hoặc đã lên kế hoạch. Việc đạt được chúng phụ thuộc vào sự thành công và sự chấp nhận của cộng đồng đối với GCBoK. Tại thời điểm hiện tại (2026), không ai có thể dự đoán nghiêm túc điều này.
Mục tiêu
Thiết lập một lược đồ chứng nhận cho tuân thủ Git-native 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) — miễn là cộng đồng chấp nhận GCBoK làm tiêu chuẩn tham chiếu chuẩn mực.
ISO/IEC 24773 — Các yêu cầu cấu trúc (Tóm tắt)
ISO/IEC 24773 định nghĩa cách một Body of Knowledge (BoK) phải được cấu trúc để có thể đóng vai trò cơ sở cho các lược đồ chứng nhận. Các yêu cầu chính:
| Cấp độ | Thuật ngữ ISO/IEC 24773 | Tương đương GCBoK (Trạng thái) |
|---|---|---|
| 1 | Knowledge Areas (KAs) | 14 Trục (01–14) — đã có |
| 2 | Competencies mỗi KA | dự kiến — định nghĩa cho mỗi trục |
| 3 | Learning Outcomes | dự kiến — mục tiêu học tập có thể đo lường cho mỗi competency |
| 4 | Assessment Criteria | dự kiến — tiêu chí đánh giá cho kỳ thi |
| 5 | Professional Roles | dự kiến — ánh xạ vai trò (ví dụ: Kỹ sư Tuân thủ, Kiểm toán viên) |
| 6 | Competency Levels | dự kiến — các cấp độ (Entry / Practitioner / Expert) |
Cách tiếp cận dự kiến (Giai đoạn 3, Q2–Q4 2027)
1. Định nghĩa Competency cho mỗi Trục (dự kiến)
Đối với mỗi trong 14 trục, 2–4 competencies sẽ được xây dựng. Ví dụ (Trục 02 — Khái niệm):
| Competency ID | Tiêu đề (tên làm việc) | Mô tả (dự kiến) |
|---|---|---|
GCBOK-02-C1 |
Áp dụng Phân loại V7GUID | Gán xác định L1–L6 + các trường mở rộng (RepositoryId, ProcessTypeId, GatewayId, VariantId) |
GCBOK-02-C2 |
Xây dựng Chuỗi Bằng chứng | Xây dựng chuỗi prev_sha256, chữ ký GPG, chuỗi bằng chứng V7GUID cho bằng chứng GoBD |
GCBOK-02-C3 |
Xác thực Chuỗi Bằng chứng Mật mã | Xác minh hash commit Git + chữ ký GPG + V7GUID như khả năng xác minh O(1) |
2. Learning Outcomes cho mỗi Competency (dự kiến)
Mỗi competency 2–3 learning outcomes có thể đo lường (Bloom taxonomy: Remember → Create).
Ví dụ GCBOK-02-C1:
| LO ID | Cách diễn đạt (dự kiến) | Cấp độ Bloom |
|---|---|---|
GCBOK-02-C1-LO1 |
Giải thích được 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 được ký hiệu class đúng (L1_L2_L3_L4_L5_L6) cho một tài liệu cho trước |
Apply |
GCBOK-02-C1-LO3 |
Nhận diện và sửa chữa phân loại V7GUID sai dựa trên quy tắc từ điển | 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 tập thực hành | Trong môi trường Git test: tạo V7GUID, tạo sidecar, xác thực chuỗi bằng chứng |
| Case Study | Giải quyết một tình huống tuân thủ cho trước (ví dụ: quyết toán năm GoBD) bằng phương tiện GCBoK |
4. Professional Roles Mapping (dự kiến)
| 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 cơ bản | Đậu kỳ thi lý thuyết; đã đọc GCBoK chương 01–06 |
| Practitioner | Năng lực ứng dụng | Entry + bài tập thực hành + 1 case study; tối thiểu 1 năm kinh nghiệm dự án |
| Expert | Năng lực thiết kế | Practitioner + nhiều case studies; đóng góp cộng đồng (PRs, reviews, dịch thuật); tối thiểu 3 năm kinh nghiệm |
Phụ thuộc và Rủi ro
| Yếu tố | Tác động đến Chứng nhận |
|---|---|
| Sự chấp nhận của Cộng đồng | Không có sự sử dụng rộng rãi GCBoK làm tài liệu tham chiếu thì không có nhu cầu chứng nhận |
| Độ chín của Tool | Webstatic, OPA, OSCAL tooling phải ổn định và có tài liệu |
| Hệ sinh thái Đối tác | Đố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 tại DE/EU cần công nhận (DAkkS v.v.) |
Các bước tiếp theo (tạm thời)
- Thu thập phản hồi cộng đồng (Gitea Issues, Discussions) — có nhu cầu không?
- Xây dựng pilot competencies cho 2–3 trục (ví dụ 02, 04, 05) và review
- Workshop Learning Outcomes với các trainer/examiner tiềm năng
- Prototype assessment tooling (dựa trên webstatic? xuất OSCAL?)
- Quyết định: Chỉ tiếp tục khi có phản hồi tích cực từ cộng đồng
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ư 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) — Phi lợi nhuận và quyền威 chuẩn mực