MoSCoW 방식
MoSCoW method모스크바 방법은 각 요구사항의 전달에 있어 이해당사자들과의 공통적인 이해를 돕기 위해 경영, 사업 분석, 프로젝트 관리 및 소프트웨어 개발에 사용되는 우선순위 기법으로 MoSCoW 우선순위 설정 또는 MoSCoW 분석이라고도 한다.null
M - Must have S - Would have C - Would have W - W - W를 가질 수 없음의 네 가지 우선순위 범주의 첫 글자에서 유래한 용어다.
그 단어를 발음할 수 있게 하기 위해 중간 Os가 추가된다.Os는 보통 어떤 것을 지지하지 않는다는 것을 나타내기 위해 소문자로 되어 있지만, 모스크바의 모든 수도도 사용된다.[citation needed]null
배경
이 우선순위화 방법은 다이 클레그가[1] 1994년 신속한 응용 개발(RAD)에 사용하기 위해 개발했다.그것은 2002년부터 동적 시스템 개발 방법(DSDM)과 함께 광범위하게 사용되었다.null
모스크바는 가장 중요한 요건에 초점을 맞추도록 마감일이 고정되어 있는 타임박싱과 함께 자주 사용되며 스크럼, 신속한 애플리케이션 개발(RAD), DSDM과 같은 민첩한 소프트웨어 개발 접근법에 일반적으로 사용된다.
요구사항 우선순위 지정
그러나 가장 크고 즉각적인 비즈니스 이점을 조기에 제공하기 위해서는 요구사항의 우선순위가 결정되어야 한다.개발자는 처음에 필수, 필수, 필수 및 가능한 모든 요구 사항을 전달하려고 시도하지만, 제공 기간이 위협적으로 보일 경우 필수 및 가능 요구 사항이 가장 먼저 제거될 것이다.null
우선순위 범주의 분명한 영어의 의미는 High, Medium, Low와 같은 대안들에 비해 고객이 우선순위 설정의 영향을 더 잘 이해하도록 하는 데 가치가 있다.null
범주는 일반적으로 다음과 같이 이해된다.[3]
- 가지고 있었음에 틀림없다.
- Must have라고 표시된 요건은 현재 배송 기간 박스가 성공하기 위해서는 매우 중요하다.단 하나의 필수요건도 포함되지 않은 경우, 프로젝트 전달은 실패로 간주되어야 한다(참고: 새로운 요구사항이 더 중요하다고 간주되는 경우, 예를 들어 모든 관련 이해관계자와의 합의에 의해 필수요건에서 요구조건을 격하할 수 있다).MUST는 또한 최소 사용 가능한 서브셋의 약자로 간주될 수 있다.
- 했어야 했다.
- '필수'라고 라벨을 붙인 요건은 중요하지만 현재 배송 시간 상자에서 배송을 위해 필요하지 않다.요구사항이 필수 조건만큼 중요할 수 있지만, 요구사항은 종종 시간적으로 중요하지 않거나 미래의 납품 시간 박스까지 지연될 수 있도록 요구사항을 충족하는 다른 방법이 있을 수 있다.
- 그럴 수도 있었다.
- Could have라고 라벨을 붙인 요건은 바람직하지만 필요하지 않으며 약간의 개발 비용으로 사용자 경험이나 고객 만족도를 향상시킬 수 있다.이것들은 일반적으로 시간과 자원이 허락하는 경우에 포함될 것이다.
- (이번에는) 없을 것이다.
- '원'으로 표시된 요구사항은 이해당사자들에 의해 최소 중요도, 최저 상환 항목으로 합의되었거나, 그 시점에 적절하지 않은 항목으로 표시된다.이에 따라 원 전무는 다음 배송 시간 박스 일정에 포함되지 않을 것으로 보인다.이후 시간 상자에 포함하기 위해 요구 사항이 삭제되거나 다시 고려되지 않는다. (참고: 때때로 이 마지막 우선 순위는 무언가가 배송 범위를 벗어났다는 것을 분명히 밝히고 있기 때문에 이 용어는 부정확하다.)(비즈니스 분석서 3판과 4판의 BCS에서는 'W'를 '이젠 갖고 싶지만 안 갖고 싶다'라고 기술하고 있다.)
변형
때때로 W는 소원(또는 희망)을 의미하기 위해 사용된다. 즉, 여전히 가능하지만 포함될 가능성은 낮다(그리고 포함될 수 있는 가능성보다 낮다).그런 다음 명시적으로 포함되지 않은 항목에 대해서는 X와 구별된다.null
신제품 개발에 사용
신제품 개발, 특히 신속한 변화를 위한 소프트웨어 개발 접근법을 따르는 제품 개발에는 항상 허용할 시간이나 자금보다 할 일이 더 많다(우선 순위 지정의 필요성을 강조함).null
예를 들어, 한 팀이 제품의 다음 릴리스에 대한 잠재적 에피네프린트(즉, 높은 수준의 스토리)가 너무 많다면, MoSCoW 방법을 사용하여 어떤 에피네프린트가 반드시 있어야 하는지, 있어야 하는지를 선택할 수 있다; 최소 실행 가능한 제품(또는 MVP)[4]은 Must have로 표시된 모든 에피네프린트가 될 것이다.종종, 한 팀은 MVP를 가려낸 후에도 기대했던 능력에 비해 일이 너무 많다는 것을 알게 될 것이다.그러한 경우, 팀은 MoSCoW 방법을 사용하여 어떤 특징(또는 스토리가 해당 조직 내 에픽의 부분집합인 경우 포함되어야 하는지 등)을 선택할 수 있다. 최소 시장성 특징(또는 MMF)은 모두 필수품으로 표시된다.[5]MVP나 MMF를 선택한 후 충분한 용량이 있다면, 그 다음엔 Wish have와 Could have 아이템도 포함시킬 계획이다.[6]null
비판
MoSCoW 방식에 대한 비판은 다음과 같다.
- 동일한 우선순위를 가진 여러 요구사항 사이에서 결정하는 데 도움이 되지 않는다.
- 경쟁 요구사항의 순위를 어떻게 매길 것인가에 대한 근거 부족: 왜 무언가가 필요하기 보다는 필수적이어야 하는가.[7][8]
- 시기에 대한 모호성, 특히 원화의 범주는 없다: 그것이 이 발표안에 있든 없든.[7]
- 기술적 개선(예: 리팩터링)보다 새로운 기능을 구축하는 데 정치적 초점을 맞출 수 있는 가능성.[8]
기타 방법
제품 우선순위 지정에 사용되는 다른 방법으로는 다음과 같은 것들이 있다.
- 라이스 채점 모델
- 지연우선순위결정방법
- PriX 메서드 우선 순위 지정 방법
- 스토리 매핑 우선 순위 지정 방법
- 가치 대 노력 우선 순위 지정 방법
- 카노 모델 우선 순위 지정 방법
- 기회 채점 우선 순위 지정 방법
- 제품 트리 우선 순위 지정 방법
- 지연우선순위결정방법
- 기능 우선 순위 지정 방법 구입
참조
- ^ Clegg, Dai; Barker, Richard (1994). Case Method Fast-Track: A RAD Approach. Addison-Wesley. ISBN 978-0-201-62432-8.
- ^ Bittner, Kurt; Spence, Ian (2002-08-30). Use Case Modeling. Addison-Wesley Professional. ISBN 978-0-201-70913-1.
- ^ "MoSCoW Analysis (6.1.5.2)". A Guide to the Business Analysis Body of Knowledge (2 ed.). International Institute of Business Analysis. 2009. ISBN 978-0-9811292-1-1.
- ^ Wernham, Brian (2012). Agile Project Management for Government. Maitland and Strong. ISBN 978-0957223400.
- ^ Davis, Barbee (2012). Agile Practices for Waterfall Projects: Shifting Processes for Competitive Advantage. Project Management Professional Series. J. Ross Publishing. ISBN 978-1604270839.
- ^ Cline, Alan (2015). Agile Development in the Real World. Apress. ISBN 978-1484216798.
- ^ a b Wiegers, Karl; Beatty, Joy (2013). Software Requirements. Washington, USA: Microsoft Press. pp. 320–321. ISBN 978-0-7356-7966-5.
- ^ a b McIntyre, John (October 20, 2016). "Moscow or Kano - how do you prioritize?". HotPMO!. Retrieved October 23, 2016.
외부 링크
- RFC 2119(필수 레벨)이 RFC는 공식 문서에 사용할 요건 수준을 정의한다.일반적으로 계약 및 기타 법적 문서에 사용된다.여기서 언급하는 것은 문구는 비슷하지만 반드시 의미는 아니다.
- 완충된 모스크바 규칙 이 에세이는 산출물의 우선순위를 정하고 기초적인 추정치의 불확실성의 함수로 어느 정도의 확신을 제공하는 목표를 달성하는 수정된 모스크바 규칙의 사용을 제안한다.
- MoSCoW 우선순위 지정 단계 및 DSDM MoSCoW 규칙에 따른 우선순위 지정 팁
- ToTo 방법 MoSCoW 우선순위 지정 방법에서 영감을 얻은 방법.