Can thiệp kinh tế để ngăn kỹ sư chuyển việc

• Vấn đề kỹ sư cấp cao rời đi không phải là vấn đề của luồng thông tin mà là vấn đề của cấu trúc incentive của ban điều hành, và hệ thống thưởng tối ưu cho hiệu suất theo quý về cơ bản xung đột với việc giữ chân nhân sự vốn đòi hỏi đầu tư dài hạn
• Khi 1 kỹ sư cấp cao rời đi, tổng chi phí có thể lên tới 500.000 đến 1 triệu USD, nhưng chi phí tuyển dụng, chi phí vị trí trống, onboarding, tổn thất tri thức ngầm (tribal knowledge) v.v. bị phân tán ở nhiều khoản ngân sách nên không dễ thấy
• Trong một trường hợp, một công ty xử lý thanh toán đã phớt lờ cảnh báo từ 14 tháng trước và chịu thiệt hại 3,47 triệu USD vào dịp Black Friday, trong khi chi phí sửa từ đầu chỉ là 80.000 USD
• 6 can thiệp mang tính cấu trúc (hạch toán chi phí nghỉ việc, theo dõi sự cố, lãnh đạo trực on-call, phản ánh tỷ lệ giữ chân vào thưởng, hội đồng cố vấn kỹ thuật, trả thưởng tương đương cho lộ trình IC) được đưa ra như giải pháp để tái sắp xếp incentive
• Những can thiệp này chỉ hiệu quả khi ban điều hành nhìn nhận tỷ lệ giữ chân như một vấn đề kinh tế và sẵn sàng chấp nhận thay đổi mang tính cấu trúc; nếu chỉ triển khai hình thức thì còn có thể phản tác dụng

---

Vì sao thông tin có lưu chuyển mà hành động vẫn không thay đổi

"The constraint is not information flow. It is economics."

• Bài viết này là phần 2 trong loạt bài về tình trạng kỹ sư rời đi, tiếp nối bối cảnh sau vấn đề bất đối xứng thông tin đã được đề cập ở phần 1 Vì sao những kỹ sư giỏi nhất của bạn đang đi phỏng vấn ở nơi khác
• Ở phần 1, tác giả đã giải thích vì sao kỹ sư cấp cao rời đi, và nguyên nhân cốt lõi là cấu trúc khiến vấn đề không thể đến được ban điều hành dù vấn đề có tồn tại
• Nhưng bài này đẩy giả định đó đi xa hơn một bước
  • Bài viết xem xét điều gì xảy ra khi luồng thông tin thực sự được cải thiện
  • Kết luận, trái với trực giác, là đa số trường hợp sẽ không có gì thay đổi
• Tổ chức đưa vào nhiều cơ chế để nhận diện vấn đề
  • Áp dụng các buổi 1:1 skip-level
  • Vận hành kênh phản hồi ẩn danh
  • Thực hiện khảo sát retention thông qua tư vấn bên ngoài
• Kết quả là các kỹ sư truyền đạt vấn đề rất rõ ràng
  • Nợ kỹ thuật đang bào mòn tinh thần làm việc
  • Chuyên môn đang bị phớt lờ trong các quyết định kiến trúc
  • Gánh nặng on-call đang ở mức không bền vững
• Ban điều hành nghe những điều này và gật đầu
  • Thừa nhận vấn đề
  • Nói rằng sẽ điều chỉnh mức độ ưu tiên
• Nhưng khi sang quý mới, các quyết định lại lặp lại y như trước
  • Vẫn đạt mục tiêu quý theo đúng cách cũ
  • Và cách đó là tiếp tục phớt lờ chính những vấn đề vừa được nêu ra
• Tại điểm này, bài viết làm rõ trọng tâm
  • Vấn đề không phải là thiếu thông tin
  • Vấn đề là cấu trúc kinh tế, tức cách thiết kế incentive

Vấn đề cốt lõi: cấu trúc incentive của lãnh đạo

• Ví dụ về bài toán ra quyết định mà một VP of Engineering phải đối mặt vào tháng 10
  • Còn 3 tháng nữa là đến đợt đánh giá hiệu suất theo quý và còn 6 tháng nữa cổ phiếu của kỹ sư mới vesting
• Một kỹ sư nền tảng cấp cao đưa ra đề nghị như sau
  • Muốn refactor hệ thống xác thực trong 6 tuần
  • Nợ kỹ thuật đã tích tụ và cấu trúc ngày càng mong manh
  • Hai nhà nghiên cứu bảo mật đã gửi tín hiệu cảnh báo từ trước
• Nhưng trạng thái hiện tại lại khá mơ hồ
  • Chưa có sự cố thực tế, chưa có phàn nàn từ khách hàng, cũng chưa có tác động đến doanh thu
  • Thứ duy nhất đang tồn tại là cảnh báo của kỹ sư rằng “nếu không sửa ngay bây giờ thì sẽ thành khủng hoảng”
• VP có hai lựa chọn
  • Lựa chọn A: phê duyệt refactor
    • Chấp nhận tốc độ phát triển tính năng giảm trong 6 tuần
    • Phát sinh khả năng không đạt OKR quý
    • Phải giải thích với CEO vì sao roadmap bị chậm do “công việc kỹ thuật mà khách hàng không nhìn thấy”
    • Có nguy cơ làm xáo trộn lịch phát hành tính năng mà đội sales đã hứa trước
    • Kết quả là có thể ảnh hưởng trực tiếp xấu đến thưởng cuối năm
    • Phần thưởng của lựa chọn này chỉ đến sau 12–18 tháng: kỹ sư cấp cao đó ở lại tổ chức vì cảm thấy “phán đoán kỹ thuật của mình được tôn trọng”
  • Lựa chọn B: ưu tiên tính năng
    • Thừa nhận nợ kỹ thuật là “quan trọng” nhưng dời sang “quý sau”
    • Vẫn phát hành roadmap đúng kế hoạch, đạt OKR và nhận thưởng
    • Kỹ sư cấp cao trước mắt vẫn ở lại. Vì stock option vẫn chưa vesting
    • Nếu hệ thống xác thực gặp sự cố sau này, đó sẽ là vấn đề của quý tương lai
    • Nếu kỹ sư rời đi sau 6 tháng thì có thể tuyển người khác thay thế
• Trong cấu trúc này, lựa chọn B luôn thắng — cho đến khi nó thật sự thất bại
  • Cho đến khi hệ thống cốt lõi gặp sự cố ngay giữa đợt phát hành sản phẩm, 5 kỹ sư cấp cao rời đi trong vòng 18 tháng, và CFO bắt đầu hỏi “vì sao mỗi năm chúng ta phải chi tới 1,4 triệu USD cho chi phí tuyển lại”, thì B vẫn thắng
• Bởi đây là sự lệch pha mang tính nền tảng
  • Cấu trúc thưởng của lãnh đạo được tối ưu cho hiệu suất theo quý
  • Nhưng giữ chân kỹ sư và xử lý nợ kỹ thuật lại đòi hỏi đầu tư dài hạn
  • Chỉ cải thiện luồng thông tin thì không thể lấp đầy khoảng cách này
  • Giải pháp là thiết kế lại chính cấu trúc kinh tế

Why the Math Favors Dysfunction - Tính ra mới thấy sự rối loạn này là điều gần như tất yếu

• Chi phí ẩn vận hành theo cách vô hình, khiến những tác nhân lý tính hành động một cách phi lý

• Khi 1 kỹ sư senior có mức lương $200,000 rời đi, tổng chi phí thực tế được tính vào khoảng $500,000 ~ hơn $1,000,000

  • Phần lớn lãnh đạo khi nghe con số này đều nghĩ là phóng đại, nhưng không phải vậy. Cách tính như sau

• Chi phí thay thế trực tiếp: $85,000-$100,000

  • Phí tuyển dụng: phí recruiter bên ngoài 20-25%, nên với kỹ sư lương 200 nghìn USD sẽ là $40,000-$50,000
    • Nếu tự tuyển nội bộ (bảng tin tuyển dụng, công cụ sourcing, lương recruiter) thì là $15,000-$20,000
  • Thưởng ký hợp đồng: trong thị trường cạnh tranh, cần $20,000-$40,000 để chốt ứng viên senior
    • Đặc biệt gần như bắt buộc khi họ chuyển việc trong lúc vẫn còn cổ phần ở công ty hiện tại
  • Chi phí chuyển chỗ ở: nếu là chuyển nhà trong nước thì $10,000-$30,000, còn quốc tế thì cao hơn

• Chi phí vị trí trống (Vacancy): $50,000-$100,000

  • Trung bình mất 3-6 tháng để tuyển được một kỹ sư senior
  • Trong thời gian vị trí bỏ trống, công việc của kỹ sư đó không dừng lại và đồng thời phát sinh hai loại chi phí
    • Một là năng suất của cả nhóm giảm do phải phân bổ lại công việc, hai là chi phí cơ hội phát sinh do phải từ bỏ một phần công việc
  • Chi phí phân bổ lại công việc $25,000-$40,000:
    • Khoảng 60% công việc của kỹ sư đã nghỉ được phân tán cho các thành viên còn lại
    • Đây không phải là việc tái phân bổ nguồn lực một cách trơn tru mà dẫn tới suy giảm năng suất
    • Các kỹ sư vốn đã đầy tải giờ phải xử lý review code ở những mảng không quen thuộc, trả lời câu hỏi về các hệ thống không do mình phát triển, và bảo trì những dịch vụ mình chưa thực sự hiểu rõ
    • Nếu 3 kỹ sư mỗi người hấp thụ thêm 20% khối lượng công việc thì không đơn giản là làm thêm 20%, mà hiệu suất tổng thể còn giảm do phải liên tục chuyển ngữ cảnh
    • Gây ra mức suy giảm năng suất 10-15% trên mỗi kỹ sư trong suốt thời gian vị trí bị bỏ trống
    • Cách tính chi phí phân bổ lại công việc
      • Số kỹ sư tiếp nhận công việc × tỷ lệ giảm năng suất × thời gian bỏ trống (tháng) × (mức lương trung bình / 12)
      • Trong kịch bản điển hình: 3 kỹ sư × giảm năng suất 12% × 4 tháng × ($180,000 / 12) = $21,600
      • Nếu kỹ sư nghỉ việc phụ trách một mảng đòi hỏi chuyên môn cao như hạ tầng, bảo mật, nền tảng thì con số này có thể tăng lên $30,000–$40,000
  • Chi phí từ bỏ công việc $25,000-$60,000:
    • 40% còn lại không được phân bổ lại mà bị hoãn hoặc bỏ hẳn
    • Những việc như cải thiện nền tảng, giảm technical debt, tiến hóa kiến trúc, viết tài liệu, mentoring... tuy không liên quan trực tiếp đến phát hành tính năng nhưng giúp ngăn ngừa khủng hoảng trong tương lai, và chúng âm thầm bị gạch khỏi roadmap
    • Chi phí tức thời của việc từ bỏ công việc (Work Abandonment) được tính theo giá trị quy đổi ra lương của phần việc không được thực hiện
      • 40% công việc của kỹ sư đã rời đi không được thực hiện trong thời gian vị trí bỏ trống
      • Công thức tính là 40% × 4 tháng × ($200,000 / 12) = $26,667
    • Nhưng chi phí thực sự không dừng lại ngay lập tức
      • Công việc bị trì hoãn sẽ tạo ra chi phí tích lũy trong các quý tiếp theo
      • Ví dụ
        • Nếu tối ưu hóa cơ sở dữ liệu mà một kỹ sư hạ tầng senior đã lên kế hoạch bị hoãn
          • hiệu năng truy vấn sẽ suy giảm dần
          • và cuối cùng cần tới ứng phó khẩn cấp với phạm vi còn lớn hơn rất nhiều so với công việc ban đầu
        • Nếu các review kiến trúc do kỹ sư đó phụ trách bị dừng lại
          • thì các quyết định kỹ thuật sẽ tiếp tục được đưa ra
          • trong trạng thái không còn chuyên môn để chặn trước các sai lầm tốn kém
    • Chi phí từ bỏ công việc có thể đo lường được là
      • giá trị của “những việc đáng lẽ phải làm nhưng đã không được làm”
      • Công thức tính bảo thủ như sau
        • (tỷ lệ công việc bị từ bỏ × lương năm / 12) × số tháng vị trí bỏ trống
        • (40% × $200,000 / 12) × 4 tháng = $26,667
    • Mức chi phí từ bỏ công việc thực tế nằm trong khoảng $25,000–$60,000
      • Tùy theo phần việc bị bỏ là mang tính phòng ngừa hay thiên về tính năng
  • Tổng chi phí vị trí trống (Combined Vacancy Cost): $50,000–$100,000
    • Đây là tổng của hai hạng mục: chi phí phân bổ lại công việc $25,000–$40,000 + chi phí từ bỏ công việc $25,000–$60,000
    • Con số này chỉ phản ánh tác động trực tiếp và đo lường được phát sinh trong 4 tháng vị trí bị bỏ trống
  • Bản thân phép tính này đã được thực hiện theo hướng bảo thủ

• Chi phí onboarding và thích nghi: $100,000-$125,000

  • Năng suất của kỹ sư senior mới: tháng 1 khoảng 25%, tháng 2-3 là 50%, tháng 4-5 là 75%, đến tháng 6 mới đạt năng suất đầy đủ
    • Tháng 1: mất 75% năng suất = ($200,000 / 12 tháng) × 0.75 = $12,500
    • Tháng 2~3: mất 50% năng suất = ($200,000 / 12 tháng) × 0.50 × 2 = $16,667
    • Tháng 4~5: mất 25% năng suất = ($200,000 / 12 tháng) × 0.25 × 2 = $8,333
    • Tổng chênh lệch năng suất trong 6 tháng đầu: $37,500
  • Chi phí nhân lực onboarding: kỹ sư senior mới tiêu tốn thời gian của các kỹ sư khác 10-15 giờ/tuần trong tháng đầu, và 5-8 giờ/tuần trong tháng 2-3
    • Tháng 1: 12 giờ/tuần × 4 tuần × $90/giờ = $4,320
    • Tháng 2~3: 6 giờ/tuần × 8 tuần × $90/giờ = $4,320
    • Chi phí nhân lực onboarding tính theo mức $90/giờ: $8,640
  • Tức là trong 6 tháng đầu phát sinh $46,140 tổn thất
  • Nhưng vì phần lớn kỹ sư senior cần khoảng 1 năm để đạt tới mức chuyên môn theo domain như người tiền nhiệm, nên con số dự kiến là $92,000-$125,000

• Mất mát tri thức ngầm (Tribal Knowledge): $100,000-$300,000

  • Đây là phần khó định lượng nhất, nhưng sẽ bộc lộ thành sai sót trong các quý tiếp theo
  • Những điều mà kỹ sư rời đi từng biết gồm
    • Phần nào của codebase dễ vỡ và cần thay đổi cẩn trọng
    • Khách hàng nào có yêu cầu đặc biệt và vì sao
    • Quyết định kiến trúc nào là đánh đổi có chủ đích, còn cái nào là technical debt
    • Trong một service 10.000 dòng code, đâu là 3 dòng thực sự quan trọng
    • Vì sao một truy vấn cơ sở dữ liệu trông có vẻ kém hiệu quả lại được viết như vậy (vì một “tối ưu hóa” có vẻ hiển nhiên đã từng gây hỏng dữ liệu trong một điều kiện cụ thể được phát hiện 3 năm trước)
  • Sai sót do thiếu ngữ cảnh: kỹ sư mới tối ưu một truy vấn “chậm” và làm gián đoạn workflow cốt lõi của 2 khách hàng lớn nhất công ty
    • 2 ngày để xác định vấn đề ($4,615), 1 tuần để triển khai bản sửa phù hợp ($7,692), cộng thêm khôi phục quan hệ khách hàng
    • Chi phí cho một sự cố đơn lẻ khoảng $12,000-$15,000, và xảy ra 3-5 lần trong năm đầu trên mỗi kỹ sư senior nghỉ việc
  • Trì hoãn ra quyết định: những câu hỏi mà kỹ sư đã nghỉ từng trả lời trong 30 giây giờ cần 3 giờ khảo cổ code, tìm kiếm lịch sử Slack, và các cuộc trò chuyện kiểu “có ai biết vì sao lại làm thế này không?”
    • Nếu xảy ra 2 lần/tuần trong 6 tháng: $14,040
  • Dự án bị hoãn hoặc bị bỏ: chỉ kỹ sư đã nghỉ mới hiểu đủ rõ hệ thống xác thực để triển khai tích hợp SSO một cách an toàn
    • Dự án đó bị chậm 6-9 tháng, và nếu SSO là điều kiện để ký một hợp đồng doanh nghiệp trị giá 500 nghìn USD thì chi phí chậm trễ có thể đo được
  • Ước tính bảo thủ cho tổn thất tri thức nội bộ kiểu này là: $100,000 đến $300,000 trong 12 tháng sau nghỉ việc

• Tổng chi phí cho mỗi lần kỹ sư nghỉ việc

  • Thay thế trực tiếp: $85,000-$100,000
  • Chi phí vị trí trống: $50,000-$100,000
  • Thích nghi và onboarding: $92,000-$125,000
  • Mất mát tri thức nội bộ: $100,000-$300,000
  • Tổng bảo thủ: $327,000-$625,000
  • Tổng thực tế khi tính cả chậm tiến độ dự án và chi phí cơ hội: $500,000-$1,000,000

• Những chi phí này phân tán vào toàn bộ ngân sách và bị che lấp trong nhiễu: chi phí tuyển dụng nằm trong ngân sách HR, tổn thất năng suất không được theo dõi, tri thức nội bộ bị thất thoát không xuất hiện trong báo cáo quý

  • Việc trì hoãn nợ kỹ thuật và ưu tiên tính năng tạo ra kết quả tức thời và dễ nhìn thấy: demo cho đội ngũ bán hàng, thông báo ra mắt từ marketing, báo cáo của CEO với hội đồng quản trị, v.v.
  • Đây là hiện tượng mà các nhà kinh tế học gọi là vấn đề "con ếch bị luộc":
    • Việc một nhân viên riêng lẻ nghỉ việc có vẻ vẫn chịu đựng được, việc hoãn công việc kỹ thuật có vẻ hợp lý, và những đánh đổi theo từng quý xét riêng lẻ cũng có vẻ chính đáng
    • Đến khi mô thức trở nên rõ ràng (tỷ lệ kỹ sư cấp cao rời đi hằng năm 18%, nợ kỹ thuật tích lũy, chuỗi sự cố hệ thống liên tiếp), thì tổ chức đã chấp nhận sự rối loạn chức năng như một điều bình thường

Phục hồi (Recovery) trông như thế nào

• 14 tháng trước thảm họa Black Friday, một kỹ sư nền tảng cấp cao tại một công ty xử lý thanh toán tầm trung đã nêu ra mối lo ngại cụ thể
  • "Hệ thống xử lý giao dịch sẽ không thể chịu nổi lưu lượng dịp lễ dự kiến"
  • Đã gửi đề xuất chi tiết về việc cần database sharding và tối ưu hóa hàng đợi, với ước tính: 6 tuần thời gian kỹ sư và $80,000 chi phí hạ tầng
• Đề xuất bị đẩy xuống ưu tiên bởi VP of Product:
  • Cho rằng việc phát hành hai tính năng khác quan trọng hơn
  • Trong buổi đánh giá quý, họ khen ngợi "khả năng nhận diện trước các vấn đề tiềm ẩn", nhưng bản đề xuất kiến trúc bị bỏ mặc trong Jira
• Bốn tháng sau, kỹ sư đó chuyển sang đối thủ với mức tăng lương 15%; công ty mất 3 tháng tìm kiếm, tốn $47,000 chi phí tuyển dụng để thay thế, rồi mất thêm 5 tháng để người mới đạt đủ năng suất
• Trong thời gian đó, 2 kỹ sư cấp cao khác tiếp tục rời đi: 1 người vì thất vọng với technical debt, 1 người nhận vai trò Principal Engineer ở bên ngoài, vị trí mà công ty khi đó không có
• Cảnh báo ban đầu đó chỉ được mang ra thảo luận lại trong buổi review kiến trúc sau 9 tháng
  • Khi ấy, trí nhớ tổ chức về bối cảnh của đề xuất và cách giải quyết đã mất đi
  • Một kỹ sư junior được giao nhiệm vụ "nghiên cứu các phương án thay thế"
• Đúng ngày Black Friday, thảm họa bắt đầu khi lưu lượng giao dịch tăng vọt lúc 9:47 sáng
  • Từ 10:23 sáng, database bắt đầu từ chối các yêu cầu ghi
  • Điểm nghẽn chính là đúng chỗ đã được chỉ ra từ 14 tháng trước, và sự cố này khiến $2.5M giao dịch không được xử lý
  • Quá trình khôi phục mất 5 giờ
    • Chi phí mở rộng hạ tầng khẩn cấp là $180,000, và 3 kỹ sư đã phải làm thêm suốt kỳ nghỉ để thực hiện thay đổi kiến trúc vĩnh viễn
  • Ngày 3 tháng 12, CTO trình lên ban lãnh đạo bản postmortem có thêm một mục mới
    • Phần “Previously Raised Concerns” được bổ sung để ghi lại cảnh báo ban đầu của kỹ sư đó, quyết định loại khỏi ưu tiên, và các đợt nhân sự rời đi sau đó
    • CFO thử tính tổng chi phí
  • Chi phí kỹ sư rời đi (3 senior): chi phí đo được là $235,000 mỗi người
    • Tuyển dụng $47,000 + thưởng ký hợp đồng $30,000 + chi phí vị trí trống $83,000 (trung bình 4 tháng) + onboarding và ramp-up $75,000
    • Tổng cộng $705,000
  • Chi phí mất tri thức bộ lạc: $2.2M
    • Hiểu biết về cấu trúc database, failure mode và các cách xử lý trước đó đã biến mất khỏi tổ chức
    • Họ phải tái khám phá vấn đề, nghiên cứu lại giải pháp và triển khai trong tình huống khẩn cấp
    • Khoảng trống tri thức này đã biến một planned migration thành một ứng phó khủng hoảng
    • Chi phí điều tra, các lần thử sai, việc gấp rút đưa vendor vào và chi phí hỗ trợ merchant đều cộng dồn
  • Chi phí giao dịch thất bại:
    • Tổng giá trị thanh toán xử lý thất bại là $2.5M
    • Với mức phí 2.9%, doanh thu trực tiếp bị mất là $72,500, nhưng theo hợp đồng công ty có nghĩa vụ xử lý mọi giao dịch
    • Vì vậy phát sinh $180,000 tiền phạt vi phạm SLA do xử lý thất bại, cùng $45,000 chi phí hỗ trợ merchant và ngăn churn
  • Chi phí hạ tầng khẩn cấp: $180,000
    • Mở rộng database khẩn cấp (thêm read replica, nâng cấp instance, chi phí vendor support dạng Expedited)
    • Cấu hình lại load balancer và tối ưu CDN để có thể xử lý mức lưu lượng đã được dự báo từ 14 tháng trước
  • Chi phí khôi phục và xử lý hậu sự cố: $87,000
    • 3 kỹ sư senior làm 72 giờ trong kỳ nghỉ cuối tuần với hệ số OT 2.5x: $51,923
    • Toàn bộ nhóm kỹ thuật tiếp tục xử lý trong 2 tuần sau đó: $38,462
  • Tổng chi phí sự cố: $3.47M
  • Chi phí phòng ngừa được đề xuất ban đầu: $80,000 (bao gồm 6 tuần công sức kỹ thuật của 1 kỹ sư senior và chi phí hạ tầng)
  • Ở trang đầu của postmortem có dòng $3.47M vs $80,000, và con số này đã thay đổi hướng của cuộc đối thoại
• CEO, để trả lời câu hỏi từ hội đồng quản trị, đã chỉ đạo thực hiện phân tích tỷ lệ giữ chân
  • Tỷ lệ nghỉ việc của kỹ sư senior là 34% mỗi năm (hơn gấp đôi mức trung bình ngành ở các công ty có lãi)
  • Trong các cuộc phỏng vấn nghỉ việc trước đó vốn được lưu trữ mà không qua rà soát của lãnh đạo, xuất hiện một mẫu hình nhất quán
    • Các kỹ sư giỏi rời đi khi các mối lo kỹ thuật của họ được ghi nhận nhưng không được thực thi
  • Trong 18 tháng, công ty triển khai 4 biện pháp cải thiện:
    • CFO bắt đầu theo dõi chi phí nghỉ việc trong báo cáo quý cùng với customer acquisition cost — đột nhiên chi phí nghỉ việc trung bình $235,000 xuất hiện trong các tài liệu kiểu như quyết định chi marketing
    • Toàn bộ ban lãnh đạo tham gia lịch on-call luân phiên theo quý — VP of Product, người từng hạ ưu tiên công việc database, đã nhận một báo cáo dài 23 trang trong tuần đầu tiên, trong đó 19 mục liên quan đến technical debt đã được nêu ra trong 6 tháng trước đó
    • Ủy ban lương thưởng bổ sung yếu tố giữ chân nhân tài vào phần lương thưởng biến động của lãnh đạo: giữ được 90% kỹ sư senior hằng năm chiếm 25% giá trị trong công thức tính thưởng
    • Thiết lập các lộ trình IC Staff và Principal mới, có mức đãi ngộ tương xứng với cấp Director và VP
• Sau 18 tháng, công ty thanh toán này đã giảm tỷ lệ nghỉ việc của kỹ sư senior xuống còn 9% mỗi năm
• Quan trọng hơn là quy trình review kiến trúc đã thay đổi:
  • Các đề xuất xử lý technical debt giờ đây đều kèm theo chi phí sự cố được tính toán
  • Ban lãnh đạo thường xuyên hỏi: "Nếu hoãn việc này, rủi ro kỹ sư nghỉ việc là bao nhiêu?"
• Kỹ sư nền tảng từng nêu ra lo ngại về database ban đầu đã quay lại với vai trò Principal Engineer
  • Lương cao hơn 40% so với lúc nghỉ việc — được tuyển riêng để dẫn dắt việc mở rộng hạ tầng
• Sự trở lại của kỹ sư đó, cùng với những thay đổi mà các con số cho thấy, tượng trưng cho việc phép tính kinh tế của tổ chức thực sự đã thay đổi

Sáu biện pháp can thiệp thực sự hiệu quả

• Can thiệp mang tính cấu trúc nhằm sắp xếp lại các động lực khuyến khích, không phải hoạt động thu thập thông tin hay đồng cảm mà là tái thiết kế về kinh tế

• Hệ phân tầng của tác động

  • 6 biện pháp can thiệp có thể trông nặng nề, nhưng độ khó triển khai và thời gian tạo ra giá trị không giống nhau, thứ tự rất quan trọng
  • Cách tạo ra kết quả nhanh nhất: các can thiệp chỉ cần mức đồng thuận tối thiểu trong tổ chức
    • Hạch toán chi phí nghỉ việc (#1): chỉ cần phê duyệt của CFO và thời gian của nhà phân tích tài chính
    • Theo dõi sự cố do cảnh báo bị phớt lờ (#2): chỉ cần thay đổi quy trình SRE. Không cần ngân sách hay tái cơ cấu, chỉ cần tài liệu hậu kiểm được hệ thống hóa
    • Cả hai đều có thể bắt đầu trong vòng 30 ngày, đồng thời cung cấp bằng chứng định lượng cho những cuộc chiến khó hơn
  • Can thiệp trung hạn: cần thay đổi văn hóa nhưng không cần tái cấu trúc lương thưởng
    • Luân phiên trực on-call cho lãnh đạo (#3): thành công khi một lãnh đạo trực tiếp trải nghiệm hậu quả của việc trì hoãn cải thiện hạ tầng, và khi đó chính sách này sẽ tự nhiên bén rễ
    • Hội đồng tư vấn kỹ thuật có thực quyền (#5): chỉ phát huy hiệu quả khi ban lãnh đạo thực sự chấp nhận khả năng quyết định của mình bị đảo ngược; cách thí điểm nhỏ lẻ sẽ thất bại sau vài quý
    • Thời gian triển khai 3-6 tháng: vì không chỉ cần thay đổi chính sách đơn thuần mà còn cần xây dựng lòng tin
  • Can thiệp mang tính cấu trúc: cần phê duyệt của hội đồng quản trị hoặc ủy ban lương thưởng, mất 6-12 tháng nhưng tạo ra thay đổi sâu sắc nhất
    • Đưa chỉ số giữ chân nhân tài vào hệ thống lương thưởng (#4): khi tiền thưởng của lãnh đạo phụ thuộc vào việc giữ chân kỹ sư cấp cao, nợ kỹ thuật bỗng trở thành ưu tiên chiến lược chỉ sau một đêm
    • Đảm bảo tính tương đương của lộ trình IC (#6): khi Staff Engineer có thể nhận mức lương cấp cao mà không cần quản lý nhóm, việc duy trì chuyên môn kỹ thuật trở nên khả thi về mặt cấu trúc
  • Can thiệp khả dụng tối thiểu: kết hợp hai yếu tố từ các tầng khác nhau
    • Hạch toán chi phí nghỉ việc (kết quả nhanh) + chỉ số giữ chân trong lương thưởng (thay đổi cấu trúc)
    • Cái đầu tiên xây dựng business case, cái thứ hai khiến hành động trở nên hợp lý đối với lãnh đạo
  • Với công ty đang trong khủng hoảng: triển khai ngay các biện pháp cho kết quả nhanh + đồng thời thiết kế thay đổi cấu trúc
  • Với công ty có dấu hiệu cảnh báo sớm: bắt đầu bằng đo lường (hạch toán chi phí, theo dõi sự cố) + dùng dữ liệu kết quả để biện minh cho các can thiệp sâu hơn

• 1. Hạch toán chi phí nghỉ việc (Cost-of-Attrition Accounting)

  • Biến thứ vô hình thành hữu hình: tính toàn bộ chi phí của mỗi lần kỹ sư cấp cao rời đi
    • Chi phí tuyển dụng trung bình $35,000
    • Mất khoảng 6 tháng để đạt năng suất đầy đủ (50% lương của kỹ sư cấp cao)
    • Chậm tiến độ dự án do mất tri thức
    • Chi phí cơ hội từ các quyết định kiến trúc mà chỉ kỹ sư đó hiểu rõ
  • Theo dõi các con số này hàng tháng và đưa chúng vào cùng dashboard điều hành với CAC và các chỉ số doanh thu
  • Một công ty dịch vụ tài chính sau khi theo dõi chi phí nghỉ việc theo quý đã ghi nhận
    • Q1: 2 kỹ sư cấp cao nghỉ việc, $400,000
    • Q3: chi phí dự kiến cả năm $900,000
    • Khi CFO trình bày con số này cùng với ngân sách kỹ thuật hàng năm $3M
    • Câu hỏi của CEO chuyển từ “Tại sao họ nghỉ?” sang “Cần bao nhiêu tiền để ngăn điều đó?”
    • Kết quả là đầu tư $400,000 vào xử lý nợ kỹ thuật và điều chỉnh lương thưởng
      giúp giảm 43% tỷ lệ nghỉ việc của kỹ sư cấp cao và thu hồi toàn bộ chi phí đầu tư chỉ trong hai quý

• 2. Theo dõi các sự cố phát sinh do cảnh báo bị phớt lờ

  • Sửa mẫu postmortem để thêm mục bắt buộc "Cảnh báo trước đó (Prior Warnings)"
  • Yêu cầu người phụ trách kiểm tra các cảnh báo trước đây về chế độ lỗi này trong Jira, Slack, ghi chú review kiến trúc và email
  • Nội dung cần tài liệu hóa: thời điểm đưa ra cảnh báo, ai đưa ra, hành động được đề xuất, lý do bị hạ ưu tiên
  • Tính chi phí sự cố: tác động doanh thu do downtime, gánh nặng cho bộ phận hỗ trợ khách hàng, thời gian kỹ sư bỏ ra để khôi phục
  • Một công ty công nghệ y tế sau khi áp dụng cách này đã
    • phát hiện trong vòng 6 tháng rằng 70% sự cố production đã được dự báo từ trước
    • kỹ sư đã nêu quan ngại nhưng ban lãnh đạo hạ ưu tiên xử lý vì tập trung vào phát triển tính năng
    • tổng chi phí trong 1 năm: 1,8 triệu USD cho các sự cố có thể phòng tránh
    • khi ban lãnh đạo xác nhận rằng ở 14 trong 16 sự cố lớn, cảnh báo kỹ thuật đã chính xác, họ nhận ra mức độ nghiêm trọng của mô hình này
    • khi tính chính xác của các dự báo được chứng minh một cách nhất quán, hành vi bắt đầu thay đổi

• 3. Luân phiên trực on-call cho lãnh đạo

  • Tất cả lãnh đạo cấp quản lý (bao gồm product, VP và director) đều trực on-call 1 tuần mỗi quý
  • Chính sách escalations:
    • nếu kỹ sư on-call nhận định cảnh báo có liên quan đến một bản sửa lỗi từng bị xếp ưu tiên thấp hoặc một hạng mục kỹ thuật từng bị trì hoãn
    • thì báo trực tiếp cho người chịu trách nhiệm về quyết định đó, bất kể giờ giấc hay ngày nào
  • Điều này tạo ra học tập qua trải nghiệm mạnh hơn bất kỳ dashboard nào
  • Ví dụ: một VP of Product đã trải qua 17 cuộc gọi trong 5 ngày vì cùng một vấn đề connection pool cơ sở dữ liệu mà kỹ sư từng gắn cờ là bản sửa lỗi "có thì tốt" từ 7 tháng trước
    • Vấn đề đó bị gắn P3, và VP này ưu tiên ra mắt 3 tính năng khác thay thế
    • Sau 5 lần liên tiếp bị gọi lúc 3 giờ sáng, mức ưu tiên được đổi thành P0, và được sửa trong 8 ngày
    • Sau đó VP này thừa nhận: "Tôi từng nghĩ kỹ sư phóng đại về tình trạng mệt mỏi vì cảnh báo. Nhưng không phải vậy"

• 4. Đưa chỉ số giữ chân nhân tài vào lương thưởng của lãnh đạo

  • Tái cấu trúc để 25% phần thưởng biến động của ban lãnh đạo phụ thuộc vào tỷ lệ giữ chân kỹ sư cấp cao
  • Định nghĩa "cấp cao": làm việc trên 2 năm, vượt kỳ vọng trong đánh giá hiệu suất, hoặc phụ trách hệ thống cốt lõi
  • Đặt mục tiêu: giữ chân 90% kỹ sư cấp cao mỗi năm
    • Không đạt mục tiêu thì tiền thưởng bị cắt giảm theo tỷ lệ
    • Vượt mục tiêu thì tiền thưởng được nhân hệ số
  • Ví dụ: một công ty SaaS Series B triển khai cấu trúc này vào năm 2021
    • Tỷ lệ nghỉ việc hàng năm của kỹ sư cấp cao là 28%
    • Ban lãnh đạo ban đầu phản đối: "Chúng ta không thể kiểm soát việc ai đó nhận được đề nghị tốt hơn"
    • CEO đáp lại: "Vậy tức là chúng ta đang thừa nhận mình không có sức cạnh tranh ngoài mức lương. Hoặc cải thiện điều đó, hoặc chấp nhận bị ảnh hưởng vào lương thưởng"
    • Trong vòng 1 năm, tỷ lệ nghỉ việc giảm xuống còn 11%
    • Mẫu trong phỏng vấn nghỉ việc thay đổi: các kỹ sư rời đi bắt đầu nhắc đến nghỉ việc vì cơ hội (thăng lên principal ở công ty lớn hơn, lập startup, chuyển chỗ ở) thay vì nghỉ việc do rối loạn chức năng (quan ngại kỹ thuật bị phớt lờ, không có cơ hội phát triển, văn hóa độc hại)
    • Khi ban lãnh đạo giờ đây đã có trách nhiệm rõ ràng với việc giữ chân nhân tài, việc đạt mục tiêu thưởng lại trở thành phần dễ nhất

• 5. Hội đồng tư vấn kỹ thuật (TAB) có thực quyền

  • Thành lập hội đồng gồm 5 kỹ sư cấp cao do tổ chức kỹ thuật bầu chọn (không phải do ban lãnh đạo bổ nhiệm)
  • Họp hàng quý với các lãnh đạo cấp C
  • Một quyền hạn duy nhất: có thể phủ quyết 1 quyết định của ban lãnh đạo mỗi quý
  • Yêu cầu: khi phủ quyết phải đưa ra phương án thay thế bằng văn bản gồm cơ sở kỹ thuật, chi phí dự kiến và phân tích rủi ro
    • Ban lãnh đạo chỉ có thể vô hiệu hóa quyền phủ quyết bằng phê duyệt của CEO và lý do được tài liệu hóa
  • Ví dụ: một công ty hạ tầng blockchain thành lập TAB vào đầu năm 2020
    • Trong 2 năm đã thực hiện quyền phủ quyết 2 lần
    • Lần phủ quyết đầu tiên: chặn quyết định xây dựng framework đồng thuận độc quyền, thay vào đó đề xuất mở rộng giao thức mã nguồn mở hiện có. Ước tính tiết kiệm 18 tháng thời gian phát triển
    • Lần phủ quyết thứ hai: ngăn việc phát hành migration cơ sở dữ liệu mà không có kiểm thử rollback đầy đủ. Phân tích sau triển khai ước tính TAB đã ngăn được sự cố hỏng dữ liệu trị giá 2 triệu USD
    • Tác động thực sự còn tinh tế hơn: ban lãnh đạo bắt đầu hỏi "TAB có phê duyệt việc này không?" trước khi chốt các quyết định kỹ thuật
    • Mối đe dọa bị phủ quyết đã làm thay đổi chất lượng đề xuất trước cả khi đến tay TAB
    • Các kỹ sư cho biết phán đoán kỹ thuật cuối cùng đã thực sự trở nên quan trọng trong các quyết định của ban lãnh đạo

• 6. Lộ trình IC (cá nhân đóng góp) với tính tương đương về lương thưởng

• Thiết lập rõ ràng lộ trình phát triển nghề nghiệp IC: Staff Engineer, Principal Engineer, Distinguished Engineer

  • Các dải lương thưởng phải tương ứng với cấp Director, VP, SVP

• Tiêu chí thăng tiến: ảnh hưởng kỹ thuật, vai trò dẫn dắt kiến trúc, và hiệu ứng lan tỏa giúp nâng cao hiệu suất làm việc của các kỹ sư khác, thay vì quy mô nhóm hay hệ thống báo cáo

• Ví dụ: một công ty fintech có 3 kỹ sư cấp Staff rời đi trong vòng 6 tháng

• Trong các buổi phỏng vấn nghỉ việc, lặp lại cùng một mô-típ: "Không thể đạt mức đãi ngộ L7 nếu không trở thành quản lý. Tôi không muốn quản lý, tôi muốn làm kỹ sư phát triển"

  • Công ty triển khai lộ trình IC có mức đãi ngộ tương đương
  • Trong vòng 1 năm: 2 kỹ sư trước đó đang đi phỏng vấn được thăng lên Principal, tuyển 3 senior IC từ các đối thủ không có lộ trình nghề nghiệp tương tự, tình trạng rời đi của nhân sự kỹ thuật cấp cao giảm 62%
  • Quan trọng hơn, các kỹ sư ở lại công ty đã giúp ngăn các sai lầm kiến trúc ước tính trị giá 3 triệu USD
    • Đây là những quyết định mà các kỹ sư junior hoặc mid-level không thể phản đối do thiếu chuyên môn hoặc thẩm quyền

Lộ trình triển khai (Implementation Paths)

• Tiến độ triển khai thay đổi tùy theo mức độ nghiêm trọng mà tổ chức đang đối mặt

• Công ty đang trong khủng hoảng (tỷ lệ senior nghỉ việc >20%, gần đây xảy ra sự cố nghiêm trọng)

  • Tuần 1-2: tính chi phí nghỉ việc thực tế trong 12 tháng (bao gồm chi phí tuyển dụng, thời gian thích nghi để đạt năng suất, chậm tiến độ dự án, tổn thất tri thức bị thiếu hụt), phân tích mẫu từ phỏng vấn nghỉ việc, đối chiếu sự cố production với các cảnh báo trước đó đã bị phớt lờ
  • Tuần 3-4: trình bày phát hiện với CFO và CEO, chỉ ra mô hình lặp lại (nêu lo ngại kỹ thuật → bị hạ ưu tiên → kỹ sư rời đi → sự cố hoặc chi phí phát sinh), định lượng tổng thiệt hại, đề xuất can thiệp ngay lập tức
  • Tuần 5-8: bắt đầu executive on-call rotation (cách nhanh nhất để chuyển đổi văn hóa), bắt đầu theo dõi chi phí nghỉ việc (xây dựng hồ sơ cho thay đổi dài hạn), lập thử nghiệm TAB với 3 kỹ sư, bắt đầu theo dõi chi phí nghỉ việc hàng tháng trên dashboard dành cho ban điều hành
  • Tuần 9-12: trình bày thay đổi cấu trúc thưởng với hội đồng quản trị, gắn bonus của lãnh đạo với tỷ lệ giữ chân, công bố công khai lộ trình nghề nghiệp IC, truyền đạt minh bạch điều gì đã thay đổi và vì sao

• Công ty có dấu hiệu cảnh báo sớm (tỷ lệ nghỉ việc 12-18%, kỹ sư nêu lo ngại trong các buổi 1:1)

  • Tháng 1-2: bắt đầu theo dõi chi phí nghỉ việc và xây dựng luận cứ kinh tế, khảo sát kỹ sư về rủi ro nghỉ việc và điều gì sẽ khiến họ ở lại, xác định 3 mối lo được nhắc đến nhiều nhất
  • Tháng 3-4: thí điểm resource executive và executive on-call rotation, khởi động thử nghiệm TAB, dùng cả hai để làm lộ ra technical debt và ma sát trong tổ chức, ghi nhận chi phí của các công việc bị trì hoãn
  • Tháng 5-6: áp dụng thay đổi cấu trúc thưởng lâu dài, chính thức hóa quyền hạn của TAB, công bố tiêu chí lộ trình nghề nghiệp IC và các dải lương, đặt mục tiêu giữ chân senior engineer thành mục tiêu điều hành rõ ràng

Khi điều này không hiệu quả

• Các can thiệp này thất bại theo cách có thể dự đoán trước trong 3 kịch bản, và nếu không thừa nhận điều đó thì chỉ tốn thời gian

• 1. Mô hình kinh doanh vốn được thiết kế với giả định có nghỉ việc ngay từ đầu

  • Các công ty tư vấn và nhà thầu dự kiến tỷ lệ thay người 20-40% mỗi năm
  • Mô hình kinh doanh đưa chi phí thay thế nhân sự vào giá, và mức giá billing được đặt dựa trên giả định rằng chuyên môn nội bộ trong tổ chức là có giới hạn
  • Chiến lược giữ chân nhân sự được thiết kế cho công ty sản phẩm sẽ không có nhiều ý nghĩa ở nơi mà client rotation tự nhiên thúc đẩy nghỉ việc và lộ trình partner cố ý tạo áp lực up-or-out
  • Tương tự, startup giai đoạn đầu trước product-market fit có thể chứng kiến kỹ sư rời đi như một tín hiệu của việc pivot cần thiết chứ không phải thất bại trong giữ chân
    • Nếu công ty đang thay đổi định hướng căn bản mỗi 6 tháng, tỷ lệ giữ chân thấp có thể đồng nghĩa với tái phân bổ nhân tài phù hợp, chứ không phải rối loạn hệ thống

• 2. Chỉ giả vờ triển khai (Implementation Theater)

  • Can thiệp chỉ có hình thức còn tệ hơn là không can thiệp gì
  • TAB không có quyền phủ quyết thực tế sẽ trở thành ống xả làm phân tán lo ngại của kỹ sư
    • Khi phải bỏ thời gian cho những đề xuất bị phớt lờ một cách hệ thống, sự tức giận chỉ tăng thêm
  • Executive on-call rotation không gắn với việc xử lý nguyên nhân gốc rễ sẽ tạo ra sự đồng cảm mang tính trình diễn nhưng không có trách nhiệm
    • Một VP bị gọi vì những vấn đề mà họ không thể ưu tiên để giải quyết chỉ học được rằng kỹ sư hay phàn nàn
  • Kế toán chi phí nghỉ việc có được tính toán nhưng không bao giờ xuất hiện trong dashboard điều hành hay thảo luận về thưởng sẽ chỉ dừng ở mức lý thuyết
  • Can thiệp triển khai nửa vời cho thấy lãnh đạo chỉ giả vờ quan tâm mà không có ý chí thực sự cho thay đổi mang tính cấu trúc

• 3. Thiếu điều kiện tiên quyết về văn hóa

  • Các can thiệp này đòi hỏi điều kiện tiên quyết về văn hóa mà nhiều tổ chức không có: lãnh đạo phải muốn thay đổi hành vi thực sự chứ không phải quản lý hình ảnh
  • Nếu ban điều hành xem việc giữ chân kỹ sư là vấn đề PR chứ không phải vấn đề kinh tế, họ sẽ chỉ triển khai các can thiệp dễ thấy nhất (hội đồng tư vấn, chuyến lắng nghe ý kiến) trong khi né tránh những thứ tốn kém hơn (tái cấu trúc thưởng, quyền phủ quyết thực sự)
  • Bài kiểm tra chẩn đoán: hãy đề xuất gắn 25% thu nhập biến động của ban điều hành với việc giữ chân senior engineer
    • Nếu lãnh đạo lập tức đưa ra lý do rằng điều đó “không thể áp dụng ở công ty chúng ta”, thì bạn đã có câu trả lời
      • Họ muốn giải pháp không khiến bản thân phải trả giá
  • Công ty nào chưa sẵn sàng trao quyền phủ quyết cho kỹ sư, gắn lương của lãnh đạo với giữ chân nhân sự, và phản ánh chi phí nghỉ việc trong các buổi rà soát tài chính hàng quý thì chưa sẵn sàng cho thay đổi cấu trúc
  • Họ chỉ bằng lòng với những báo cáo tư vấn phủ bụi, nơi lo ngại được thừa nhận và “khuyến nghị nghiên cứu thêm”, trong khi senior engineer vẫn tiếp tục rời đi
  • Can thiệp chỉ phát huy tác dụng khi lãnh đạo nhận ra rằng chi phí thay người 1,4 triệu USD mỗi năm lớn hơn những biện pháp cần làm để ngăn điều đó
    • Nếu không có nhận thức đó, dù có bao nhiêu hội đồng tư vấn cũng không thể thay thế sự đồng bộ về lợi ích kinh tế

Phép tính kinh tế mới

• Một công ty hạ tầng blockchain do tác giả dẫn dắt đã mở rộng từ 10 lên 187 kỹ sư trong 3 năm nhưng vẫn
  • duy trì tỷ lệ senior engineer nghỉ việc hằng năm ở mức trung bình 6%, thấp hơn rất nhiều so với mức 35-40% thường thấy ở các công ty tăng trưởng siêu tốc
• Nguyên nhân của kết quả này không nằm ở phúc lợi hay biện pháp văn hóa mà ở việc thiết kế lại cấu trúc incentive
  • Middle manager được thưởng vì làm lộ ra sớm rủi ro kỹ thuật chứ không phải vì khiến mọi thứ trông như đang trong tầm kiểm soát
  • Postmortem yêu cầu ghi lại các cảnh báo trước đó; những cảnh báo bị bỏ qua trở thành đối tượng đánh giá hiệu suất của người đã hạ mức ưu tiên
  • Lãnh đạo kỹ thuật có quyền phủ quyết với các quyết định kiến trúc. Chúng tôi đã dùng 2 lần, nhưng chỉ riêng khả năng có thể dùng quyền phủ quyết cũng đã nâng chất lượng đề xuất nói chung
  • Lộ trình nghề nghiệp IC tồn tại ngay từ khi thành lập; người không quản lý ở cấp senior nhất nhận lương cao hơn phần lớn director
• Chi phí hệ thống: khoảng 400.000 USD mỗi năm cho điều chỉnh thưởng, overhead quản trị, và ưu tiên technical debt khiến một số tính năng bị chậm lại
• Khoản tiết kiệm:
  • 2,1 triệu USD chi phí nghỉ việc được ngăn chặn (áp dụng chuẩn ngành 35% nghỉ việc lên số lượng senior engineer)
  • Ngoài ra còn có khoản tiết kiệm đáng kể nhưng khó đo lường từ các quyết định kiến trúc không dẫn đến sự cố trị giá hàng triệu USD nhờ senior engineer có quyền dừng lại

Sự thật khó nghe

• Phần lớn công ty sẽ không triển khai các can thiệp này cho đến khi bị hoàn cảnh ép buộc
• Tác nhân ép buộc thường mang tính thảm họa: sự cố production gây thiệt hại hàng triệu USD, làn sóng nghỉ việc lớn làm tê liệt đội ngũ cốt lõi, hoặc đối thủ đưa ra đúng điều bạn từ chối — tức là sự tôn trọng đối với phán đoán kỹ thuật — và lôi mất một nửa lực lượng kỹ sư chủ chốt của bạn
• Đến lúc đó, bạn không còn làm phòng ngừa mà đang vật lộn để khắc phục thiệt hại
  • Việc phục hồi rất tốn kém. Những kỹ sư giỏi nhất có thể ngăn khủng hoảng tiếp theo đã rời đi rồi
  • Người thay thế họ có tài nhưng thiếu tri thức về tổ chức, nên không biết cần cảnh báo điều gì, và điều đó đẩy nhanh vòng lặp suy sụp
• Vấn đề không phải là các can thiệp này có hiệu quả hay không, mà là bằng chứng đã rất rõ ràng
  • Các công ty điều chỉnh incentive của ban điều hành theo mục tiêu giữ chân nhân sự, trao cho kỹ sư quyền lực có ý nghĩa, và xem nghỉ việc như một vấn đề kinh tế thì luôn vượt trội về tỷ lệ giữ chân, tỷ lệ sự cố, và sức khỏe kỹ thuật dài hạn
• Nếu các kỹ sư lành nghề đang rời đi và những cách giải quyết thông thường không hiệu quả, thì vấn đề có thể không phải là giao tiếp, mà là kinh tế

[duddnd649]

Ban điều hành nghe điều này và gật đầu đồng tình
Thừa nhận vấn đề
Nói rằng sẽ điều chỉnh mức độ ưu tiên
> Đến đây thì bị mắc lại

[bichi]

Sự thật khó chịu +

Những lãnh đạo thực sự phải đưa ra quyết định dù có đọc bài này cũng sẽ không hiểu được

[mstorm]

Tôi đồng ý.

[rrr6ttt]

Chuẩn luôn

[jjw9512151]

Một bài viết thực sự quý giá vì có đưa ra giải pháp. Cảm ơn bạn.

[ds2ilz]

Tôi đang xem trên điện thoại, không biết có phải do vấn đề căn chỉnh không nhưng trong phần nội dung có vài danh sách mà mỗi dòng chỉ có một ký tự. Ngoài ra, chỉ cần lùi vào thêm một chút là độ dài dòng bị ngắn đi một cách rõ rệt.

[curioe]

Đã sửa. Cảm ơn bạn đã thông báo.

[cysl0]

Vâng, trên iOS 26.1 x Safari của tôi cũng gặp hiện tượng tương tự.

[bini59]

Tôi cũng muốn refactor

[ethanhur]

Hãy cho tôi thấy động lực khuyến khích, tôi sẽ cho bạn thấy kết quả - Charlie Munger