버그와 요구사항 변경을 구분하는 기준

화면설계서와 기능정의서에 적힌 대로 동작하지 않으면 버그이고, 문서에 없던 것을 원하면 변경입니다. 이 기준이 없으면 감정 싸움이 됩니다.

그래서 문서를 꼼꼼히 검토하는 것이 중요합니다. 검수 단계의 분쟁 대부분은 문서 검토를 대충 한 결과입니다.

명확히 나뉘지 않는 경우가 있습니다. 문서에 적혀 있지 않지만 상식적으로 당연히 되어야 하는 것들입니다.

이런 항목은 서로 양보하는 편이 낫습니다. 제작사는 상식선에서 처리하고, 발주자는 무리한 요구를 자제하는 것입니다.

검수 단계에서 다투지 않으려면 그 전에 준비가 필요합니다. 문서를 구체적으로 만들고, 애매한 부분은 미리 질문하는 것입니다.

'이 경우에는 어떻게 되나요'를 개발 전에 물어보면 나중에 다툴 일이 없습니다.

그래도 의견이 갈리는 경우가 있습니다. 이때 중요한 것은 감정이 아니라 사실 확인입니다.

'문서의 어디에 그렇게 적혀 있나요'를 서로 확인하고, 없다면 비용과 일정을 놓고 협의하면 됩니다.

□  화면설계서와 기능정의서가 구체적으로 작성되어 있는가

□  문서 검토 단계에서 애매한 부분을 질문했는가

□  예외 화면이 문서에 정의되어 있는가

□  '상식선 처리' 원칙을 합의했는가

□  회색 지대 처리 절차를 정했는가

□  다툼 시 문서를 근거로 판단하는가