Trục 14: Chứng nhận (tạm thời)
Lưu ý: Chương này mô tả các kế hoạch cho Giai đoạn 3 (Q2–Q4 2027). Các khả năng phù hợp 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 thành công của cộng đồng và mức độ chấp nhận GCBoK. Ở thời điểm hiện tại (2026), không ai có thể dự đoán một cách nghiêm túc điều đó.
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) — với điều kiện cộng đồng chấp nhận GCBoK như một tiêu chuẩn tham chiếu mang tính quy phạm.
Nguồn tài liệu cho lược đồ chứng nhận (dự kiến)
Để xây dựng các chương trình chứng nhận, hai nhánh GCC cung cấp tài liệu:
- GCC (thực tiễn tổ chức/tuân thủ): Điều lệ/khung § 60a, hoạt động, dự án, tài trợ — cũng như các báo cáo kinh nghiệm/bài học kinh nghiệm của trang web GCC như dữ kiện kỹ thuật (theming, i18n, hợp đồng kết xuất) không mang tính tiếp thị.
- GCBoK (công trình tri thức): cấu trúc trục/năng lực, Learning Outcomes, tiêu chí đánh giá và các cấp độ năng lực — xem các nhóm Competency của trục này.
Dự kiến là ánh xạ một cách hệ thống các nguồn này lên các nhóm Competency và đưa các báo cáo kinh nghiệm vào các tiêu chí đánh giá như ví dụ ứng dụng.
Trạng thái: dự kiến/theo kế hoạch — chưa có chương trình nào tồn tại. Chứng chỉ chỉ được cung cấp sau khi xây dựng thành công (Giai đoạn 3) và được cộng đồng chấp nhận; không có quyền được chứng nhận.
ISO/IEC 24773 — Yêu cầu cấu trúc (tổng quan ngắn)
ISO/IEC 24773 định nghĩa cách một Body of Knowledge (BoK) phải được xây dựng để 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 GCBoK (Trạng thái) |
|---|---|---|
| 1 | Knowledge Areas (KAs) | 14 trục (01–14) — hiện có |
| 2 | Competencies theo KA | dự kiến — định nghĩa theo từng 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 — gán 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 theo từng trục (dự kiến)
Đối với mỗi trục 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 tạm thời) | Mô tả (theo kế hoạch) |
|---|---|---|
GCBOK-02-C1 |
Áp dụng phân loại V7GUID | Gán một cách xác định thứ bậc L1–L6 + các trường định danh mở rộng (RepositoryId, ProcessTypeId, GatewayId, VariantId) |
GCBOK-02-C2 |
Xây dựng chuỗi chứng cứ (Evidence Chains) | Tạo chuỗi prev_sha256, chữ ký GPG, chuỗi chứng cứ V7GUID cho 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 như khả năng kiểm tra O(1) |
1a. Nhóm năng lực mới — Onboarding, Chat-Workflow và Harness (thí điểm khả thi)
Các chủ đề của nguyên mẫu Onboarding AFJD-/GCUV hiện tại được ghi chú trước như một nhóm Competency khả thi cho các đánh giá đối tác sau này:
| Competency ID | Tiêu đề (tên tạm thời) | Mô tả (theo kế hoạch) |
|---|---|---|
GCBOK-05-C4 |
Onboarding KMU an toàn kiểm toán | Ghi nhận một workspace hiện có như Legal-Tenant/Group-OU và trang bị trước khi di chuyển bằng Git-Baseline, Identity và cấu trúc Recovery |
GCBOK-03-C4 |
Chat-Workflow và giao thức tác nhân | Mô hình hóa các yêu cầu, câu hỏi, lựa chọn trả lời, câu trả lời, quyết định, hành động công cụ, tạo tác và gate thành chat-workflow-1.0 |
GCBOK-04-C4 |
Harness-Gates xác định | Thực hiện đúng các gate schema, SHA, policy, test, HITL, write và commit cũng như nhận diện các trạng thái chặn |
GCBOK-02-C4 |
Di chuyển có thể khôi phục | Tạo checkpoint, so sánh trạng thái và kế hoạch restore; ghi lại các chỉnh sửa mà không viết lại lịch sử |
GCBOK-06-C4 |
Bàn giao mô-đun chuyên môn | Bàn giao kết quả onboarding cho Ledger, DMS, Portfolio và các mô-đun GitCover khác thông qua tham chiếu |
Nhóm này là trạng thái lập kế hoạch, không phải sự công nhận, chứng thực hay chứng nhận.
2. Learning Outcomes cho mỗi Competency (theo kế hoạch)
Mỗi Competency 2–3 Learning Outcomes đo lường được (thang 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 bậc thứ bậc (L1–L6) và độ rộng 4 bit của chúng | Understand |
GCBOK-02-C1-LO2 |
Xác định ký hiệu class đúng (L1_L2_L3_L4_L5_L6) cho một chứng cứ đã cho |
Apply |
GCBOK-02-C1-LO3 |
Nhận diện và sửa một phân loại V7GUID sai dựa trên các quy tắc từ điển | Analyze |
Learning Outcomes ví dụ cho GCBOK-05-C4 (theo kế hoạch)
| LO ID | Diễn đạt (theo kế hoạch) | Cấp độ Bloom |
|---|---|---|
GCBOK-05-C4-LO1 |
Phân biệt Legal-Tenant, Group-/OU-Top và các công ty liên kết | Understand |
GCBOK-05-C4-LO2 |
Trước khi di chuyển, tạo Git-Repo, .gitcover/, snapshot baseline và điểm khôi phục |
Apply |
GCBOK-05-C4-LO3 |
Thực hiện một cuộc di chuyển có thể theo dõi được qua Chat-Workflow, HITL-Gate, Validation-Gate và Checkpoint | Create |
GCBOK-05-C4-LO4 |
Khôi phục một trạng thái đã xác nhận trước đó thông qua kế hoạch restore và kiểm tra tính toàn vẹ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 thử nghiệm: tạo V7GUID, tạo Sidecar, xác thực chuỗi chứng cứ |
| Nghiên cứu tình huống | Giải quyết một tình huống tuân thủ đã cho (ví dụ: báo cáo tài chính năm GoBD) bằng các phương tiện GCBoK |
4. Ánh xạ vai trò chuyên môn (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. Các cấp độ năng lực (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 cơ bản | Đã đỗ kỳ thi lý thuyết; đã đọc các chương GCBoK 01–06 |
| Practitioner | Năng lực người dùng | Entry + bài tập 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 thiết kế | Practitioner + nhiều nghiên cứu tình huống; đóng góp cộng đồng (PR, review, bản dịch); tối thiểu 3 năm kinh nghiệm |
Lộ trình chứng nhận đối tác khả thi (lập kế hoạch)
Đối với các đối tác GitCover, sau này có thể dự kiến một đánh giá định hướng thực hành:
- Onboarding Readiness: Repo-Bootstrap, mô hình Legal-Tenant-/OU và Baseline.
- Workflow Literacy:
chat-workflow-1.0, đối thoại, quyết định và nguồn. - Harness Operation: các guard xác định, HITL- và Write-Gates, Validation.
- Migration Evidence: checkpoint, manifest SHA, sidecar và kế hoạch restore.
- Module Handover: bàn giao cho Ledger/DMS/Portfolio mà không mất nguồn gốc.
- Review: đánh giá độc lập một trường hợp đã ẩn danh bởi người kiểm tra/reviewer.
Đánh giá này sẽ là một đề xuất chứng nhận khả thi. Nó không thay thế việc chứng thực cũng như kiểm tra chuyên môn, thuế hoặc pháp lý độc lập.
Phụ thuộc và rủi ro
| Yếu tố | Ảnh hưởng đến chứng nhận |
|---|---|
| Mức độ 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ư tài liệu tham chiếu |
| Độ chín của công cụ | Webstatic, OPA, OSCAL-Tooling phải ổn định và được tài liệu hóa |
| Hệ sinh thái đối tác | Quan hệ đối tác BSI/ENISA (lộ trình Giai đoạn 3) như điểm neo độ tin cậy |
| Khung pháp lý | Các lược đồ chứng nhận ở DE/EU cần được chứng thực (DAkkS hoặc tương tự) |
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 và review các Pilot-Competencies cho 2–3 trục (ví dụ: 02, 04, 05)
- Workshop về Learning Outcome với các trainer/người kiểm tra tiềm năng
- Assessment-Tooling dạng nguyên mẫu (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 (Chỉ mục) — Định vị như một BoK
- GCBoK Chương 10 (Lộ trình) — 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