Phân loại kỹ sư phần mềm (từ chế độ cấp bậc sang chế độ chức danh IT)
1. Tổng quan
A. Định nghĩa
Chế độ cấp bậc kỹ sư là hệ thống phân loại nhân lực chia thành sơ cấp, trung cấp, cao cấp, đặc cấp bằng cách chấm điểm kinh nghiệm, học vấn, chứng chỉ, còn chế độ chức danh IT là hệ thống lấy năng lực làm trung tâm, phân loại nhân lực dựa trên công việc (job) và mức năng lực thực tế (competency) đảm nhận.
Khác biệt bản chất của hai chế độ nằm ở "đánh giá con người bằng cái gì". Chế độ cấp bậc chấm điểm lý lịch của nhân lực đầu vào (input) — làm việc mấy năm, tốt nghiệp trường nào, có chứng chỉ gì. Ngược lại, chế độ chức danh IT nhìn vào công việc đảm nhận và mức đạt được của năng lực (competency) mà công việc đó yêu cầu. Cốt lõi là góc nhìn đã dịch chuyển từ "làm bao lâu" sang "làm việc gì, làm tốt đến đâu".
Điểm cần lưu ý khi hiểu chủ đề này là "chế độ cấp bậc vs chế độ chức danh" không phải vấn đề phân loại nhân sự đơn thuần mà là vấn đề mang tính cấu trúc gắn liền với toàn bộ hệ thống tính giá (chi phí) của ngành SW. Vì việc phân loại kỹ sư như thế nào sẽ quyết định luôn cách tính số tiền đặt hàng, nên chuyển đổi hệ thống phân loại là việc thay đổi đồng thời cả dòng tiền của ngành lẫn cấu trúc thu hút nhân tài. Đây là lý do khi xử lý chủ đề này theo quan điểm Kỹ sư chuyên nghiệp cần gắn "phương thức phân loại", "tính giá", và "đãi ngộ nhân lực" thành một khối.
B. Bối cảnh ra đời
Trước đây ngành SW tính chi phí nhân công (đơn giá lao động) dựa trên chế độ cấp bậc kỹ sư. Khi tính giá đặt hàng, người ta đếm cấp bậc của nhân lực đầu vào theo kiểu "mấy người đặc cấp, mấy người cao cấp" rồi nhân với đơn giá theo cấp bậc. Vì cấp bậc chính là đơn giá nên việc tính toán đơn giản và ít có chỗ tranh cãi, nhưng lại mang vấn đề căn bản là đánh giá kiểu thâm niên khi "làm việc mấy năm" thay thế cho "làm việc gì tốt đến đâu".
Vấn đề này xung đột trực diện với đặc tính của ngành nghề SW. Lao động vật lý thì độ thành thạo nhìn chung tỷ lệ thuận với kinh nghiệm tích lũy, nhưng phát triển phần mềm dù cùng 10 năm kinh nghiệm thì độ chênh lệch về năng suất và chất lượng sản phẩm cũng lớn đến mức gấp nhiều lần. Sự méo mó khi một lập trình viên trẻ xuất sắc bị đánh giá với đơn giá thấp hơn người chỉ hơn về kinh nghiệm đã xảy ra thường xuyên. Trước tình hình đó, năm 2012 chính phủ đã bãi bỏ quy định liên quan đến chế độ khai báo kỹ sư SW (chế độ cấp bậc) và thúc đẩy chuyển đổi sang chế độ chức danh IT lấy công việc và năng lực làm trung tâm.
Cũng cần hiểu cả lý do vì sao chế độ cấp bậc có thể duy trì lâu như vậy. Vì việc tính giá của các dự án SW công gắn trực tiếp với lập ngân sách và kiểm toán, nên cơ quan đặt hàng ưa chuộng tiêu chuẩn khách quan "ai nhìn cũng không có ý kiến khác". Kinh nghiệm, học vấn, chứng chỉ là những con số rõ ràng có thể kiểm chứng bằng giấy tờ, nên chế độ cấp bậc mạnh về mặt tiện lợi hành chính. Vấn đề là sự tiện lợi đó che đi khiếm khuyết căn bản "không tưởng thưởng cho thực lực", và khi SW lớn lên thành ngành cốt lõi quốc gia thì chi phí của khiếm khuyết này lớn đến mức không còn chịu nổi, đó chính là bối cảnh của việc chuyển đổi.
C. Sự cần thiết
Sự cần thiết của chế độ chức danh IT xuất phát từ tưởng thưởng chính đáng cho tính chuyên môn. Nếu lập trình viên có năng lực xuất sắc bị đánh giá thấp hơn người chỉ hơn về kinh nghiệm thì nhân tài ưu tú sẽ rời bỏ ngành, và giá đặt hàng cũng lệch khỏi giá trị thực tạo ra. Đây là vấn đề mang tính cấu trúc dẫn đến suy giảm năng lực cạnh tranh của toàn ngành SW chứ không chỉ là bất mãn cá nhân.
Phân loại dựa trên công việc, năng lực là điểm khởi đầu để chỉnh sửa những méo mó này. Bên đặt hàng có thể yêu cầu rõ ràng năng lực cần thiết như "kiến trúc sư cấp cao có thể thiết kế kiến trúc đám mây" thay vì "1 người đặc cấp", và có thể tính giá tương ứng một cách hợp lý. Hơn nữa, đối với cá nhân, nó đưa ra lộ trình phát triển sự nghiệp (Career Path) như "lập trình viên junior → lập trình viên senior → kiến trúc sư/trưởng nhóm kỹ thuật", tạo động lực trưởng thành bằng năng lực chứ không phải thâm niên. Điều này trở thành nền tảng nâng cao tính chuyên môn của toàn ngành.
Ngoài ra, chế độ chức danh IT còn nâng cao khả năng ứng phó với địa hình công nghệ biến đổi nhanh. Các công việc mới nổi như đám mây, AI, bảo mật không thể đánh giá chỉ bằng số năm kinh nghiệm mà phải phân định bằng năng lực thực tế. Chế độ cấp bậc không có chỗ chứa "công việc mới" nên không tưởng thưởng đúng mức cho nhân lực công nghệ mới, nhưng hệ thống công việc, năng lực có thể hấp thu sự thay đổi công nghệ bằng cách định nghĩa công việc mới và đánh giá mức độ của nó. Tốc độ thay đổi của ngành càng nhanh thì lợi thế của phân loại lấy năng lực làm trung tâm càng lớn.
2. Khái niệm, đặc điểm của chế độ cấp bậc và chế độ chức danh IT
A. Khái niệm về chuyển đổi
flowchart LR
G["Chế độ cấp bậc<br/>Kinh nghiệm·học vấn·chứng chỉ → sơ/trung/cao/đặc cấp"] -->|"Chuyển đổi lấy năng lực làm trung tâm"| J["Chế độ chức danh IT<br/>Dựa trên mức công việc·năng lực"]
G -.->|"Tính giá đơn giản·khách quan"| GA["Đơn giá lao động theo cấp bậc"]
J -.->|"Phản ánh tính chuyên môn"| JA["Giá dựa trên công việc·năng lực"]
Hình trên cho thấy hai chế độ dẫn đến các phương thức tính giá khác nhau. Chế độ cấp bậc rút ra giá theo lối đường thẳng "cấp bậc → đơn giá lao động theo cấp bậc", trong khi chế độ chức danh đi theo lối "mức công việc·năng lực → giá tương ứng với nó". Như mũi tên tượng trưng, hướng chuyển đổi thì rõ ràng, nhưng thực tế là lối tính giá được biểu thị bằng nét đứt vẫn chưa được củng cố đầy đủ.
Chế độ cấp bậc có ưu điểm rõ rệt là tính tiện lợi trong tính toán. Vì đánh cấp bậc bằng tài liệu khách quan là kinh nghiệm, học vấn, chứng chỉ nên việc tính toán dễ dàng và ít tranh cãi giữa bên đặt hàng và bên nhận thầu. Ở môi trường coi trọng minh bạch và đáp ứng kiểm toán như đặt hàng công, sự rõ ràng này được ưa chuộng lâu dài. Tuy nhiên, sự rõ ràng này phải trả giá là "cấp bậc bị cố định bất kể chất lượng sản phẩm thực tế".
Ngược lại, chế độ chức danh IT nhìn vào công việc đảm nhận và mức năng lực mà công việc đó yêu cầu. Ví dụ, hệ thống năng lực quốc tế SFIA (Skills Framework for the Information Age) chia công việc thành nhiều phạm trù và định nghĩa năng lực yêu cầu cùng bậc thành thạo (level) cho từng công việc. Tại Hàn Quốc, NCS (Tiêu chuẩn năng lực nghề nghiệp quốc gia) quy định đơn vị năng lực và mức độ theo từng công việc IT, đóng vai trò tương tự. Các hệ thống này lấy tiêu chuẩn là "người này có thể thực hiện công việc nào, ở mức nào".
Sự dịch chuyển góc nhìn chính là bản chất của việc chuyển đổi chế độ. Nếu chế độ cấp bậc là "lấy đầu vào (input) làm trung tâm" thì chế độ chức danh IT là "lấy năng lực·thành quả (competency) làm trung tâm", điều này có nghĩa là sự chuyển đổi góc nhìn coi SW không phải là tổng của thời gian lao động mà là sự thể hiện của năng lực chuyên môn.
"Công việc" trong chế độ chức danh IT không phải đơn nhất mà được phân nhỏ thành nhiều nhánh. Thông thường công việc IT chia thành hoạch định·tư vấn, phát triển phần mềm (ứng dụng·hệ thống), cơ sở dữ liệu, mạng, an ninh thông tin, kiến trúc IT, quản lý dự án, v.v., và trong mỗi công việc lại phân biệt mức thực hiện (ví dụ: junior/senior/lead). Nếu chế độ cấp bậc đặt mọi lập trình viên lên một chiếc thang cấp bậc duy nhất, thì chế độ chức danh là cấu trúc hai chiều, phân biệt trước "người này làm việc gì" rồi mới nhìn độ thành thạo trong đó. Cấu trúc này tinh vi hơn nhưng bù lại kéo theo gánh nặng phải xây dựng tiêu chuẩn cho từng công việc.
B. So sánh
| Phân loại | Chế độ cấp bậc kỹ sư | Chế độ chức danh IT |
|---|---|---|
| Tiêu chuẩn | Kinh nghiệm·học vấn·chứng chỉ → cấp bậc (sơ·trung·cao·đặc cấp) | Phân loại theo mức công việc·năng lực |
| Góc nhìn | Cấp bậc của nhân lực đầu vào (thâm niên) | Công việc đảm nhận·tính chuyên môn |
| Tính giá | Đơn giá lao động theo cấp bậc | Đơn giá dựa trên công việc·năng lực |
| Ưu điểm | Tính giá đơn giản·khách quan, dễ kiểm toán | Phản ánh tính chuyên môn·thúc đẩy phát triển sự nghiệp |
| Nhược điểm | Thâm niên·không phản ánh năng lực | Chưa bám rễ thực địa·thiếu tiêu chuẩn |
Điểm đáng chú ý trong bảng là ưu nhược điểm của hai chế độ xung đột chính xác (trade-off) với nhau. Ưu điểm lớn nhất của chế độ cấp bậc là "đơn giản·khách quan" cũng chính là điểm yếu của chế độ chức danh IT (thiếu tiêu chuẩn·khó đánh giá), và ưu điểm của chế độ chức danh IT là "phản ánh tính chuyên môn" cũng chính là điểm yếu của chế độ cấp bậc (thâm niên). Do cấu trúc xung đột này mà việc chuyển đổi không thể hoàn tất trong một lần, và phát sinh "khoảng cách giữa chế độ và thực địa" sẽ đề cập ở sau.
C. Ví dụ tình huống cụ thể
Hãy xem qua hai tình huống về cách khác biệt bộc lộ trong thực tế. Thứ nhất, giả sử có một lập trình viên 5 năm kinh nghiệm xuất sắc. Trong chế độ cấp bậc, người này bị cố định ở "trung cấp" theo số năm kinh nghiệm, nên dù thực tế có làm thiết kế kiến trúc ở mức đặc cấp thì cũng chỉ nhận đơn giá trung cấp. Ngược lại, người 15 năm kinh nghiệm bình thường lại nhận đơn giá "đặc cấp" chỉ nhờ kinh nghiệm. Sự đảo ngược này là méo mó điển hình dẫn đến việc nhân tài ưu tú rời bỏ. Thứ hai, từ góc nhìn đặt hàng, yêu cầu dựa trên cấp bậc kiểu "2 người đặc cấp, 3 người cao cấp" không cho biết cần năng lực gì và tại sao. Ngược lại, nếu yêu cầu theo công việc·năng lực như "1 kiến trúc sư có thể thiết kế di trú đám mây, 2 senior có kinh nghiệm phát triển MSA" thì có thể tuyển đúng nhân lực phù hợp với mục đích dự án. Như vậy, khác biệt của hai chế độ không phải là khác biệt về hình thức bảng đơn giá mà là khác biệt về phản ánh giá trị của nhân lực chính xác đến đâu.
3. Các vấn đề của chế độ chức danh IT hiện hành
A. Cấu trúc của vấn đề
flowchart TD
P["Chuyển đổi chế độ (bãi bỏ chế độ cấp bậc)"] --> GAP["Khoảng cách giữa chế độ và thực địa"]
GAP --> P1["Khoảng trống tiêu chuẩn tính giá"]
GAP --> P2["Khó đánh giá năng lực"]
GAP --> P3["Thiếu nhận thức·tiếp nhận"]
P1 --> R["Thực địa vẫn duy trì thông lệ cấp bậc"]
P2 --> R
P3 --> R
Như hình trên cho thấy, các vấn đề không tồn tại riêng lẻ mà phân nhánh từ một gốc rễ duy nhất là "khoảng cách giữa chế độ và thực địa". Chế độ (bãi bỏ chế độ cấp bậc) thì đi trước, nhưng nền tảng thực thi để đỡ nó (tiêu chuẩn tính giá·đánh giá năng lực·nhận thức) không theo kịp nên thực địa vẫn dừng ở thông lệ cũ. Ta lần lượt điểm qua từng nguyên nhân chi tiết.
Vấn đề cốt lõi là chế độ đã thay đổi nhưng thực địa vẫn dừng ở thông lệ chế độ cấp bậc. Nguyên nhân lớn nhất là khoảng trống tiêu chuẩn tính giá. Chế độ cấp bậc có con số rõ ràng "đặc cấp bao nhiêu, cao cấp bao nhiêu" (đơn giá lao động theo cấp bậc), nhưng chế độ chức danh chưa được chuẩn bị đầy đủ đơn giá chuẩn·tiêu chuẩn thay thế cho điều đó. Kết quả là bên đặt hàng vẫn phải dùng cách diễn đạt cấp bậc như "từ trung cấp trở lên" trong hợp đồng, và xảy ra nghịch lý cấp bậc đã bị bãi bỏ về mặt chế độ vẫn sống sót như thông lệ thực địa.
Nguyên nhân thứ hai là khó đánh giá năng lực. Để chế độ chức danh IT vận hành thì phải chứng minh khách quan được "người này có năng lực công việc đó", nhưng hệ thống chứng nhận chuẩn để hỗ trợ điều này còn thiếu. Chứng chỉ chứng minh việc sở hữu kiến thức nhất định nhưng có khoảng cách với năng lực thực hiện công việc thực tế, còn bản mô tả kinh nghiệm thì mang tính chủ quan. Vì thước đo để đo lường không rõ ràng nên bên đặt hàng quay về tiêu chuẩn cũ (cấp bậc) dễ kiểm chứng.
Nguyên nhân thứ ba là thiếu nhận thức và mức độ tiếp nhận của bên đặt hàng·doanh nghiệp. Với người phụ trách đặt hàng quen với thông lệ chế độ cấp bậc lâu năm, việc đặt hàng dựa trên công việc·năng lực là xa lạ và họ cảm thấy nếu áp dụng sai còn có nguy cơ bị kiểm toán chỉ trích. Dù chế độ có thay đổi mà những người thực thi nó không đủ hiểu biết và động lực thì thực địa vẫn vận động theo quán tính.
Ba nguyên nhân này gắn kết với nhau tạo thành vòng luẩn quẩn. Không có tiêu chuẩn tính giá nên bên đặt hàng dùng cấp bậc, dùng cấp bậc nên không phát sinh nhu cầu chứng nhận năng lực, đánh giá năng lực không bám rễ nên cũng không tích lũy được dữ liệu căn cứ để làm tiêu chuẩn tính giá. Chỉ cắt một mắt xích thôi thì việc chuyển đổi không hoàn tất, và điểm khó của vấn đề này cũng như hướng cải thiện được quy định bởi việc phải thúc đẩy đồng thời tiêu chuẩn tính giá·chứng nhận năng lực·cải thiện nhận thức mới gỡ được vòng lặp.
Thêm nữa, vấn đề này còn vướng vào cấu trúc nhận thầu giá rẻ·thầu phụ đa cấp vốn là vấn đề kinh niên của ngành SW. Nếu tiêu chuẩn tính giá mơ hồ thì số tiền đặt hàng dễ bị ấn định thấp, gánh nặng đó dồn xuống các cấp thầu phụ và cuối cùng dẫn đến sự xuống cấp trong đãi ngộ kỹ sư thực địa. Nghĩa là việc chế độ phân loại kỹ sư chưa bám rễ không phải vấn đề phân loại đơn thuần mà cho thấy đây là vấn đề mang tính cấu trúc liên kết với sự méo mó về giá·đãi ngộ của toàn ngành.
B. Tổng hợp các vấn đề
| Vấn đề | Nội dung |
|---|---|
| Chưa bám rễ thực địa | Vẫn yêu cầu cấp bậc trong đặt hàng·hợp đồng |
| Rối loạn tiêu chuẩn tính giá | Thiếu/mơ hồ đơn giá lao động·tiêu chuẩn tính giá dựa trên chế độ chức danh |
| Khó đánh giá năng lực | Thiếu hệ thống đo lường·kiểm chứng năng lực khách quan |
| Thiếu nhận thức | Bên đặt hàng·doanh nghiệp hiểu·tiếp nhận kém |
4. Hướng cải thiện
Vì gốc rễ của vấn đề là "khoảng cách giữa chế độ và thực địa", nên cải thiện cũng phải là biện pháp thực chất lấp đầy khoảng cách. Chỉ thay đổi chế độ mang tính tuyên bố thì không đổi được thông lệ, mà cần phương tiện cụ thể giúp bên đặt hàng thực sự có thể ký hợp đồng theo công việc thay vì cấp bậc. Bốn hướng dưới đây nhắm vào từng nguyên nhân trong ba nguyên nhân đã chẩn đoán ở trên (khoảng trống tiêu chuẩn tính giá·khó đánh giá năng lực·thiếu nhận thức), đồng thời tập trung dẫn dắt việc chuyển đổi mà không gây cú sốc đột ngột.
Thứ nhất, thiết lập rõ ràng tiêu chuẩn giá·lao động dựa trên chế độ chức danh. Để bên đặt hàng yêu cầu theo công việc thay vì cấp bậc thì phải có căn cứ "mức lương thị trường của công việc này là bao nhiêu". Vì vậy, hướng dẫn tính giá dự án SW cần đưa ra tiêu chuẩn dựa trên khảo sát thực trạng tiền lương theo từng công việc, và tinh vi hóa phương thức tính giá phản ánh loại hình·độ khó của dự án.
Điểm cần lưu ý ở đoạn này là bản thân phương thức tính giá cũng phải cùng tiến hóa từ "dựa trên nhân lực đầu vào (man-month)" sang "dựa trên chức năng·giá trị (điểm chức năng, v.v.)". Dù phân loại nhân lực thế nào, nếu vẫn tính giá chỉ bằng "mấy người × mấy ngày" thì khác biệt về năng lực khó phản ánh vào giá. Do đó, việc chuyển đổi phân loại kỹ sư sang chế độ chức danh phải gắn với việc chuyển đổi mô hình tính giá thì mới phát huy hiệu quả trọn vẹn. Hai cuộc cải cách là hai mặt của một đồng xu.
Thứ hai, chuẩn bị hệ thống năng lực chuẩn và chứng nhận. Cần đưa các hệ thống năng lực chuẩn như SFIA·NCS bám rễ phù hợp với thực tế Hàn Quốc, và liên kết với hệ thống quản lý sự nghiệp để chứng minh được "người này có thể thực hiện công việc nào ở mức nào". Năng lực phải được chứng nhận khách quan thì bên đặt hàng mới yên tâm ký hợp đồng theo tiêu chuẩn công việc. Lúc này, chứng nhận phải ở dạng liên kết với lịch sử thực hiện dự án·thành quả thực tế chứ không dừng ở việc chỉ xác nhận sở hữu kiến thức như chứng chỉ thì mới có tính thực tế. Điểm khởi đầu của điều đó là cấu trúc hóa lịch sử thực hiện tích lũy trong hệ thống quản lý sự nghiệp theo công việc·mức độ.
Thứ ba, nâng cao nhận thức và khu vực công dẫn đầu. Nâng cao hiểu biết của người phụ trách bằng hướng dẫn đặt hàng·đào tạo, nhưng thay vì chờ khối tư nhân chuyển động trước thì để đặt hàng công áp dụng chế độ chức danh trước nhằm dẫn dắt thị trường sẽ hiệu quả hơn. Nếu khối công tạo ra hợp đồng chuẩn và trường hợp thành công thì khối tư nhân dễ đi theo.
Thứ tư, chuyển đổi từng bước (hạ cánh mềm). Vì chuyển đổi đột ngột gây rối loạn thực địa, nên ánh xạ cấp bậc và công việc để vận hành song song một thời gian rồi dần dịch chuyển sang chế độ chức danh. Ví dụ, đặt bảng đối chiếu kiểu "đặc cấp ≈ kiến trúc sư senior" thì có thể giảm xung đột với thông lệ cũ đồng thời có thời gian thích nghi với tiêu chuẩn mới.
Bốn hướng này tương ứng chính xác với ba mắt xích của vòng luẩn quẩn đã thấy ở trên (tiêu chuẩn tính giá·chứng nhận năng lực·nhận thức), và chuyển đổi từng bước nối chúng lại trên trục thời gian. Nghĩa là cải thiện không phải liệt kê các biện pháp riêng lẻ mà là vấn đề thiết kế lộ trình về việc thúc đẩy "cái gì trước, cùng với cái gì, ở tốc độ nào". Đặc biệt, việc khu vực công tạo hợp đồng chuẩn và trường hợp thành công trước để phát tín hiệu cho thị trường đóng vai trò mồi dẫn cho toàn bộ quá trình chuyển đổi là điểm quan trọng nhất về mặt thực tiễn.
| Hướng cải thiện | Nội dung |
|---|---|
| Hoàn thiện chế độ | Làm rõ tiêu chuẩn giá·lao động dựa trên chế độ chức danh (liên kết khảo sát thực trạng tiền lương) |
| Chứng nhận năng lực | Hệ thống năng lực chuẩn (SFIA·NCS)·chứng nhận, liên kết hệ thống quản lý sự nghiệp |
| Nâng cao nhận thức | Hướng dẫn đặt hàng·đào tạo, khu vực công áp dụng dẫn đầu |
| Chuyển đổi từng bước | Ánh xạ cấp bậc-công việc → vận hành song song → dịch chuyển |
Bốn hướng không vận hành độc lập mà bổ trợ lẫn nhau. Khi có tiêu chuẩn tính giá thì bên đặt hàng có động lực yêu cầu theo công việc, khi có chứng nhận năng lực thì có thể kiểm chứng yêu cầu đó, nâng cao nhận thức và khu vực công dẫn đầu đỡ lấy điều này, và chuyển đổi từng bước làm dịu cú sốc. Do đó, cải thiện phải được thiết kế theo quan điểm "cùng nhau, có thứ tự" chứ không phải "cái gì trước" thì mới đạt hiệu quả.
5. Chuyên sâu: Xu hướng trong và ngoài nước và liên kết khái niệm tương tự
Việc chuyển đổi từ chế độ cấp bậc sang chế độ chức danh không phải sự kiện hoàn tất tại một thời điểm mà là quá trình dài hạn khi chế độ·thị trường·văn hóa cùng dịch chuyển. Dưới đây tổng hợp xu hướng trong và ngoài nước xoay quanh việc chuyển đổi này, cùng các chủ đề tương tự·liên kết thường được xử lý chung trong thi cử·thực tế.
Chuyển đổi sang chế độ chức danh IT không chỉ là bài toán riêng của Hàn Quốc mà tiếp giáp với dòng chảy phổ quát của quản lý nhân lực IT toàn cầu. SFIA bắt đầu từ Anh và được dùng rộng rãi trên quốc tế đã trở thành tiêu chuẩn quản lý năng lực nhân lực của vô số doanh nghiệp·chính phủ, và NCS của Hàn Quốc cùng chính sách tuyển dụng dựa trên NCS·tuyển dụng lấy năng lực làm trung tâm sử dụng nó cũng chỉ về cùng một hướng. Nghĩa là nguyên tắc "đánh giá con người bằng năng lực thực tế chứ không phải học vấn·thâm niên" đã là xu thế thời đại, và vấn đề phân loại kỹ sư SW cũng là một nhánh của dòng chảy lớn này.
Về chủ đề tương tự·liên kết, thứ nhất, có chế độ tính giá dự án SW. Vì phương thức phân loại kỹ sư chính là đơn vị cơ sở của tính giá, nên chuyển đổi từ chế độ cấp bậc→chế độ chức danh vận động cùng với việc cải cách hướng dẫn tính giá. Thứ hai, Luật xúc tiến phần mềm (sửa đổi toàn bộ năm 2020) cung cấp nền tảng pháp lý cho hệ sinh thái ngành SW và cải thiện đãi ngộ kỹ sư, hỗ trợ cải thiện chế độ nhân lực cùng với phát triển từ xa·ưu tiên mua sắm SW thương mại. Thứ ba, các thay đổi cấu trúc ngành như đãi ngộ lập trình viên SW·tuần 52 giờ·chuyển đổi lấy SW thương mại làm trung tâm cũng tạo nên bối cảnh cho việc đánh giá lấy năng lực làm trung tâm bám rễ.
Nhìn kỹ hơn vào SFIA thì đích hướng của chế độ chức danh IT trở nên rõ ràng. SFIA chia năng lực liên quan IT thành nhiều phạm trù (chiến lược·thiết kế·phát triển·vận hành·quản lý, v.v.), và với mỗi năng lực định nghĩa mức thành thạo thành nhiều bậc theo các góc nhìn như tính tự chủ·mức ảnh hưởng·độ phức tạp·mức đóng góp cho kinh doanh. Nghĩa là định vị con người bằng "độc lập đến đâu, xử lý vấn đề phức tạp đến đâu, trong phạm vi ảnh hưởng rộng đến đâu" chứ không phải "mấy năm kinh nghiệm". Sự tinh vi trong đánh giá mà chế độ chức danh IT rốt cuộc theo đuổi chính là mô hình năng lực đa chiều này, và bài toán là chế độ Hàn Quốc cũng phải trưởng thành theo hướng này.
Mặt khác, cũng đáng chú ý là các doanh nghiệp IT tư nhân đã tự vận hành hệ thống công việc·cấp bậc (ví dụ: lập trình viên L1~L5, track theo nhóm nghề) và thực hành đánh giá·tưởng thưởng dựa trên năng lực. Nếu thị trường đã vận động lấy năng lực làm trung tâm mà chỉ riêng chế độ đặt hàng công vẫn dừng ở thông lệ chế độ cấp bậc thì sự chênh lệch đó sẽ trở thành áp lực cải thiện chế độ. Việc hội tụ thực hành đi trước của khối tư nhân vào tiêu chuẩn đặt hàng công cũng có thể là con đường bám rễ thực tế.
Theo quan điểm kỳ thi Kỹ sư chuyên nghiệp, chủ đề này có xu hướng được ra đề gắn với "tính giá dự án SW", "Luật xúc tiến SW", "đào tạo nhân lực·cải thiện đãi ngộ". Do đó, trong bài làm không nên dừng ở so sánh định nghĩa chế độ cấp bậc/chế độ chức danh mà triển khai theo dòng logic tại sao cần chuyển đổi (méo mó thâm niên) → cái gì là trở ngại (khoảng trống tiêu chuẩn tính giá·khó đánh giá) → làm sao để bám rễ (hoàn thiện tiêu chuẩn tính giá·chứng nhận năng lực·chuyển đổi từng bước) thì độ hoàn thiện cao.
Về chiến lược cấu trúc bài làm, hiệu quả là ở phần tổng quan trình bày bảng đối chiếu hai chế độ để cho thấy khác biệt trong nháy mắt, rồi ở phần thân bài cấu trúc "vấn đề hiện hành → hướng cải thiện" sao cho nguyên nhân-biện pháp thành từng cặp. Ví dụ, với vấn đề "khoảng trống tiêu chuẩn tính giá" thì tương ứng biện pháp "tiêu chuẩn tính giá dựa trên khảo sát thực trạng tiền lương theo công việc", với "khó đánh giá năng lực" thì tương ứng "hệ thống năng lực chuẩn·chứng nhận" sẽ nâng cao tính hoàn chỉnh logic. Cuối cùng, ở phần ý nghĩa nếu đưa ra quan điểm tích hợp "không thể chỉ đổi chế độ mà văn hóa đặt hàng·chế độ kiểm toán phải cùng đổi" thì có thể đảm bảo độ sâu ở mức Kỹ sư chuyên nghiệp.
6. Điểm cân nhắc và ý nghĩa
- Giải quyết khoảng cách giữa chế độ và thực địa là ưu tiên hàng đầu: Dù hệ thống phân loại có tốt đến đâu, nếu không được đỡ bởi tính giá·thông lệ đặt hàng thì cũng thành văn bản chết. Làm rõ tiêu chuẩn tính giá dựa trên chế độ chức danh là bài toán cấp bách hơn bất cứ điều gì.
- Chuyển đổi sang văn hóa lấy năng lực làm trung tâm: Văn hóa đánh giá bằng thực lực chứ không phải thâm niên phải bám rễ thì nhân tài ưu tú mới ở lại ngành. Cần cách tiếp cận song hành thay đổi cả chế độ (phần cứng) lẫn văn hóa tổ chức·đặt hàng (phần mềm).
- Tính nhất quán về pháp lý·chế độ: Phải được liên kết nhất quán với Luật xúc tiến phần mềm, hướng dẫn tính giá dự án SW, chế độ đặt hàng SW công thì mới đảm bảo tính thực tế. Nếu các chế độ riêng lẻ vận hành rời rạc thì thực địa chỉ thêm rối loạn.
- Đảm bảo tính nhất quán quốc tế: Nếu đặt tiêu chuẩn tương thích với hệ thống năng lực quốc tế như SFIA thì có thể ứng phó với dịch chuyển·hợp tác·đánh giá nhân lực toàn cầu, có lợi trên cả hai mặt là nhân lực trong nước tiến ra nước ngoài và khai thác nhân lực nước ngoài. Trong môi trường hợp tác từ xa đã thường nhật hóa, tầm quan trọng của tiêu chuẩn năng lực thông dụng quốc tế càng lớn.
- Dịch chuyển từng bước·dựa trên dữ liệu: Hạ cánh mềm bằng ánh xạ cấp bậc-công việc, đồng thời phải quản lý sao cho không lệch khỏi thực tế thị trường bằng cách liên tục cập nhật tiêu chuẩn dựa trên dữ liệu như khảo sát thực trạng tiền lương·nhu cầu theo công việc.
- Cải cách đồng hành với chế độ đặt hàng·kiểm toán: Để chế độ chức danh bám rễ thì người phụ trách đặt hàng phải có được niềm tin "ký hợp đồng theo công việc thay vì cấp bậc cũng không bị vấn đề trong kiểm toán". Hoàn thiện văn bản đặt hàng chuẩn·hướng dẫn đánh giá để hạ thấp gánh nặng rủi ro của người phụ trách chính là chìa khóa thực chất để chế độ bám rễ.
Tài liệu tham khảo
- Luật xúc tiến phần mềm (Trung tâm thông tin pháp luật quốc gia): https://www.law.go.kr/
- Hiệp hội công nghiệp phần mềm Hàn Quốc (KOSA) quản lý sự nghiệp kỹ sư SW·tính giá dự án SW: https://www.sw.or.kr/
- SFIA (Skills Framework for the Information Age): https://sfia-online.org/
- Tiêu chuẩn năng lực nghề nghiệp quốc gia (NCS): https://www.ncs.go.kr/
Tóm tắt một câu: Phân loại kỹ sư SW đã chuyển đổi từ chế độ cấp bậc dựa trên kinh nghiệm sang chế độ chức danh IT dựa trên công việc·năng lực, nhưng vấn đề là chưa bám rễ thực địa do khoảng trống tiêu chuẩn tính giá·khó đánh giá năng lực·thiếu nhận thức, và hướng cải thiện cốt lõi là làm rõ tiêu chuẩn tính giá chế độ chức danh·chứng nhận năng lực chuẩn·khu vực công dẫn đầu·chuyển đổi từng bước.