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 theo kế hoạch. Việc đạt được chúng phụ thuộc vào sự thành công của cộng đồng và mức độ chấp nhận GCBoK. Tại thời điểm này (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àm tiêu chuẩn tham chiếu mang tính quy phạm.
ISO/IEC 24773 — Yêu cầu cấu trúc (Tổng quan ngắn gọn)
ISO/IEC 24773 định nghĩa cách một Body of Knowledge (BoK) phải được cấu trúc để có thể làm 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) — hiện có | | 2 | Competencies cho mỗi KA | dự kiến — xác định cho mỗi trục | | 3 | Learning Outcomes | theo 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 — tiêu chuẩn đánh giá cho các kỳ thi | | 5 | Professional Roles | theo kế hoạch — phân công vai trò (ví dụ: Compliance Engineer, Auditor) | | 6 | Competency Levels | dự kiến — các cấp độ (Entry / Practitioner / Expert) |
Cách tiếp cận theo kế hoạch (Giai đoạn 3, Q2–Q4 2027)
1. Định nghĩa Competency cho mỗi trục (dự kiến)
Với mỗi trong 14 trục, cần xây dựng 2–4 Competencies. Ví dụ (Trục 02 — Các khái niệm):
| Competency ID | Tiêu đề (tên tạm) | Mô tả (theo kế hoạch) |
|---|---|---|
GCBOK-02-C1 |
Áp dụng phân loại V7GUID | Ánh xạ một cách tất định phân cấp 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 (Evidence Chains) | Xây dựng chuỗi nối prev_sha256, chữ ký GPG, chuỗi bằng chứng V7GUID cho các bằng chứng GoBD |
GCBOK-02-C3 |
Xác thực 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 (theo kế hoạch)
Với mỗi Competency, 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 (theo 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 diện 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ề các khái niệm, định nghĩa, tiêu chuẩn |
| Bài thực hành | Trong 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 trước (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 (theo 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 GCBoK 01–06 |
| Practitioner | Năng lực ứng 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 cộng đồng (PRs, Reviews, bản dịch); tối thiểu 3 năm kinh nghiệm |
Các 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 về 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 đầy đủ |
| 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 đòi hỏi phải được 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?
- Xây dựng chi tiết và review các Pilot-Competencies cho 2–3 trục (ví dụ: 02, 04, 05)
- Tổ chức workshop Learning Outcome với các trainer/giám khảo tiềm năng
- Xây dựng nguyên mẫu công cụ đánh giá (dựa trên webstatic? Xuất OSCAL?)
- 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 quy phạm