Thêm người dù sao cũng hiếm khi làm một team nhanh hơn trong ngắn hạn, nên câu hỏi thật sự là: thời gian của team thực sự đang chảy đi đâu, và tôi có thể thay đổi điều gì về chuyện đó? Tôi xem "đi nhanh hơn" là một lời nhắc đi tìm đòn bẩy, không phải một mệnh lệnh làm việc nhiều giờ hơn.
Tôi không chỉ nói "không thể" cũng không lặng lẽ chấp nhận. Tôi phản hồi bằng một trade-off: "Ta có thể kịp ngày đó nếu cắt tính năng A và B, hoặc chấp nhận rủi ro cao hơn ở khâu test. Đây là điều tôi đề xuất." Điều này biến tốc độ thành một quyết định chung, có ý thức, thay vì một canh bạc âm thầm về chất lượng.
Tốc độ bền vững đến từ việc loại bỏ lãng phí, không phải từ việc vắt kiệt con người. Một Tech Lead phản hồi áp lực bằng những trade-off rõ ràng và cải tiến quy trình sẽ xây dựng một team nhanh thật sự và bền — thay vì một team nước rút, gục ngã, và mất đi những kỹ sư giỏi nhất.
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ộ