요구사항이 추가되거나 변경되는 것은 두가지 경우.
첫째, 범위를 넘어서 추가되는 요구사항
둘째, 분석설계과정에서 찾아내지 못한 은닉된 요구사항.
경험상 범위를 벗어나는 요구사항 추가나 수정은 극히 일부.
대부분은 고객이 진정으로 원하는 것을 제공하지 못해서 생기는 경우.
freeze는 미흡한 해결안에 대해 침묵(고객,수행팀)을 강요하는 경향으로 변질되곤 함.
이런 경향의 결과는 고객만족도 저하.
불만이 후반에 일거에 분출되는 경우 한계비용 초과로 대처불가 상황 발생하곤 함.
이런 상황에서 requrement freeze를 없애게 되면?
- 장점. 고객만족도 향상에 충분히 기여할 수 있음
- 단점, 고객이 원하는 것을 찾지 못하고 프로젝트 후반에 당도할 경우
수행사가 비용을 부담하는 별도 계약이나, 프로젝트 드랍이 수순.
freeze가 안되는 것을 악용하는 고객도 있을 수 있음.
결론. requirement freeze 를 할지 말지..
한다면 어떤식으로 할 지.. 이러한 결정은
고객이 바라는 진정한 요구사항을 집어낼 수 있는 상황인지..
팀이 그러한 능력을 갖고 있는 지 확인한 이후에 고민할 문제..란 cavin의 의견.
덧글