Không có câu trả lời tuyệt đối, và đó chính là mấu chốt. — bạn khớp mức độ chặt chẽ với và của đoạn code. Một prototype dùng một lần và một payments core xứng đáng với những tiêu chuẩn rất khác nhau. Việc của lead là đưa ra đánh đổi đó một cách , chứ không để nó xảy ra một cách tình cờ.
Hãy tự hỏi ba câu trước khi cắt góc:
// TODO, một ghi chú trong RFC). Bạn biết chính xác mình đã đánh đổi gì và vì sao.Giữ cho phần core sạch ngay cả khi bị áp lực: ranh giới được đặt tên rõ ràng, các critical path có test. Đẩy phần lộn xộn ra rìa, nơi rẻ để gỡ bỏ.
Khi deadline gấp, nước đi trung thực là thương lượng lại phạm vi hoặc thời gian với stakeholder — chứ không phải lặng lẽ ship một thứ dễ vỡ. "Chúng ta kịp ngày nếu có feature A và B, nhưng C trễ một tuần" là một cuộc trò chuyện thực sự. Âm thầm ship code mong manh là tiêu xài velocity tương lai của nhóm mà không ai đồng ý cả.
Những nhóm luôn tối ưu cho tốc độ thì chết chìm trong nợ; những nhóm luôn đánh bóng quá mức thì lỡ mất thị trường. Giá trị của lead là sự phán đoán — hiệu chỉnh mức độ chặt chẽ theo bối cảnh và làm cho đánh đổi đó hiển hiện và có người sở hữu, để shortcut hôm nay là một lựa chọn mà nhóm có thể trả lại, chứ không phải một bất ngờ phải gánh.