マルチタスクのバックログを効果的に構築する方法を学びたいと思っている皆さん、こんにちは。私の名前はヒョードル・グヴォズデフ、HolySkin 韓国化粧品オンラインストアの創設者です。私はこのプロジェクトに 8 年間取り組んできましたが、優先順位付けで何度も困難に直面しました。この記事では、私の経験を共有し、私たちを何度も助けてくれた最高のモデルを紹介したいと思います。
計画の過程では、新しい戦略や優先順位の再設定が必要になる時期が必ず来ます。多くのマネージャーは、目標が不明瞭になったり、モチベーションが低下したり、重要な機能が放棄されたりする無秩序な提案や意見に直面しています。
論理的な疑問が生じます - 「チームの仕事に効果的に優先順位を付けるにはどうすればよいでしょうか?」
効果的な組織化があらゆるプロジェクトの成功の鍵ですが、際限のない電話、論争、プレゼンテーションを排除して、効果的な方法で組織を構築するにはどうすればよいでしょうか?バックログの作業は、思っているほど簡単ではありません。最小限のコストで実際の結果を達成するには、優先順位を付ける価値があります。これを行うにはいくつかのメカニズムがあります。これらは口論による小競り合いを避け、チームに生産的な行動アルゴリズムを与える定量的な評価、マトリックス、チャートに頼る機会を提供します。
この記事では、最も一般的なタスクの優先順位付けモデルを検討し、それらを使用することがなぜ重要なのかを説明します。
このモデルは、目標と目的を実装するための最も簡単なツールの 1 つです。これらのテクニックを初めて使用する場合は、ここから始めるのが最適です。
ICE の最初の使用は、あらゆるスキルの迅速な同化に基づいた方法論であるグロース ハッキングに関連付けられています。最近では、管理の優先順位付けにおいてこの方法が一般的になっています。
略語の意味を考えてみましょう。
このメカニズムでは、各インジケーターに1 から 10 のスケールを使用し、3 つのコンポーネントの値を乗算することで、最終的な ICE スコアが取得されます。すべての機能は重要度によってランク付けされています。
適用されるスケールと各指標の位置の理解を一致させることが非常に重要です。こうすることで、チームはランキングを完全に理解できるようになります。
タスクのリストを収集し、10 段階で評価します。最初の指標である影響から始めます。
長所:
短所:
頭字語に含まれる4つの指標に従って各機能を評価するシステム。この手法の結果はより汎用性が高く、構造化にさらに注意が必要なバックログに使用できます。
RICE と ICE のコンポーネントは非常に似ています。それにもかかわらず、それらは客観性のレベルと評価プロセスにおいて異なります。
それぞれの指標について説明します。
明確にしておきます: プロジェクトが複数の段階で構成されている場合 - 計画 (1 人) - 1 週間、デザイン (1 人) - 2 週間、開発 (1 人) - 3 週間、合計で 3 人のチームメンバーが 6 週間になります。仕事の。この状況では、努力は 2 に相当します。
さらなる計算は 1 つの式の使用に減ります。
上記の方法に従って各要素を評価し、計算式に従って合計ポイント数を計算します。
結果には大きな差があるため、選択は明白です。チームはこの結果に同意した。多数の明確な基準により、私たちはこの優先順位付けに自信を持っていました。
長所:
短所:
このモデルは、中程度の複雑さのバックログ状況では効果的であると考えられますが、優先順位付けも調整できることを理解することが重要です。
最も多用途かつ効率的な優先順位付けモデル。最適な数の基準が考慮されるため、作業を合理的に構成できます。
モデルの名前は、「Weighted Shortest Job First」というフレーズの略語であり、基本的に、最も重要で単純なタスクが最優先であることを意味します。これがモデルの主な考え方です。このモデルを使用すると、プロジェクトの実装の複雑さと有効性を評価することによって、どのタスクがランク付けされるかをリストします。
このモデルの計算は 1 つの単純な式にまとめられます。遅延コストは 3 つの評価基準の合計であるため、複雑な部分は分子に隠れています。 WSJF を本当に効果的にするのはこのコンポーネントです。
モデルのすべてのコンポーネントを検討してみましょう。
WSJF に従って機能を効果的に評価するには、StoryPoints または ScrumPoints がよく使用されます。これらの指標は、バックログ タスクの労力や複雑さを示します。これらは、最初の数値が 1 で、後続の数値が前の 2 つの数値の合計に等しい数値シーケンスであるフィボナッチ数列に基づいています。
数値は非線形に増加するため、ストーリーポイントが 1 つと 5 つあるタスクの違いがより明確になり、選択が容易になります。
この方法ではバックログ全体が一度に整理されるため、評価プロセスは以前の優先順位付けモデルとは異なります。
最終的なスコアを含むマトリックスを作成することになります。マトリックスのため、充填順序は厳密です。
評価は、1 として割り当てられる最も重要でない列から始めて 1 列ずつ順番に実装する必要があります。各列には少なくとも 1 つの 1が含まれている必要があります。
その後、得られた結果に基づいてタスクのリストをランク付けする必要があります。最も高い WSJF スコアは、対応する実装の優先順位を意味します。
例として、オンライン ストアの 3 つの機能を含むバックログを考えてみましょう。タスクは、3 つの遅延コスト基準によって各機能を評価することです。評価はフィボナッチ数列に従って行われることを思い出してください。
ジョブのサイズは人件費として考慮されます。このアルゴリズムについては以前に説明しました。
評価後、次の表が得られます。
WSJF モデルでは、時間とリソースの点で最も効率的な優先タスクに最高のスコアが与えられます。
私の意見では、このメカニズムには網羅的な数のツールが備わっているため、バックログに優先順位を付けるのに最適です。簡単な優先順位付けタスクと難しい優先順位付けタスクの両方を扱います。現時点ではWSJFが私たちのチームのお気に入りです。
長所:
短所:
WSJF モデルは、ほとんどの場合、正常かつ効率的に機能します。マルチタスクと基本的なバックログの両方を整理するのに適しています。
優先順位付けは複雑で時間のかかるプロセスです。この場合のフレームワークは優れたアシスタントですが、それでもマネージャーによる制御が必要です。
RICE、ICE、WSJF などのメカニズムは、優先順位のランク付けに関する作業を常に使い果たすわけではありませんが、依然として効果的であり、作業のベクトルを大幅に変更する可能性があります。これらの変更により、多額の費用が節約され、無駄なタスクが排除されます。
RICE と ICE は、毎週のチーム会議に最適なオプションです。タスクを明確にし、チームのモチベーションを迅速に高めるのに役立ちます。
WSJF はマルチタスク バックログ用のより複雑なツールであり、その有効性は私の個人的な経験で何度も確認されています。このモデルは、損失が大きすぎる可能性があるプロジェクトに使用できます。
仕事で優先順位付けモデルを使用する理由:
優先順位付けモデルの選択は、バックログの複雑さとマネージャーの目標に基づいて行われます。いくつかのメカニズムを試してみる価値は常にあります。そうすれば、個人的な経験によって、最も効果的でアクセスしやすいモデルを選択できるようになります。
プロジェクトの成功をお祈りします!