기획서가 제시한 형태는 간결함을 위해 파괴될 수 있다.

코딩을 하다 보면 기획서의 구조를 그대로 옮기는 것보다, 개념의 정의를 조금 바꾸는 것만으로 복잡도를 크게 줄일 수 있는 경우가 있다. 아무리 철저한 기획이라도 구현 과정에서 프로그래머가 판단해야 할 부분은 남는다.

그런데 기획자가 구조의 변경을 허용하지 않는다고 느끼면, 프로그래머는 문제를 알아도 손대기를 주저한다. 기획은 발전하는 것처럼 보여도 소프트웨어의 전체 구조는 복잡해질 수 있다.

그래서 기획서에는 형태뿐 아니라 그 형태를 선택한 의도와 맥락을 충분히 설명해야 한다. 프로그래머는 그 맥락을 지켜야 하고, 기획자는 맥락을 더 잘 살릴 수 있다면 처음 제시한 구조를 바꿔도 된다는 믿음을 줘야 한다.

프로그래머 역시 갈등을 미리 두려워하기보다 더 간결한 구조를 제안해야 한다. 기획자가 통제권에 집착한다고 단정하기 전에, 상대는 의견을 들을 준비가 되어 있는데 자신이 필요한 말을 하지 않은 것은 아닌지 돌아볼 필요가 있다.