스코프 크리프를 관리하는 방법?


17

우리는 종종 추가 기능을 구현할 것을 요구하는 비즈니스로부터 마지막 ​​순간 요청을받습니다. 프로젝트 관리자는 일반적으로 이러한 요청을 "필수 사항"또는 "좋은 기능"으로 필터링해야하지만, 비즈니스가 이러한 모든 기능을 릴리스로 압축하려는 경우가 있습니다. 사업에 NO라고 대답하는 좋은 방법이 있습니까? 스코프 크리프를 중지하거나 최소화하기 위해 어떤 단계를 수행 할 수 있습니까?


3
스코프 크리프는 어떻게 관리합니까? 곤봉과 명백한 처분으로.
BlairHippo

2
변경 가능한 요구 사항

답변:


10

그들이 당신이 떨어 뜨리기를 원하는 것을 물어보십시오. 그래서 당신은이 최신 요청을 짜낼 시간을 가질 것입니다.

나는 이것을 잠시 동안 할 필요가 없었으며, 내가했을 때, 나는 그것을 조금만 사용했다면 그렇지 않으면 그것은 힘을 잃습니다.

나는 당신이 물건을 정리하거나 계획 단계에서 동의 한 약간의 개선과 조정을 할 때 단계가 끝날 때 가장 효과적이라는 것을 알았습니다.


3
+1; 이 요청이 결과 (공유 결과)가 근본적으로 갈 길임을 이해하게합니다.
BlairHippo

6

프로젝트가 시작되기 전에 변경 요청 프로세스를 설정하십시오. "우리가 제공 할 내용은 다음과 같습니다. 다른 것을 추가하고 싶으면이를 적어 제출하고 제출하면 비용이 얼마나 드는지 알아 내고 결정할 수 있습니다. 당신이 있는지 정말 그것을 원한다. "


0

i) 지원, ii) 추가 및 iii) 시작하기 전에 초기 작업을 마친 후에는 유지 보수에 대한 비용을 이해하고 지불해야합니다. 그들이 동의하지 않으면 프로젝트를 수행하지 마십시오.


0

우리가하는 일은 매번 수정 된 마감일과 비용 견적을 제공하는 것입니다. 월요일에 기능 X를 추가하면 20 시간이 걸리고 기한은 금요일이며 기한은 자동으로 20 시간이 걸립니다. 우리가 매번이 작업을 수행 한 곳 (예외 없음)에 도달하면 우리는 너무 많은 범위 크리프 요청을 얻는 것을 중단했습니다. 그러나 매번 그렇게하고, 예상 시간 (필요한 경우 비용 추정)을 제공 한 다음이 기능을 추가하면 새로운 마감 시한을 알려 주어야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.