MoSCoW 방법으로 우선 순위를 지정하는 방법

프로젝트를 관리할 때 작업의 우선 순위를 지정하는 데 도움이 필요하십니까? 약어가 있습니다! MoSCow 방법이라고 하며 우선 순위 지정에 도움이 되는 훌륭한 기술입니다.

MoSCoW 방법으로 우선 순위를 지정하는 방법:

프로젝트 관리는 종종 자신이 하고 싶은 것과 하지 않을 것을 관리하는 것입니다! – 주어진 프로젝트 타임라인에서 완료하십시오. 우선 순위가 설정되지 않은 경우 프로젝트는 빠르게 모든 사람에게 공개될 수 있으며, 회의실에서 가장 큰 목소리가 다른 사람보다 우선 순위가 높은 작업이 될 수 있으며 종종 프로젝트나 조직의 이익이 아닙니다.

그러나 다른 접근 방식이 있습니다. 프로젝트의 요구 사항과 작업을 정의하고 관리하기 위한 MoSCoW 방법이라고 합니다.

다음은 이러한 요구 사항을 명확히 하기 위한 목록입니다.

필수 요건

이것을 참조하는 또 다른 방법은 최소 사용 가능한 하위 집합(MUS) 또는 프로젝트가 제공해야 하는 것입니다. 다시 말해, 프로젝트가 순조롭게 진행되기 위해서는 목표 날짜에 이를 전달해야 합니다. 지연은 허용되지 않습니다. 프로젝트를 궤도에서 벗어나게 할 것이고, 프로젝트의 비즈니스 사례에 주어진 시간까지 이 작업을 완료하지 않는 것은 안전하지 않거나 심지어 불법입니다.

MUS를 다루고 있는지 이해하는 방법은 "이것이 충족되지 않으면 어떻게 되나요?"라고 자문해 보는 것입니다. 대답이 "프로젝트 실패"이면 MUS가 있는 것입니다. 프로젝트를 계속하고 성공을 위태롭게 하지 않기 위해 고안할 수 있는 모든 해결 방법은 이것이 MUS가 아님을 의미합니다.

필수 요건

이러한 유형의 요구 사항은 거의 MUS만큼 중요하지만 프로젝트의 성공에 필수적인 것은 아닙니다. 즉, 프로젝트는 이 요구 사항에 의존하지 않습니다. 프로젝트에 큰 영향을 미칠 수 있으므로 생략하고 싶지 않을 수도 있지만 결국에는 돌이킬 수 없는 피해를 입히지 않고 수행할 수 있습니다. 다시 말하지만, 이 요구 사항을 생략하는 것은 많은 작업을 의미하지만(해결책 찾기, 이해 관계자의 기대치 변경, 일부 비효율성 경험) 프로젝트를 계속할 수 있습니다.

가질 수 있는 요구 사항

해야 하는 요구 사항과 가질 수 있는 요구 사항의 차이점은 단순히 충족하지 않을 때 발생할 수 있는 고통의 정도를 파악하는 것입니다. 즉, 프로젝트의 비즈니스 가치에 어떤 영향을 미칠지, 영향을 받는 사람 수 등입니다. 따라서 가질 수 있는 요구 사항은 원하는 것이지만 필수 요구 사항보다 덜 중요합니다. 프로젝트에서 제외되는 경우 영향이 있지만 필수 요구 사항의 영향보다 적습니다.

이번에는 가질 수 없는 것

여기에서 특정 릴리스에 적합하지 않은 요구 사항을 수집할 수 있습니다. 아마도 다음 번에 할 수 있지만 프로젝트는 그들 없이는 강력합니다. 이것은 프로젝트 범위 크리프를 피하는 좋은 방법입니다. 일단 이니셔티브가 시간 없음 범주에 배치되면 팀은 이 문제 해결의 우선 순위가 아니라는 것을 알고 이를 백버너에 놓고 마음에서 멀어지게 할 수 있습니다. 이를 통해 프로젝트에 중요한 요구 사항에 더욱 집중할 수 있습니다.

요구 사항 수집

하지만 우선순위를 정하기 전에 우선순위를 정해야 합니다. 이것을 프로세스의 요구 사항 수집 부분이라고 합니다. 특별히 MoSCoW 방법의 일부는 아니지만 우선 순위를 효과적으로 지정하기 위해 요구 사항을 효과적으로 수집해야 합니다.

이것은 스스로에게 몇 가지 질문을 하고 프로젝트의 다음 단계로 넘어가는 것 이상입니다. 철저한 요구 사항 수집을 위해 시간을 소비해야 합니다.

관련: 무료 요구 사항 수집 템플릿

크고 작은 프로젝트에 사용할 수 있는 4단계 프로세스입니다. 프로젝트의 규모는 이 프로세스를 완료하는 데 걸리는 시간에만 영향을 미칩니다.

• 추출: 이 단계는 이해 관계자, 경험이 있는 사람들 등과의 인터뷰를 통해 질문을 시작하고 답변을 적극적으로 경청하는 것을 의미합니다. 또한 세션, 프로토타입 및 설문조사도 사용할 수 있는 다른 도구입니다.
• 검증: 이제 정보가 정확하고 이해 관계자의 요구와 기대를 나타내는지 확인하기 위해 수집된 데이터를 분석하기 시작합니다. 통합, 합리화, 중복, 격차 등을 찾기 시작합니다.
• 사양: 데이터의 우선 순위를 지정하고 요구 사항 정의 보고서로 형식화하는 단계로 넘어갑니다. 또한 테스트할 수 있는지 확인하고 싶을 것입니다.
• 확인: 마지막으로 요구 사항이 정확한지 확인하고 이해 관계자의 요구 사항과 기대치를 전달합니다. 요구 사항을 검토하고 승인합니다.

이 프로세스에 따라 프로젝트 또는 제품 개발에 필요한 필수 요구 사항과 비필수적 요구 사항을 정의하면 집중 해야 할 부분을 빠르게 확인할 수 있습니다. 이 방법은 또한 프로세스 초기에 각 요구 사항에 대한 우선 순위가 무엇인지에 대한 결론을 내리는 데 도움이 됩니다.

ProjectManager가 프로젝트의 품질을 유지하는 방법

ProjectManager는 프로젝트의 수명 주기 동안 요구 사항이 충족되는지 확인할 수 있는 클라우드 기반 프로젝트 관리 소프트웨어입니다. 당사 소프트웨어는 실시간 데이터를 제공하므로 우선 순위를 충족할 수 있습니다.

실시간 대시보드는 6개의 서로 다른 프로젝트 메트릭에 대해 표시되는 실시간 데이터를 보여줍니다. 이 수치는 프로젝트 관리자가 우선 순위에 대한 진행 상황을 예리하게 평가할 수 있도록 다채롭고 읽기 쉬운 그래프와 차트로 정리 및 설명되어 있습니다.

또한 팀이 우선 순위에 집중할 수 있도록 하는 칸반 보드로 워크플로를 시각화합니다. 온라인 Gantt 차트는 종속성을 연결할 수 있으며 팀은 작업 수준에서 의견, 문서 및 이미지를 추가하여 협업할 수 있습니다.

ProjectManager가 제공하는 것이 훨씬 더 많습니다. 다음 프로젝트를 더 잘 관리하는 데 도움이 되는 작업에 대한 전체 그림을 보려면 오늘 무료 30일 평가판을 사용해 보십시오.

리더십 전문가가 MoSCoW 방법을 설명하는 것을 시청하십시오.

리더십 전문가 Susanne Madsen이 MoSCoW 방법을 사용하여 프로젝트에서 요구 사항의 우선 순위를 지정하는 방법에 대한 이 교육 비디오를 진행합니다.

다음은 참조용 스크린샷입니다.

시청 해주셔서 감사합니다!

프로 팁: 모스크바 기술은 고객과의 대화를 구성하고 고객이 원하는 것과 있으면 좋은 것을 이해하는 좋은 방법입니다. 이렇게 하면 시간을 낭비하지 않고 모호하지 않게 할 수 있습니다. 고객과의 프로젝트 시작을 위한 윈-윈입니다.

성적 증명서:

안녕하세요, 저는 Susanne Madsen입니다. MoSCoW 기술로 요구 사항의 우선 순위를 지정하는 방법에 대한 이 화이트보드 세션에 오신 것을 환영합니다.

MoSCoW 기술에서 "M"은 "필수 요구 사항"을 의미하며 협상할 수 없으며 반드시 있어야 합니다.

"S"는 "필요한 요구 사항이 있어야 함"을 의미하며, 가능하면 가지고 있어야 합니다.

"C"는 "요구 사항이 있을 수 있음"을 의미하며 필수 사항은 아니지만 추가 시간이나 예산이 있으면 가질 수 있고 "W"는 이번에는 갖지 않을 것을 의미합니다.

대부분의 프로젝트에서 우리는 범위 내 또는 범위를 벗어난 것에 대해 이야기합니다. MoSCoW 기술을 사용하면 보다 세분화된 보기를 제공하고 고객에게 최우선 순위를 먼저 제공할 수 있습니다.

예를 들어 보겠습니다. 당신이 회의의 프로젝트 관리자라고 상상해보십시오. 이해 관계자들과 함께 앉아서 "이 회의에 무엇이 있어야 합니까? 필수 요건은 모두 무엇입니까?”

고객은 "알겠습니다. 도심에서 5km 이내에 장소가 있어야 합니다."라고 말합니다.

"좋아요, 가능하다면 무엇을 가져야 할까요?"

"글쎄, 우리는 각 대표자들이 떠날 때마다 좋은 가방을 가지고 있어야 합니다."

"좋아, 우리가 뭘 먹을 수 있니?"

"글쎄요, 몇 개의 스피커 트랙을 가질 수 있다고 생각합니다. 하지만 실제로는 그렇게 중요하지 않습니다. 시간과 예산이 더 있다면 하는 것이 좋습니다."

“우리에게 없는 것이 무엇입니까?”

"우리는 이벤트에서 술을 마시지 않을 것입니다."라고 다른 모든 요구 사항과 함께 수행하지만 MoSCoW의 장점은 요구 사항의 기능을 보기 위해 더 자세한 수준에서 사용할 수도 있다는 것입니다.

좋은 가방을 예로 들어 보겠습니다. 이제 당신이 그것을 Dan에게 위임했고 Dan이 당신의 기대치가 무엇인지 알고 싶어한다고 상상해보십시오. 그래서 Dan은 "내가 그것을 배달할 때 선물 가방에 무엇이 들어 있어야 합니까?"라고 묻습니다.

그리고 당신은 "좋아요, 우리는 회의 프로그램의 사본을 가지고 있어야 합니다."라고 말합니다.

"괜찮은. 거기에 무엇을 넣어야 합니까?”

"글쎄, 우리는 브랜드 아이템을 가지고 있어야 합니다. 아마도 펜이나 그와 비슷한 것일 것입니다."

"좋아, 거기에 뭘 넣을 수 있니?"

"글쎄, 우리는 달콤한 것을 가질 수 있지만 갖는 것이 좋으며 실제로 필수적인 것은 아닙니다."

“우리에게 없는 것이 무엇입니까?”

그리고 청량 음료나 물은 가방을 너무 무겁게 만들 것이기 ​​때문에 마시지 않기로 결정했습니다.

따라서 매우 높은 수준에서 "MoSCoW"를 사용할 수 있지만 낮은 수준에서도 사용할 수 있습니다. 낮은 수준에서 사용하면 작업을 더 잘 위임하는 데 도움이 됩니다.

시청해주셔서 감사합니다. 다시 ProjectManager를 찾아주세요.