추측으로 코딩하는 것은 요구사항을 잘못 이해했음을 발견하는 가장 비싼 방법입니다. 요청이 모호할 때 제 일은 코드를 작성하기 전에 모호함을 공유된, 문서화된 이해로 바꾸고, 그다음 저렴하게 검증하는 것입니다. 모호함은 되받아쳐 막아야 할 장애물이 아니라, 몰아내야 할 정상적인 업무의 일부입니다.
대부분의 프로젝트 실패는 나쁜 코드가 아니라 잘못된 것을 만든 데서 비롯됩니다. 모호함을 명확하고 합의된 scope로 안정적으로 전환하는 tech lead는 팀을 재작업에서 구하고, 추정을 보호하며, 문자 그대로 말한 것이 아니라 실제로 필요했던 것을 전달함으로써 비즈니스의 신뢰를 얻습니다.