오늘날의 빠르게 변화하는 비즈니스 환경에서 수요를 효과적으로 관리하는 방법은 모든 산업의 주요 과제가되었습니다.모스크바 방법은 팀이 이해 관계자와 합의에 도달하고 요구의 중요성을 결정하는 데 도움이되는 우선 순위 기술 역할을합니다.이 접근법은 개발 팀이 가장 중요한 요구에 집중하는 데 도움이 될뿐만 아니라 요구 사항을 명확하고 직관적 인 방식으로 분류합니다.
모스크바 방법은 우선 순위 분류 시스템으로서 주로 네 가지 범주로 나뉩니다.
모스크바 방법은 1994 년 Dai Clegg에 의해 처음 개발되었으며 RAD (Rapid Application Development) 프로세스에 사용되기위한 것입니다.2002 년부터 DSDM (Dynamic System Development Method)에서 널리 사용되었습니다.이 접근법은 제한된 기간 내에 가장 중요한 요구를 우선시하는 데 도움이되므로 SCRUM 및 RAD와 같은 민첩한 개발 환경에 특히 적합합니다.
수요가 아무리 중요하더라도 가장 짧은 시간에 상업적 가치를 달성하기 위해 요구 사항을 우선 순위로 삼아야합니다.개발자는 먼저,해야 할 모든 요구 사항을 전달하려고 시도하지만, 배송 시간이 위협 받으면 먼저해야 할 요구 사항이 제거됩니다.
는 현재 배송 기간 내에 성공의 열쇠로 간주되어야합니다.필요한 요구 사항이 포함되지 않은 경우 프로젝트 배송은 실패로 간주되어야합니다.
다음은 모스크바 방법의 네 가지 요구 사항 범주에 대한 구체적인 설명입니다.
신제품 개발의이러한 분류를 통해 이해 관계자는 높은, 중간 및 낮은 등급을 사용하는 것보다 수요 순위의 영향을 더 명확하게 이해할 수 있습니다.
신제품 개발에서 팀은 종종 많은 작업, 자금 및 시간이 충분하지 않습니다.모스크바 방법을 사용하면 팀이 우선 순위를 평가하고 필요한 요구 사항을 선택하고 나중에 기다릴 수있는 요구 사항을 선택할 수 있습니다.최소 실행 가능한 제품 (MVP)은 필요에 따라 표시된 품목입니다.
MVP 또는 최소 실행 가능한 기능 (MMF)을 선택한 후에도 팀은 여전히 워크로드가 예상 용량을 초과하는 상황에 직면 할 수 있습니다.이 경우 모스크바 방법은 특정 기능의 우선 순위를 정하고 다음 작업 단계에 필요한 기능을 선택하거나 포함 할 수있는 방법을 선택할 수 있습니다.
모스크바 방법은 실제로 널리 선호되지만 비판도 받았다.일부 사용자는이 방법이 동일한 우선 순위 내에서 여러 요구 사항을 효과적으로 결정하는 데 도움이되지 않았다고 지적했습니다. 해야 한다.또한, 카테고리가없는 적시성에 대한 딜레마가 있으며, 현재 버전에서 구현되지 않을지 확실하지 않습니다.
경우에 따라 팀은 새로운 기능 개발에 더 집중하고 재건과 같은 기술 개선의 필요성을 무시할 수 있습니다.
모스크바 방법 외에도 Kano 모델과 같은 다른 많은 요구 사항 우선 순위 지정 방법이 있으며 이러한 방법에는 다른 응용 시나리오와 장점 및 단점이 있습니다.
모스크바 방법을 효과적으로 활용하여 가장 중요한 요구 사항을 필터링하고 팀을 이상적인 운영 상태로 유지하는 방법은 무엇입니까?