MoSCoW メソッドで優先順位を付ける方法

プロジェクトを管理する際にタスクの優先順位を付けるのに助けが必要ですか? という略語があります！ これは MoSCow メソッドと呼ばれ、優先順位付けに役立つ優れた手法です。

MoSCoW メソッドで優先順位を付ける方法:

プロジェクトを管理することは、多くの場合、自分がすることとしないことを管理することです。 – 指定されたプロジェクトのタイムラインで完了します。 優先順位が設定されていない場合、プロジェクトはすぐに誰でも自由に参加できるようになり、部屋の最も大きな声が他の仕事よりも優先され、プロジェクトや組織の利益にならないことがよくあります.

しかし、別のアプローチがあります。 プロジェクト内の要件とタスクを定義および管理するための MoSCoW メソッドと呼ばれます。

これらの要件が何であるかを明確にするためのリストを次に示します。

必須要件

これを参照する別の方法は、最小使用可能サブセット (MUS) またはプロジェクトが提供する必要があるものです。 つまり、プロジェクトが順調に進むためには、プロジェクトは目標日にこれらを提供する必要があります。 遅延は認められません。 プロジェクトのビジネスケースで指定された時間までにこれを行わないことは、プロジェクトを軌道から外してしまうか、安全ではないか、違法でさえあります。

自分が MUS に対処しているかどうかを理解する方法は、「これが満たされない場合はどうなるか?」と自問することです。 答えが「プロジェクトは失敗する」である場合は、MUS です。 プロジェクトを続行し、その成功を危険にさらさないために考案できる回避策は、これが MUS ではないことを意味します。

必須要件

このタイプの要件は、MUS とほぼ同じくらい重要ですが、プロジェクトの成功には不可欠ではありません。 つまり、プロジェクトはこの要件に依存しません。 プロジェクトに大きな影響を与える可能性があるため、除外したくない場合もありますが、最終的には取り返しのつかない損害を引き起こすことなく実行できます。 繰り返しになりますが、この要件を除外すると、多くの作業が必要になります⁠ (解決策を見つける、利害関係者の期待を変える、おそらく非効率を経験する⁠) が、プロジェクトは続行できます。

可能性のある要件

持つべき要件と持つことができる要件の違いは、単純に、それを満たさないことによって引き起こされる苦痛の程度を把握することです。 つまり、それがプロジェクトのビジネス価値にどのように影響するか、影響を受ける人数などです。したがって、可能性のある要件は必要なものですが、必要な要件ほど重要ではありません。 プロジェクトから取り除かれると影響がありますが、必要な要件の影響よりも小さくなります。

今回手に入らないもの

ここでは、特定のリリースでは実行できない要件を収集できます。 次回もあるかもしれませんが、彼らがいなくてもプロジェクトは強力なままです。 これは、プロジェクトのスコープ クリープを回避する優れた方法です。 イニシアチブが時間のないカテゴリに分類されると、チームは、それらがこのゴーアラウンドの優先事項ではないことを認識し、それらを後回しにして頭から離すことができます。 これにより、プロジェクトにとって重要な要件にさらに集中することができます。

要件の収集

しかし、優先順位を付ける前に、優先すべきものを用意する必要があります。 これは、プロセスの要件収集部分と呼ばれます。 特に MoSCoW メソッドの一部ではありませんが、効率的に優先順位を付けるために要件を効果的に収集する必要があります。

これは、自分自身にいくつかの質問をしてから、プロジェクトの次の段階に進むだけではありません。 徹底的な要件収集に時間を費やす必要があります。

関連:無料の要件収集テンプレート

これは、大小のプロジェクトに使用できる 4 ステップのプロセスです。 プロジェクトの規模は、このプロセスを完了するのにかかる時間にのみ影響します。

• 聞き取り:このステップは、利害関係者や経験者などへのインタビューを通じて、質問をし始め、回答を積極的に聞くことを意味します。また、促進されたセッション、プロトタイプ、アンケートなども使用できるツールです。
• 検証:収集したデータの分析を開始して、情報が正確であり、利害関係者のニーズと期待を表していることを確認します。 統合、合理化、重複、ギャップなどの検索を開始します。
• 仕様:データに優先順位を付けて形式化し、要件定義レポートにします。 また、それらがテストできることを確認する必要があります。
• 検証:最後に、要件が正確であることを検証し、利害関係者のニーズと期待を伝えます。 要件がレビューされ、承認されます。

このプロセスに従って、プロジェクトまたは製品開発に不可欠な要件と必須でない要件を定義することで、どこに焦点を当てる必要があるかをすばやく確認できます。 この方法は、プロセスの早い段階で、各要件の優先順位について結論を出すのにも役立ちます。

ProjectManager がプロジェクトの品質を維持する方法

ProjectManager は、プロジェクトのライフ サイクル全体を通じて要件が確実に満たされるようにするクラウドベースのプロジェクト管理ソフトウェアです。 当社のソフトウェアはリアルタイムのデータを提供するため、優先事項を満たすことができます。

リアルタイム ダッシュボードには、6 つの異なるプロジェクト メトリックに表示されるリアルタイム データが表示されます。 これらの数値は、カラフルで読みやすいグラフやチャートにまとめられ、プロジェクト マネージャーが優先順位の進捗状況を鋭く評価し続けることができます。

ワークフローは、チームが優先事項に集中できるカンバン ボードでも視覚化されます。 オンライン ガント チャートは依存関係を関連付けることができ、チームはタスク レベルで共同作業を行い、コメント、ドキュメント、および画像を追加できます。

ProjectManager が提供するものは他にもたくさんあります。 次のプロジェクトをより適切に管理するために私たちができることの全体像を把握するには、今すぐ 30 日間の無料試用版をお試しください。

リーダーシップの専門家による MoSCoW メソッドの解説をご覧ください

リーダーシップの第一人者である Susanne Madsen が、MoSCoW メソッドを使用してプロジェクトの要件に優先順位を付ける方法について、このトレーニング ビデオを指導しています。

参照用のスクリーンショットを次に示します。

見てくれてありがとう！

プロのヒント:モスクワ テクニックは、クライアントとの会話の枠組みを作り、クライアントが何を望んでいて、何を持っているとよいかを理解するための優れた方法です。 こうすれば、時間を無駄にせず、あいまいにもなりません。 これは、クライアントとのプロジェクト キックオフにメリットがあります。

転写:

こんにちは、スザンヌ・マドセンです。 MoSCoW 手法を使用して要件に優先順位を付ける方法に関するこのホワイトボード セッションへようこそ。

MoSCoW 手法で​​は、「M」は「必要な要件」を表し、それは交渉不可能であり、私たちはそれを持たなければなりません。

「S」は「要件が必要」の略で、可能であれば要件を満たしている必要があります。

「C」は「could have requirements」を意味し、必須ではありませんが、時間や予算に余裕があれば取​​得できます。「W」は、今回は提供しないことを表しています。

ご覧のとおり、ほとんどのプロジェクトでは、スコープ内またはスコープ外の何かについて話します。 MoSCoW 手法を使用すると、より詳細なビューが得られ、最優先事項を最初にクライアントに確実に提供するのに役立ちます。

例を見てみましょう。 あなたが会議のプロジェクト マネージャーであるとします。 あなたは利害関係者と一緒に座って、彼らに尋ねます。 絶対に必要な要件は何ですか?」

そしてクライアントは、「よし、市内中心部から 5 km 以内に会場が必要だ」と言います。

「さて、可能であれば、何を用意すればよいですか？」

「まあ、各参加者が持ち帰るためのグッズバッグが本当に必要です。」

「さて、何がありますか？」

「まあ、スピーカーのトラックをいくつか用意することもできますが、実際にはそれほど重要ではありません。時間と予算に余裕がある場合は、それを用意しておきましょう。」

「私たちには何がありませんか？」

「イベントではアルコールを提供しません」と他のすべての要件でそれを行いますが、MoSCoW の威力は、要件の特徴を調べるために、より詳細なレベルで使用できることです。

グッディバッグの例を見てみましょう。 あなたがそれをダンに委任したと想像してください。ダンはあなたの期待を知りたがっているので、ダンはあなたに尋ねます。

そしてあなたは、「よし、会議プログラムのコピーが必要だ」と言います。

"罰金。 私たちはそこに何を入れるべきですか？

「まあ、ペンとか、そういうブランドのアイテムがあればいいのに」

「さて、そこには何がありますか？」

「まあ、何か甘いものを食べることはできますが、それはいいことです。それは本当に不可欠ではありません。」

「私たちには何がありませんか？」

そして、バッグが重くなりすぎるので、ソフトドリンクや水を一切持​​たないと決めました。

ご覧のとおり、「MoSCoW」は非常に高いレベルで使用できますが、低いレベルでも使用できます。 低レベルで使用すると、タスクをより適切に委任するのに役立ちます。

ご覧いただきありがとうございます。ProjectManager にもう一度アクセスしてください。