Lãnh đạo không cấp ngân sách cho "tech debt" — họ cấp ngân sách cho kết quả (outcomes). Việc của bạn là dịch nỗi đau kỹ thuật nội bộ sang ngôn ngữ họ đã quan tâm: rủi ro, tốc độ, chi phí và sự cố. Nói về kết quả, không phải nội bộ.
Lãnh đạo không cấp ngân sách cho "tech debt" — họ cấp ngân sách cho kết quả (outcomes). Việc của bạn là dịch nỗi đau kỹ thuật nội bộ sang ngôn ngữ họ đã quan tâm: rủi ro, tốc độ, chi phí và sự cố. Nói về kết quả, không phải nội bộ.
| Thực tế kỹ thuật | Cách diễn đạt kinh doanh |
|---|
| Module legacy dễ gãy | Rủi ro sự cố, nguy cơ outage |
| Build/deploy chậm | Mất tốc độ, time-to-market chậm hơn |
| Không có test coverage | Tỷ lệ lỗi cao hơn, mất khách hàng |
| Việc vận hành thủ công | Lãng phí nhân lực, trần mở rộng |
Phàn nàn mơ hồ thì thua; con số thì thắng. "Khu vực này gây ra ~30% sự cố của chúng ta và cộng thêm hai ngày cho mỗi feature" là có thể cấp vốn. Gắn nó với mục tiêu lãnh đạo đã có — một mục tiêu độ tin cậy, một deadline ra mắt, một trần chi phí.
Những kỹ sư không thể đưa ra lập luận kinh doanh chỉ đứng nhìn nợ dồn lại cho đến khi nó kích hoạt khủng hoảng — và rồi bản sửa diễn ra dưới áp lực, trong điều kiện tồi tệ nhất có thể. Một tech lead biết diễn đạt đầu tư theo kết quả sẽ giành được niềm tin và ngân sách để sửa mọi thứ trước khi chúng hỏng, đó chính là khác biệt giữa một nhóm luôn chữa cháy và một nhóm đều đặn nhanh hơn.
Thư viện câu hỏi phỏng vấn IT với đáp án chi tiết — từ Junior đến Senior.
Ủng hộ