Làm sao chứng minh một kỹ năng? Mô hình 6 cấp độ bằng chứng năng lực

Cách tiếp cận Skills First chuyển trọng tâm từ nhãn chính thức sang các năng lực mà một người thực sự có thể chứng minh. Nhưng điều đó không tự động giải quyết bài toán đánh giá năng lực.

OECD mô tả skills-first là cách điều chỉnh quy trình tuyển dụng và quản lý nhân tài để đánh giá con người dựa trên các kỹ năng đã được thể hiện. Báo cáo cũng nhấn mạnh nhu cầu về công cụ đánh giá và khung kỹ năng phù hợp. [1]

Vì vậy, thay phần "Education" bằng một phần "Skills" dài hơn là chưa đủ. Chúng ta cũng cần giải thích tốt hơn vì sao một tuyên bố về năng lực đáng tin cậy.

Hai người có thể ghi cùng một kỹ năng nhưng kinh nghiệm thực tế hoàn toàn khác nhau.

Hãy hình dung hai chuyên gia đều ghi:

Angular - nâng cao

Người thứ nhất hoàn thành một khóa học, tự làm vài dự án và nắm các cơ chế cơ bản của framework.

Người thứ hai đã ba năm phát triển ứng dụng production, chịu trách nhiệm kiến trúc một phần hệ thống, thực hiện migration giữa các phiên bản Angular và có thể chỉ ra kết quả cụ thể của công việc.

Trên danh sách kỹ năng truyền thống, họ có thể trông rất giống nhau.

Chỉ bằng chứng đặt trong bối cảnh mới bắt đầu cho thấy khác biệt thật sự.

Mô hình không nhằm cho mọi người một điểm số chung. Các nghề khác nhau tạo ra các loại bằng chứng khác nhau, và không phải dự án nào cũng có thể công khai.

Mục tiêu là trả lời câu hỏi đơn giản hơn:

tài liệu hỗ trợ việc trình bày một năng lực cụ thể có đáng tin cậy đến mức nào?

Cấp độ đơn giản nhất là tuyên bố của chính người dùng.

Ví dụ:

• Angular
• Figma
• SEO
• lãnh đạo nhóm
• đàm phán B2B

Thông tin này hữu ích cho tìm kiếm và discovery nhưng giá trị bằng chứng còn hạn chế.

Chúng ta chưa biết:

• kỹ năng đã được dùng ở đâu,
• trong bao lâu,
• ở quy mô nào,
• với mức trách nhiệm nào,
• tạo ra kết quả gì.

Tuyên bố là điểm bắt đầu, không phải kết thúc của đánh giá.

Bằng chứng mạnh hơn khi chúng ta biết kỹ năng được dùng ở đâu và trong bối cảnh nào.

Thay vì:

Angular

ta có:

Angular được sử dụng trong 2 năm để phát triển ứng dụng SaaS cho ngành logistics.

Điều này vẫn chưa chứng minh chất lượng công việc, nhưng cung cấp bối cảnh quan trọng:

• dự án thực tế,
• thời gian sử dụng,
• lĩnh vực áp dụng,
• loại môi trường.

Ở cấp độ này, kỹ năng không còn chỉ là một nhãn.

Cấp độ tiếp theo xuất hiện khi tuyên bố và kinh nghiệm có thể gắn với một sản phẩm công việc thực tế.

Tùy nghề, đó có thể là:

• ứng dụng hoạt động,
• đoạn mã,
• repository,
• thiết kế giao diện,
• prototype,
• báo cáo,
• phân tích,
• chiến dịch,
• bài viết,
• tài liệu,
• mô hình tài chính,
• ảnh,
• thiết kế kỹ thuật,
• bản ghi công việc đã hoàn thành.

Sản phẩm đó trả lời câu hỏi:

chúng ta có thể thấy thứ gì thực sự được tạo ra bằng kỹ năng này không?

Điều này không có nghĩa portfolio là bài kiểm tra năng lực chính thức. Tuy nhiên nghiên cứu về tuyển chọn nhân sự cho thấy các phương pháp gắn chặt với công việc thực, như work samples và bài kiểm tra kiến thức nghề nghiệp, có thể là chỉ báo hữu ích cho hiệu suất. Kết quả cần được diễn giải theo bối cảnh, chi phí và giới hạn của từng phương pháp. [2]

Ngay cả một sản phẩm công việc vẫn có thể chưa trả lời câu hỏi quan trọng:

người này thực sự đã làm gì?

Điều này đặc biệt quan trọng trong dự án nhóm.

Một ứng dụng có thể do 20 người xây dựng. Một chiến dịch có thể do nhóm 8 người thực hiện. Rebranding có thể có agency, marketing nội bộ và tư vấn bên ngoài.

Vì vậy bằng chứng mạnh hơn là case study nêu rõ đóng góp cá nhân.

Case study tốt nên tách ít nhất:

• vấn đề hoặc mục tiêu,
• phạm vi toàn dự án,
• trách nhiệm cá nhân,
• hành động thực tế đã làm,
• năng lực sử dụng,
• hợp tác với người khác,
• kết quả.

Thay vì:

Tôi xây dựng nền tảng e-commerce.

nên viết:

Tôi chịu trách nhiệm kiến trúc frontend, triển khai checkout và tích hợp luồng thanh toán. Dự án do nhóm năm người thực hiện.

Mô tả thứ hai hữu ích hơn vì không nhận toàn bộ công việc của nhóm là của một cá nhân.

Bằng chứng mạnh hơn nữa khi công việc tạo ra kết quả cụ thể có thể mô tả rõ ràng.

Ví dụ:

Frontend
Giảm thời gian tải màn hình chính từ 4,2 s xuống 1,8 s.

UX
Giảm tỷ lệ bỏ form đăng ký sau khi thiết kế lại luồng.

Marketing
Giảm chi phí mỗi lead trong khi giữ chất lượng traffic tương đương.

Sales
Mở phân khúc khách hàng mới và ký được số hợp đồng xác định.

Operations
Rút ngắn quy trình từ vài ngày xuống vài giờ.

Không phải nghề nào cũng nên thể hiện kết quả bằng phần trăm hoặc tiền. Không nên tạo metric giả chỉ để hồ sơ trông ấn tượng hơn.

Câu hỏi hữu ích là:

điều gì đã thay đổi nhờ công việc này?

Cấp độ mạnh nhất xuất hiện khi ít nhất một phần thông tin có thể được xác minh độc lập với tuyên bố của chủ hồ sơ.

Có thể là:

• dự án công khai,
• repository có lịch sử đóng góp,
• ấn phẩm công khai,
• việc tham gia dự án được xác nhận,
• nhận xét của khách hàng hoặc đồng nghiệp có thể công bố hợp pháp,
• kết quả có thể xác nhận độc lập,
• chứng chỉ chính thức khi thực sự liên quan,
• nguồn khác xác nhận công việc cụ thể.

Điều này không có nghĩa mọi dự án phải công khai.

Nhiều dự án giá trị nằm dưới NDA, bí mật kinh doanh hoặc nghĩa vụ bảo mật khác.

Vì vậy thiếu bằng chứng công khai không có nghĩa thiếu năng lực.

Nó chỉ có nghĩa mức xác minh độc lập thấp hơn.

Cấp độ 1 - tuyên bố
Angular.

Cấp độ 2 - bối cảnh
Angular được dùng 3 năm trong các ứng dụng SaaS.

Cấp độ 3 - sản phẩm công việc
Ứng dụng công khai, repository hoặc mẫu công việc khác có thể hiển thị.

Cấp độ 4 - đóng góp cá nhân
Chịu trách nhiệm kiến trúc một số module, shared components và migration ứng dụng.

Cấp độ 5 - kết quả
Tối ưu hóa giảm thời gian khởi động module chính từ 4,2 s xuống 1,8 s. Các giá trị chỉ minh họa.

Cấp độ 6 - xác minh
Kết quả và đóng góp có thể được xác nhận thêm bằng dự án công khai, lịch sử thay đổi, tham chiếu hoặc nguồn độc lập khác.

Hai bằng chứng ở cùng cấp độ có thể có giá trị rất khác nhau. Năm chiều bổ sung giúp diễn giải chất lượng.

1. Mức liên quan - bằng chứng có thực sự liên quan đến năng lực đang đánh giá?

2. Độ mới - năng lực được dùng khi nào và kinh nghiệm gần đây quan trọng đến đâu trong lĩnh vực này?

3. Tác giả và trách nhiệm - chúng ta có biết người đó thực sự làm gì?

4. Bối cảnh - quy mô, độ phức tạp, trách nhiệm, nguồn lực và điều kiện làm việc ra sao?

5. Khả năng xác minh - có cách độc lập để xác nhận ít nhất một phần thông tin không?

Mức liên quan

Dự án chỉ dùng công nghệ một cách phụ trợ là bằng chứng yếu hơn dự án nơi năng lực đó là trung tâm.

Độ mới

Tầm quan trọng phụ thuộc lĩnh vực. Có nơi kinh nghiệm cách đây mười năm vẫn rất giá trị, nhưng có nơi công cụ và thực hành thay đổi rất nhanh.

Tác giả và trách nhiệm

Dự án và nhóm càng lớn, càng cần tách kết quả chung khỏi đóng góp cá nhân.

Bối cảnh

Cùng một kết quả có thể mang ý nghĩa khác tùy quy mô, thời hạn, nguồn lực, trách nhiệm và độ khó.

Khả năng xác minh

Xác minh độc lập không phải lúc nào cũng khả thi và không phải lúc nào cũng nên bắt buộc. Nhưng nguồn độc lập xác nhận kết quả hoặc đóng góp sẽ tăng độ tin cậy.

Một người có thể làm rất tốt phần việc của mình trong dự án cuối cùng thất bại về kinh doanh.

Ngược lại, họ có thể tham gia dự án rất thành công nhưng chỉ ảnh hưởng nhỏ đến kết quả cuối.

Vì vậy nên tách ba yếu tố:

1. Năng lực
Người đó có thể thực hiện loại công việc này không?

2. Đóng góp
Họ thực sự chịu trách nhiệm phần nào?

3. Kết quả
Điều gì thay đổi nhờ công việc đó?

Kết hợp ba yếu tố sẽ cho bức tranh đầy đủ hơn.

Chứng chỉ hoặc chứng nhận chính thức khác có thể là bằng chứng hữu ích, nhưng giá trị phụ thuộc vào nó thực sự xác nhận điều gì và được đạt bằng cách nào.

Ví dụ, nó có thể xác nhận:

• hoàn thành khóa học,
• đạt kết quả học tập cụ thể,
• vượt qua hình thức đánh giá nhất định,
• hiểu một tiêu chuẩn,
• đáp ứng yêu cầu chính thức.

Ủy ban Châu Âu mô tả micro-credentials là hồ sơ về kết quả học tập đạt được qua trải nghiệm học tập ngắn. Cách tiếp cận của EU nhấn mạnh tính minh bạch và chất lượng. [3]

Không nên tự động coi chứng chỉ là bằng chứng rằng một người có thể tự mình thực hiện công việc phức tạp trong môi trường nghề nghiệp thật.

Vì vậy chứng nhận là một trong những yếu tố bằng chứng có thể có, và ý nghĩa phụ thuộc bối cảnh.

Không thể công khai dự án không nên xóa bỏ giá trị của kinh nghiệm.

Tuy nhiên NDA, nghĩa vụ bảo mật, bí mật kinh doanh, bản quyền và quy định bảo vệ dữ liệu có ưu tiên cao hơn nhu cầu thể hiện portfolio.

Chuyên gia chỉ nên mô tả dự án trong phạm vi hợp đồng, pháp luật áp dụng và quyền của các bên khác cho phép. Chỉ xóa tên khách hàng không phải lúc nào cũng đủ nếu chi tiết khác vẫn có thể nhận diện dự án, khách hàng, công nghệ, kết quả hoặc phương pháp bí mật.

Nếu được phép tiết lộ, có thể cân nhắc mô tả:

• ngành ở mức đủ chung,
• bản chất vấn đề mà không lộ thông tin mật,
• vai trò và trách nhiệm cá nhân,
• năng lực đã sử dụng,
• quy mô chỉ trong giới hạn được phép,
• loại kết quả mà không công bố dữ liệu được bảo vệ,
• cách tiếp cận ở mức đủ chung.

Nếu không chắc thông tin có thể công bố hay không, cách an toàn hơn là chưa tiết lộ cho đến khi kiểm tra hợp đồng hoặc có sự cho phép của chủ thể quyền.

Hệ thống bằng chứng năng lực không nên được thiết kế như thể mọi nghề đều là software development.

Designer có thể cho thấy quy trình, quyết định thiết kế, prototype và kết quả.

Developer có thể cho thấy sản phẩm, code, kiến trúc hoặc phạm vi trách nhiệm kỹ thuật.

Marketer có thể trình bày chiến dịch, cách làm, trách nhiệm và thay đổi kết quả.

Sales professional có thể mô tả phân khúc, quy trình bán hàng, vai trò và kết quả mà không tiết lộ dữ liệu khách hàng mật.

Project Manager có thể cho thấy phạm vi, cách tổ chức công việc, giới hạn và tác động đến delivery.

Photographer có thể trình bày tác phẩm mà không cần KPI giả tạo.

Nguyên tắc có thể chung, nhưng loại bằng chứng cần linh hoạt.

1. Kiểm tra năng lực thực sự đã được dùng ở đâu.

2. Tìm sản phẩm công việc hoặc ví dụ thực hiện cụ thể.

3. Tách đóng góp của chuyên gia khỏi công việc của cả nhóm.

4. Xem kết quả nếu có thể mô tả có ý nghĩa.

5. Đánh giá độ mới và mức tương đồng của kinh nghiệm trước với vấn đề cần giải quyết.

6. Tìm xác nhận độc lập khi có thể và phù hợp.

Nhờ vậy đánh giá chuyển từ từ khóa trong hồ sơ sang mức phù hợp thật giữa năng lực đã được chứng minh và nhu cầu cụ thể.

Mô hình dùng để tổ chức thông tin và hỗ trợ phán đoán của con người. Không nên coi đây là quyết định tự động về tuyển dụng, từ chối ứng viên hoặc bắt đầu hợp tác nghề nghiệp.

Không cần bằng chứng cấp độ 6 cho mọi năng lực.

Hữu ích hơn là xem lại các kỹ năng quan trọng và tự hỏi:

• tôi đã dùng kỹ năng này ở đâu?
• tôi giải quyết vấn đề gì?
• chính xác tôi đã làm gì?
• tôi có sản phẩm công việc không?
• kết quả là gì?
• tôi có thể mô tả mà không vi phạm bảo mật không?
• có người hoặc nguồn nào xác nhận đóng góp của tôi không?

Chỉ cần chuyển từ:

Figma - advanced

sang:

Tôi thiết kế onboarding cho ứng dụng B2B và chịu trách nhiệm research, prototyping, usability testing và design system cuối cùng

đã cải thiện rõ rệt chất lượng thông tin trong hồ sơ.

Cách tiếp cận Skills First chỉ có ý nghĩa nếu từ "skill" đại diện cho nhiều hơn một tag.

Nếu năng lực là một trong các cách chính để tìm và so sánh chuyên gia, chúng nên gắn với bối cảnh tốt nhất có thể:

kinh nghiệm -> portfolio -> đóng góp cá nhân -> kết quả -> khả năng xác minh.

Không phải năng lực nào cũng đạt cấp cao nhất và không nên bắt buộc.

Mục tiêu không phải tạo thêm thủ tục cho từng mục hồ sơ.

Mục tiêu là cho chuyên gia cơ hội giải thích vì sao tuyên bố kỹ năng đáng tin, và giúp người tìm chuyên môn đưa ra quyết định có nhiều thông tin hơn.

1. Cụ thể thay vì chỉ tuyên bố - cho thấy năng lực được dùng ở đâu và như thế nào.

2. Đóng góp cá nhân thay vì thành công của cả nhóm - tách công việc của bạn khỏi kết quả của cả tổ chức.

3. Kết quả thay vì danh sách nhiệm vụ - nếu có thể, cho thấy điều gì đã thay đổi nhờ công việc.

4. Bối cảnh thay vì một con số đơn lẻ - metric không có điều kiện có thể dẫn đến kết luận sai.

5. Xác minh khi có thể - xác nhận độc lập tăng độ tin cậy, nhưng thiếu nó không phủ nhận năng lực.

Một hồ sơ nghề nghiệp không nên buộc người đọc đoán điều gì thực sự nằm sau danh sách kỹ năng.

Tuyên bố giúp năng lực được tìm thấy. Bằng chứng giúp năng lực được hiểu.

Sáu cấp độ có thể tóm tắt thành một hành trình đơn giản:

1. Tôi nói rằng tôi làm được.
2. Tôi cho thấy đã dùng ở đâu.
3. Tôi cho thấy đã tạo ra gì.
4. Tôi giải thích chính xác đã làm gì.
5. Tôi cho thấy kết quả.
6. Tôi cho phép xác nhận độc lập khi có thể.

Càng trả lời được nhiều câu hỏi, chúng ta càng ít phải dựa chỉ vào lời khẳng định.

Khi đó Skills First mới thực sự có ý nghĩa hơn việc đổi thứ tự thông tin trong hồ sơ.

[1] OECD - A Skills-First Labour Market: Promoting skills-first hiring and talent management, 2026
Mở nguồn

[2] Sackett, Zhang, Berry, Lievens - Revisiting the design of selection systems in light of new findings regarding the validity of widely used predictors, Cambridge University Press, 2023
Mở nguồn

[3] European Commission - A European approach to micro-credentials
Mở nguồn

Ghi chú phương pháp: các nguồn [1]-[3] cung cấp bối cảnh rộng hơn về Skills First, đánh giá năng lực và credentials. Mô hình 6 cấp độ bằng chứng năng lực là mô hình khái niệm nguyên bản được trình bày trong tài liệu này và không được mô tả như kết quả của các ấn phẩm trên.