ニーモニックとしては、MoSCoW優先順位付けはアジャイルで最も効果的な頭字語の1つである。 スクラムソフトウェア 開発。この名前は、製品プランニング中にアイテムの優先順位をつけるという、重要でよく繰り返されるプラクティスを要約したものである。
では、それは何なのか？なぜやることなのか？どのように使うのか？それを探ってみよう。
MoSCoW 優先順位付けとは？
MoSCoW優先順位付けは、次のような場面で使用される強力なテクニックである。 アジャイルプロジェクト管理 タスクやイニシアチブの優先度を設定するためのもの。MoSCoWは以下の頭字語である。
- 必須（Must-have
- あるべき
- Could-have
- Won't-have
これらはそれぞれ優先順位付けのカテゴリーであり、チームが次のスプリントで何を開発するかを導く。MoSCoWの優先順位付けは、要件、テストユースケース、ユーザーストーリー、バグ/欠陥、受け入れ基準、タスクなど、アジャイルフレームワーク内のあらゆるものに適用できる。
アジャイル製品開発以外でも、MoSCoWモデルは仕事の優先順位付けに役立つ。業界を問わず、MoSCoWメソッドは次のようなものに含まれている。 運用管理ソフトウェア プロジェクトチームがより良い意思決定を行えるよう支援する。
最も単純な高・中・低の尺度を含め、他にも様々な優先順位付けの方法があるのに、なぜ他の方法が必要なのだろうか？その起源と進化を見てみよう。
MoSCoW優先順位付けの起源と歴史
MoSCoW優先順位付け手法は、1994年にオラクルのダイ・クレッグ氏によって開発された。 高速アプリケーション開発 (RAD）プロセスである。彼はこれを特に タイムボックスプロジェクト プロジェクトの要件に優先順位をつける。
長年にわたり、この方法は次のようなプロジェクトの定番となっている。 アジャイルプロジェクト管理 .アジャイルプロジェクトマネジメントは、プロジェクト全体を運営する中で、チームが何を優先させるべきかについて、そのシンプルさと方向性から採用され、高く評価されている。
MoSCoW 優先順位決定法の利点
20年前の手法であるにもかかわらず、MoSCoW優先順位付け手法は、動的システム開発手法（DSDM）を使用しているチームの間で人気があります。その理由は次のとおりだ。
シンプルさ
MoSCoW技法は、理解するのがバカバカしいほどシンプルです。目の前にある選択肢を明確にすることで、雑念を取り除くことができる。(インスタンスンスなど、何がマストで何が持つべきかについて意見が分かれることがあるため、使い方はそれほど単純ではない。これについては後で少し触れることにしよう)。
明確さ
カテゴリは明快さを提供し、混乱を減らします。必須項目でなければ、次のスプリントには入れない。これにより、チームはストレスなく、最高の仕事をすることに集中できる。
フォーカス
MoSCoWメソッドは、マネージャーとチームが、何が重要で、すぐに注意を払う必要があるかを確認するのに役立つ。優先度の高いタスクを「必ず必要なもの」に分類することで、マネジャーはそのタスクを終わらせるために必要なものがすべて揃っていることを確認できる。また 競合する優先度 チームとして。
適用性
MoSCoWメソッドは、ほぼ普遍的に適用できる。何にでも優先順位をつけることができる。例えば、チームリーダーは、10人の開発者を「must-have」、あと3人を「could-have」とマークして、上司に必要な人数を知らせることができる。
コミュニケーション
この方法で優先度を割り当てることは、プロジェクトプランニングの会話や スプリント計画 セッションを行う。必ず必要なもの、あるいは必要でないものを定義することで、人々が具体的に賛成したり反対したりすることを促します。
境界線
MoSCoWの優先順位付けは、スコープクリープを防ぐのに非常に効果的である。クリアされた優先度によって、新しく追加される機能はすべて優先度決定プロセスを通過することになり、プロジェクト管理者の期待値の管理に役立ちます。
MoSCoW 法の欠点
MoSCoW優先順位決定法には利点がありますが、欠点がないわけではありません。以下にその欠点について説明する。
曖昧さ：Must-haveとWould-t-haveは同意しやすい。しかし、should-havesとcould-havesはもっと曖昧かもしれない。フレームワークでは明確な定義が示されているが、実際には複雑になる可能性がある。さらに、チームはしばしばwon-'t-havesの定義で意見が分かれる-このスプリントから除外するのか、製品全体から除外するのか？
単純化しすぎ：この方法は、複雑なアジャイルプロジェクトを単純化しすぎる危険性がある。タスクは簡単に個別のバケットに分類することができず、タスク間の相互依存性に適切に対処できない可能性がある。
主観性： すべての方法と同様に、MoSCoWの優先順位付けも主観的である。チーム一丸となってタスクの優先順位付けを決定しなければならない。その欠点は、プロセスに客観性をもたらすことをあまりやらないことである。
要求が多い：MoSCoWフレームワークでタスクに優先順位をつけるには、それぞれに詳細な説明とコンテキストが必要である。例：アジャイルにおける「タグ付け」機能 プロジェクト管理ツールの「タグ付け」機能 利用可能なリソースの範囲内で。
製品着手：プロジェクトの初期段階では、まず何に焦点を当て、何をもって最小実行可能製品（MVP）とするかを決めなければなりません。MoSCoWの優先順位付けは、このような会話を導くのに非常に役立ちます。
しかし、MoSCoWがすべてのプロジェクト、特に複雑な相互依存関係があるプロジェクトや、すべてのタスクが同じように重要なプロジェクトに適しているとは限らないことにメモしておくことが重要である。
MoSCoW 優先順位決定法の実施方法
MoSCoW による優先順位付けを成功させるには、明確で効果的なプロセスが必要である。以下は、プロセスの概要と、優先順位付けのポイントである。 私の仕事の優先順位の付け方 どのような 無料プロジェクト管理ソフト ClickUpのようなプロジェクト管理ソフトを使うとよい。
1.製品バックログを作成する
将来のリリースのためのタスクに優先順位をつける前に、可能性のリストを作成することが不可欠だ。通常、これはプロダクトバックログにまとめられている。調査やクロスファンクショナルチームからのインプットに基づき、バックログからいくつかを選択します。
ClickUpでは、より良い優先順位付けを促進するために、タスク、マイルストーン、機能、欠陥などに設定することができます。
ClickUpで整理されたプロダクトバックログを構築するためのタスクタイプ。
2.プロダクトバックログに詳細を追加する
前述したように、MoSCoWの優先順位付けの譲れない要素の1つは、タスクに関する十分な情報である。何を、なぜ、どのように、いつ、誰が」がなければ、正しい優先順位付けは不可能だ。そこで、集められる限りの情報を追加する。これは以下のようなものだ：
- ユーザーストーリーの説明
- ビジネスインパクト
- エンジニアリングへの影響（見積もり時間/努力など
- 成功の尺度
- 他のタスクとの依存関係 ClickUpタスク を使うと、サブタスク、チェックリスト、見積もり時間、ユーザー、タグ、カスタムフィールドなどを追加できます。使用方法 ClickUpの階層ガイド を参照して、情報を効果的に整理してください。
3.優先度カテゴリの定義設定
マストハブとはどういう意味か？どのようなパラメーターがあれば、そのタスクはmust-haveとみなされるのか？チーム全体が、あるものをwouldn't-haveに分類することに同意する必要があるか？
最もよく使われる方法論は、重み付けスコアリング、Kanoモデル、機能購入である。フレームワークやモデルのレイヤーがもう1つあるように感じるなら、ここにいくつかのプロジェクトを紹介しよう。 優先順位付けテンプレート を使うことができる。
慎重に選んでください。タスクの優先順位付けに入る前に、これらの定義を設定することが不可欠である。そうすることで プロセスの標準化 適切な 優先度管理 .また、エスカレーション・マトリックスを置き、意見が対立した場合に誰かが判断できるようにする。
優先度の定義を全員が理解し、それに従うようにするため、それを文書化し、以下のサイトで公開する。 ClickUp ドキュメント .チームの合意を得るために、共同作業を行う。また クリックUp AI ドキュメント内で、長い定義を要約して簡単に参照できるようにする。
4.優先度を共同で決める
基礎となる仕事がすべて完了したら、優先順位を決めるときです。チームを集めてあらゆる選択肢を評価し、優先度を設定する。
以下のいずれかを選択する。 ClickUpのビュー をクリックして、自分のニーズに合った情報を見ることができる。例えば、ほとんどのアジャイルチームは通常 カンバンボード ビューで未分類のアイテムを1列に表示し、関連する優先度にドラッグ＆ドロップします。また、カンバンボード上のアイテムを、見たいものに基づいてフィルタリングすることもできます。
クリックアップカンバンボードビュー
ビジネス要件についてオープンに話し合う。考慮すべき点をいくつか挙げてみよう。
- すべてのタスクをWon't-haveに設定し、なぜそれが必要なのかを議論する。
- 必ず必要な要件については、"このアイテムがなければ、インクリメントはキャンセルされたも同然か？"と問う。
- 回避策がある場合は、たとえそれが手作業であっても、必須要件に分類しないこと
- 必須要件に他の必須要件以外の依存関係がある場合は、再評価する
前のインクリメントでcould-haveに分類したものが、次のインクリメントではmust-haveになるかもしれないことを忘れないでください。例えば、MVPを作成している間に、いくつかのアイテムをcould-haveに分類したかもしれません。MVPがローンチされれば、これらの機能はマストハブになるかもしれない。
5.優先度の設定
合意したら、優先順位を設定する。 優先順位付けツール . ClickUp優先度 には4つのオプションがある：緊急」、「高」、「普通」、「低」です。これらの優先度をMoSCoWにすることができます。
あるいは、MoSCoWメソッドに カスタムステータス .設定中
/を設定している間は https://clickup.com/features/task-priorities タスクの優先度 /を設定する。
をClickUpに追加したら、その理由をコメントに1、2行追加してください。これは、今後の優先順位付けのセッションに役立ちます。
/画像 https://clickup.com/blog/wp-content/uploads/2024/01/ClickUp-Custom-Statuses.png ClickUpのカスタムステータス /%img/
クリックアップのカスタムステータス
6.実現可能性の検証
優先度は、単に何が重要かということだけでなく、そのタイムボックスの中で何が構築可能かということでもある。すべてが必需品だからといって、過剰なコミットメントや過小な納品は避けたい。
プランをコミットする前に、各チームメンバーの現在の作業負荷とキャパシティを確認する。各タスクの見積もり時間を使ってキャパシティをシミュレーションする。各タスクの 作業負荷ビュー を表示し、誰もオーバースタックしていないことを確認する。
ClickUpにおけるキャパシティ・プランニング
クリックアップで正しい優先順位をつける
製品チームは、ビジネスと顧客にとって何が良いことなのかに集中し続けなければなりません。雑念を排除する必要がある。だから プロジェクトの優先順位付け は超能力である。良い優先順位付けとは、何をやることなのか、何をやらないことなのかを選択することと同じくらい重要なことである。
ClickUpのプロジェクト管理ツールは、まさにこれを可能にするように設計されています。階層、タスク管理、優先度、カスタムステータスは、チームが効果的に仕事を理解し、優先順位をつけるのに役立ちます。
ワークロードビューは、優先度付けされたタスクが納品可能であることを確認するのに役立ち、ClickUpダッシュボードは優先度を軌道に乗せるのに役立ちます。
/参照 https://clickup.com/ ClickUpを今すぐ無料でお試しください。 /%href/
正しいものを作りましょう。