Kinh nghiệm: Vốn nghề hay lối mòn nghề IT
Kinh nghiệm chỉ có giá trị khi nó luôn sẵn sàng bị cập nhật.
Trong quản trị công nghệ, “số năm kinh nghiệm” thường được xem như bảo chứng an toàn. Nhưng ở giai đoạn tăng trưởng/scale, thách thức lớn nhất hiếm khi đến từ việc thiếu công nghệ. Nó đến từ một hiện tượng âm thầm hơn: tổ chức vận hành bằng các thói quen đã từng đúng- trong một bối cảnh mới mà không còn kiểm chứng.
Điều cần đo không phải bạn đã làm bao lâu, mà là:
bạn có còn “cập nhật được chính mình” hay không.
Vì vậy, câu hỏi bạn cần tự đặt ra không phải “tôi đã làm bao lâu”, mà là “tôi còn cập nhật được chính mình và hệ thống vận hành của mình hay không?
1) Domain Knowledge vs Domain Dogma
Cùng trông giống “kinh nghiệm”, nhưng kết quả điều hành khác nhau hoàn toàn
Domain Knowledge (Vốn nghề) là khi bạn dùng kinh nghiệm như một năng lực thích nghi
Kinh nghiệm như công cụ để ra quyết định, không phải “chân lý”.
Hiểu nguyên lý phía sau cách làm, nên có thể đổi cách mà không mất chất
Luôn hỏi: “Bối cảnh đã đổi chưa? Giả định nào đang sai?”
Quá khứ là dữ liệu để tham chiếu, không phải khuôn để nhốt hiện tại.
Domain Dogma (Lối mòn) là khi kinh nghiệm biến thành quyền lực cứng
Xem kinh nghiệm như chuẩn mực bất di bất dịch.
“Cách từng thành công” trở thành luật.
Cái mới bị nghi ngờ trước khi kiểm chứng.
Xuất hiện nhiều câu kiểu: “Trong ngành này bắt buộc phải…”
Trong kỷ nguyên AI, khác biệt này càng rõ
Vốn nghề giúp bạn đặt câu hỏi đúng, thiết kế quyết định đúng.
Lối mòn khiến bạn bị thay thế vì chỉ lặp lại quy trình cũ trong môi trường mới- và bị thay thế bởi đội/ đối thủ có tốc độ phát triển nhanh hơn.
Điểm đáng lo không nằm ở một cá nhân có lối mòn. Điều đáng lo là khi lối mói được hợp thức hóa thành tổ chức (process, policy, KPI, governance) – và bắt đầu khóa tốc độ thích nghi.
2) Vì sao lối mòn hình thành? (Đây không phải lỗi cá nhân — mà là cơ chế tâm lý + cơ chế tổ chức)
Lối mòn không bắt đầu từ “bảo thủ”. Nó bắt đầu từ một cơ chế rất người: não bộ tối ưu năng lượng nhận thức. Khi một phương pháp từng mang lại kết quả, ta sẽ có xu hướng tái sử dụng mô hình đó. Theo thời gian, “mô hình hành động” dễ trượt thành “mô hình niềm tin”.
(1) Curse of Knowledge – Lời nguyền tri thức
Càng giỏi, ta càng “mặc định người khác phải hiểu”; quyết định dễ bị “phức tạp hóa”
Trong IT: kiến trúc/chuẩn hoá quá tay → đội vận hành không theo kịp → phát sinh “shadow process”.
(2) Confirmation Bias – Thiên kiến xác nhận
Ta chỉ nhìn dữ kiện ủng hộ niềm tin cũ.
Trong chuyển đổi: dashboard đẹp, milestone đủ… nhưng adoption thực tế và chất lượng dữ liệu lại trôi.
(3) Sunk Cost – Ngụy biện chi phí chìm
“Đã làm 10 năm rồi sao sai được?”
Trong doanh nghiệp lớn: quy trình, vendor, công cụ… càng đầu tư nhiều càng khó bỏ, dù hiệu quả giảm.
(4) Identity Attachment – Đồng nhất bản thân với cách làm
“Tôi là người làm theo chuẩn X / quy trình Y.”
Khi công thức bị thách thức, họ cảm thấy bị đe doạ chứ không phải “đang tối ưu”.
Hàm ý quản trị: chống dogma không thể chỉ bằng khẩu hiệu “đổi mới”. Bạn cần thiết kế cơ chế để tổ chức tự cập nhật một cách an toàn và có đo lường.
3) Khi nào lối mòn trở nên nguy hiểm?
Lối món không phải lúc nào cũng xấu. Trong môi trường ổn định, lối mòn giúp tổ chức tăng hiệu suất; giảm chi phí ra quyết định và duy trì tính nhất quán.
Nhưng trong môi trường biến động, lối mòn tạo ra 3 loại “trôi” – và đây là nơi ROI của chuyển đổi thường rò rỉ:
Execution variance (sai lệch thực thi): mỗi đơn vị/nhân sự làm khác nhau → quy trình “trôi chuẩn”
Data integrity drift (Dữ liệu trôi chuẩn”: dữ liệu đầu vào sai/thiếu/không đồng nhất → báo cáo & AI đều lệch
Support overload (Quá tải hỗ trợ): ticket tăng, rework tăng, chi phí vận hành tăng → “năng lực BAU bị bào mòn””
Với CIO/CTO, đây là điểm mấu chốt:
Bạn có thể go-live rất nhanh… nhưng nếu không kiểm soát được 3 cái “trôi” trên, tổ chức sẽ tăng trưởng mà mất kiểm soát.
Người có vốn nghề nhìn thấy nguyên lý sau hành động. Người mắc lối mòn chỉ nhìn thấy quy trình trước mắt
4) Thâm niên thời gian vs thâm niên thực tế
Không phải ai làm 10 năm cũng có 10 năm kinh nghiệm. Có người chỉ lặp lại 1 năm… 10 lần, và mỗi năm đang đi lùi lại với thị trường là 5% x 10 năm = 50% như vậy thâm niên theo thời gian làm 1 việc duy nhất sau 10 năm giảm đi. Trng môi trường thay đổi nhanh, thâm niên thời gian ngày kém giá trị so với thâm niên học hỏi.
Kinh nghiệm thực sự = số vòng lặp phản hồi chất lượng bạn đã đi qua:
Làm → Nhận phản hồi → Điều chỉnh tư duy → Thử lại
Thiếu bước “điều chỉnh tư duy” thì:
10 năm chỉ là 1 năm lặp lại
và đó là công thức tạo lối mòn nhanh nhất.
5) 5 thói quen để giữ “vốn nghề” luôn sống
Beginner’s Mind
Luôn học hỏi với tâm thế người mới: “Từ số 0 hôm nay, tôi có còn làm theo cách này không?”Update your priors
Kinh nghiệm là kết quả của dữ liệu trong quá khứ. Khi thế giới đổi (AI, hành vi khách hàng, mô hình vận hành) → dữ liệu nền thay đổi. Khi dữ liệu thay đổi mà niềm tin không thay đổi, lối mòn sẽ hình thành.First Principles Thinking (bám nguyên lý gốc)
Làm mới kinh nghiệm bằng cách áp dụng tư duy nguyên lý gốc- phân rã vấn đề thành các yếu tố cơ bản nhất xây dựng giải pháp mới thay vì chỉ suy luận dựa trên những gì đã làm trước đó.Điều chỉnh hành vi chưa đủ, điều chỉnh tư duy mới là nâng cấpChủ động tạo phản biện
Không kỳ vọng đội ngũ tự phản biện nếu văn hóa thưởng phạt khiến họ sợ sai. CIO có thể thiết kế
Lập “red team” cho các quyết định lớn
reverse mentoring.
Mời người ngoài ngành/ ngoài đội ngũ/ cộng đồng để kiểm định trước các quyết định lớn
Thiết kế thử nghiệm nhỏ – học nhanh – nhân rộng
Lối mòn chết khi tổ chức có cơ chế thử cái mới an toàn, đo được, mở rộng được. Lối mòn thường thắng vì ‘thay đổi” bị hiểu nhầm là “đập đi xây lại”
6) Nếu bạn là CIO/Head of Tech: chống dogma bằng cơ chế
Một số can thiệp “đúng kiểu CIO”
Đừng chỉ thưởng “đúng quy trình” → thưởng cho “cập nhật mô hình & cải tiến có đo lường”
Chấp nhận sai số trong thử nghiệm (có ranh giới kiểm soát) → nếu phạt sai, tổ chức sẽ chọn “an toàn cũ”
Đưa feedback loops thành nhịp vận hành: review adoption, chất lượng dữ liệu, ticket, rework theo chu kỳ
Chuẩn hoá bằng nguyên lý + guardrails, không bằng “luật dài và slide dày”
7) TRÁNH DOGMA GIA NHẬP TỪ BÊN NGOÀI
Domain Dogma thường trông rất giống Domain Knowledge trong phỏng vấn. Cả hai đều nói tự tin, sử dụng thuật ngữ chuyên môn và có vẻ quyết đoán.
Sự khác biệt xuất hiện khi ta đặt câu hỏi về sự thay đổi.
Ứng viên có vốn nghề thực sự có thể kể lại những niềm tin họ từng cho là đúng nhưng đã thay đổi theo thời gian. Họ sử dụng ngôn ngữ bối cảnh — “tùy thuộc vào…”, “trong trường hợp này…”. Họ hiểu rằng kinh nghiệm có điều kiện. Ngược lại, người mắc lối mòn có xu hướng khẳng định chắc chắn và hiếm khi đặt câu hỏi về giả định nền tảng của chính mình.
Sai lầm lớn nhất trong tuyển dụng không phải là chọn người ít kinh nghiệm. Sai lầm lớn nhất là chọn người nhiều kinh nghiệm nhưng không còn khả năng cập nhật.
Để thực sự “bóc tách” được một ứng viên có Vốn nghề (Domain Knowledge) thực thụ hay chỉ là một người đang mang theo Lối mòn (Domain Dogma), chúng ta không thể dùng những câu hỏi đóng.
Dưới đây là bộ câu hỏi “thử lửa” (rất hợp cho CIO khi tuyển manager/architect/lead):
“Một niềm tin nghề nghiệp 5 năm trước bạn từng chắc chắn đúng, nhưng giờ bạn đã đổi là gì? Vì sao?”
Người có Vốn nghề: Sẽ hào hứng chia sẻ về quá trình họ cập nhật kiến thức, thừa nhận sai lầm cũ và giải thích tại sao bối cảnh mới (công nghệ, thị trường) khiến cách làm cũ không còn hiệu quả.
Người mắc Lối mòn: Sẽ lúng túng. Họ thường cho rằng những gì họ làm luôn đúng hoặc chỉ thay đổi vì “sếp bảo thế”, chứ không phải tự thân nhận thức được sự lỗi thời của kiến thức.
“Nếu ngày mai công cụ/phần mềm hiện tại biến mất, bạn sẽ xây lại dựa trên những nguyên lý/ yếu tố cốt lõi nào?”
Nếu ngày mai toàn bộ công cụ/phần mềm hiện tại bạn đang dùng bị biến mất, bạn sẽ xây dựng lại quy trình này dựa trên những yếu tố cốt lõi nào?”
Người có Vốn nghề: Họ hiểu bản chất vấn đề. Họ sẽ nói về tâm lý khách hàng, dòng tiền, giá trị cốt lõi... (những thứ mang tính nguyên lý và không thay đổi theo công cụ hay thời gian).
Người mắc Lối mòn: Họ bị phụ thuộc vào công cụ và thủ tục. Nếu thiếu “quy trình ISO” hay “phần mềm X”, họ sẽ thấy bế tắc vì họ chỉ học thuộc lòng cách vận hành máy móc chứ không hiểu nguyên lý.
“Bạn từng bê công thức thành công từ môi trường cũ sang môi trường mới và thất bại chưa? Bạn học được gì về “bối cảnh”?”
Người có Vốn nghề: Sẽ phân tích được sự khác biệt về văn hóa, tệp khách hàng hoặc thời điểm. Họ hiểu rằng kinh nghiệm là có điều kiện (contextual).
Người mắc Lối mòn: Thường đổ lỗi cho ngoại cảnh (”do nhân viên cấp dưới kém”, “do ngân sách thấp”) chứ không nhận ra lỗi tư duy “áp đặt” của mình.
Người có “vốn nghề” sẽ nói được về nguyên lý + quá trình cập nhật. Người mắc lối mòn thường nói bằng kết luận cứng hoặc đổ cho ngoại cảnh
8) MÔ HÌNH PHÂN LOẠI ỨNG VIÊN CNTT THEO VỐN NGHỀ VÀ LỐI MÒN
Trong tuyển dụng CNTT, “năm kinh nghiệm” không nói lên nhiều nếu không tách được 2 thứ
- Knowledge (Vốn nghề): Hiểu biết về nguyên lý, kiến trúc, vận hành, bảo mật, delivery, trade-off… và khả năng giải bài toán thực thế
- Dogma (Lối mòn): mức độ “đóng khung” trong cách nghĩ: tin rằng chỉ có một cách đúng, ít kiểm chứng, ít thích nghi bối cảnh
Bạn có thể dùng ma trận dưới đây để đánh giá ứng viên ngay từ vòng phỏng vấn hoặc trong giai đoạn thử việc:
Thấp Knowledge + Thấp Dogma → Người mới triển vọng
Đặc điểm trong IT:
Thái độ học nhanh, không “phán” khi chưa đủ dữ kiện.
Biết hỏi đúng: yêu cầu, ràng buộc, SLA, dữ liệu, rủi ro, chi phí vận hành.
Chưa có “độ sâu”, nhưng dễ huấn luyện và dễ chuẩn hóa theo hệ thống của công ty.
Phù hợp:
Junior/Associate, trainee, intern, hoặc mid-level chuyển domain.
Thấp Knowledge + Cao Dogma → Nguy hiểm nhất ở tầng execution
Đặc điểm trong IT:
Kiến thức không sâu nhưng tự tin quá mức, thích “chốt hạ”.
Hay copy/paste “best practice” mà không hiểu trade-off.
Dễ tạo ra technical debt và operational debt vì làm nhanh nhưng sai chuẩn.
Dấu hiệu đỏ:
“Cứ làm microservices là scale được.”
“Cứ dùng Kubernetes là chuẩn.”
“Security team lúc nào cũng làm chậm dự án.”
“Monitoring không cần ngay, chạy ổn rồi tính.”
Rủi ro:
Gây lỗi hệ thống, kiến trúc lệch, phá chuẩn coding/DevOps, kéo theo rework và xung đột team.
Cao Knowledge + Cao Dogma → Chuyên gia lối mòn (rất khó thay đổi)
Đặc điểm trong IT:
Rất giỏi một stack/cách làm cũ và có thể “lập luận rất hay” để bảo vệ nó.
Có xu hướng tối ưu theo thói quen hơn là theo bối cảnh.
Có ích khi cần “giữ ổn định cái cũ”, nhưng thường là rào cản khi:
chuyển cloud/multi-cloud
hiện đại hóa kiến trúc
chuyển sang product operating model
áp dụng AI/automation
tăng tốc release nhưng vẫn phải kiểm soát rủi ro
Tại sao nguy hiểm?
Vì họ có “vũ khí” là kiến thức để hợp lý hoá sự bảo thủ.
Họ có thể kéo tổ chức vào tranh luận kỹ thuật dài, trong khi vấn đề thật là mục tiêu kinh doanh + vận hành + rủi ro.
Ví dụ thường gặp:
“On-prem mới an toàn tuyệt đối, cloud không bao giờ đạt được mức này.”
“Waterfall mới kiểm soát, Agile chỉ làm loạn.”
“Phải chuẩn hoá xong 100% mới được release.”
Cao Knowledge + Thấp Dogma → Bậc thầy thích nghi (tài sản chiến lược)
Đặc điểm trong IT:
Hiểu sâu nguyên lý (architecture, reliability, security, data, delivery) nhưng linh hoạt theo bối cảnh.
Nói bằng trade-off: tốc độ vs kiểm soát, capex vs opex, build vs buy, consistency vs autonomy.
Có khả năng “dịch” giữa các nhóm: business–IT–security–ops.
Dám thay đổi quyết định khi dữ liệu/điều kiện thay đổi.
Đây là nhóm “long mạch” trong chuyển đổi số:
Vừa giữ được kỷ luật kỹ thuật, vừa dẫn dắt thay đổi có kiểm soát.
Giúp tổ chức scale without losing control.
Nhóm nguy hiểm nhất trong CNTT không phải “ít biết + bảo thủ”
Nguy hiểm nhất là biết nhiều + bảo thủ
vì họ có thể biến bảo thủ thành “chuẩn mực chuyên môn”, khiến tổ chức khó đổi mới mà không tạo ra xung đột nội bộ.
Vì sao nhiều công ty thích tuyển sinh viên giỏi & đào tạo từ đầu?
Trong IT, “hệ điều hành văn hoá kỹ thuật” (coding standard, security mindset, DevOps discipline, data discipline) cực quan trọng.
Do đó, nhiều doanh nghiệp chọn:
tuyển “tờ giấy trắng” có năng lực học và thái độ mở
đưa vào chương trình trainee/management trainee/engineering graduate program
thay vì tuyển người “đã quen lối cũ” từ thị trường, khó tái chuẩn hóa.
Dấu hiệu nhận diện trong phỏng vấn (rất hữu dụng)
Cảnh giác với ứng viên dùng nhiều câu tuyệt đối:
“Luôn luôn phải…”
“Không bao giờ nên…”
“Trong ngành này bắt buộc…”
“Cách đúng duy nhất là…”
Trân trọng ứng viên nói bằng điều kiện và bối cảnh:
“Tuỳ thuộc vào SLA / traffic / compliance…”
“Trong trường hợp X thì chọn A, còn Y thì chọn B…”
“Tôi từng thấy hiệu quả, nhưng cần kiểm chứng lại trong bối cảnh này…”
“Trade-off ở đây là… tôi đề xuất đo bằng KPI/metric…”
Đó thường là dấu hiệu của người vốn nghề sâu nhưng tư duy mở.
Kết (phiên bản dành cho ngành CNTT)
Trong công nghệ, sai lầm không đáng sợ — vì ai cũng sai.
Đáng sợ là ngừng review sai lầm, ngừng cập nhật giả định, và biến “kinh nghiệm” thành “luật bất biến”.
Tài sản lớn nhất của một kỹ sư hay một tổ chức IT không phải là số năm kinh nghiệm,
mà là khả năng liên tục làm mới kinh nghiệm trước khi thị trường và rủi ro vận hành buộc bạn phải làm điều đó.
Người bảo thủ thường tự tin vì họ tin mình đúng.
Người có vốn nghề thường khiêm tốn vì họ hiểu hệ thống đủ phức tạp để mình có thể sai —
và chính khả năng chấp nhận “có thể sai” là nền tảng của tư duy kỹ thuật trưởng thành và mọi đổi mới bền vững.
Tài sản lớn nhất của CIO không phải “kinh nghiệm” mà là năng lực làm mới kinh nghiệm trước khi thị trường buộc bạn phải làm điều đó.
Câu hỏi dành cho bạn:
Trong 12 tháng qua, bạn đã dũng cảm từ bỏ “lối món” nào để cập nhật một ‘vốn nghề” mới?
Inspiration: “Experience: Craft or Rut” by Mr. Trần Bằng Việt (Business Consulting Expert).
This version is adapted and expanded through a CIO Vietnam growth perspective, enriched with real-world practitioner experience.
Thuy Dang
Managing Director| CIO Vietnam