スクラムは、プロジェクト管理のアジャイル手法のフレームワークです。このフレームワークは、プロジェクトとその成果を改善するために、組織がアジャイルプロセスを実践するための多くの方法のひとつです。
ビジネス調査の結果、アジャイルは最も人気のあるプロジェクト管理手法であり、米国企業の 70% 以上がアジャイルプロセスを使用していることが判明しました。アジャイルは、プロジェクトの成功率が 64%、利益と収益が平均 60% 増加したことがの実証され、それが人気の理由です。
企業がアジャイルを採用するのは、生産性の向上やワークフローの合理化など明らかな利点があるからです。しかし、ビジネスリーダーは、他のどのタイプのアジャイルフレームワークよりも、スクラムの役割と責任を活用する傾向があることは注目に値するでしょう。調査対象者のうち、過半数(66%)がスクラム手法を採用しています。
この記事では、スクラムのプロジェクト管理について、その主な役割と責任を含めて考察します。また、この情報を組織図やプロジェクトのワークフロー、スクラムの責任マトリックスでどのようにアウトライン化するかも説明します。
スクラムプロジェクト管理とは
スクラムプロジェクト管理は、共同作業環境のよくある現実を支援するように設計されています。この方法論では、プロジェクトのライフサイクルを通じて変化を想定します。これにより、要求の変化や予期せぬ事態に対して、より早く、より効率的に対応することができます。
スクラムの方法論は、一定の長さの反復サイクルであるスプリントが最もよく知られています。この短いフェーズでプロジェクトの作業が行われます。チームメンバーは順次ではなく、同時に作業することができ、スクラムボードのようなビジュアルフレームワークを使用して、さまざまなプロジェクトの構成要素を整理し、追跡することができます。
スクラムチームは、スクラムマスター、プロダクトオーナー、開発チームの 3 つの役割で構成されています。スクラムチームは、スクラムマスター、プロダクトオーナー、開発チームの3つの役割で構成され、それぞれの役割には明確な責任があり、ある役割が他の役割より上位になることはありません。効果的なスクラムチームは、自己組織化され、協力的で、メンバーのスキルに関して機能横断的です。
スクラムマスター
スクラムマスターは、人々が仕事においてスクラムの価値を活用することを保証します。彼らはチームの「責任者」ではなく、チームの成功を推進するための指導的役割を果たし、プロジェクト全体を通して問題解決を支援します。
スクラムのやり方に高い知識を持つスクラムマスターは、他の人がこれらのプロセスを理解し、使用して、最高のパフォーマンスを発揮できるように支援することができます。また、様々なスプリントサイクルにおいて、社内外の邪魔がチームに悪影響を与えないようにすることもできます。
スクラムマスターに割り当てられる具体的なタスクは、組織やチームの特定のニーズによって異なります。一般的に、この人物には、次のようなスクラム関連の責任があります。
- スプリントプランニング、デイリースタンドアップ、スプリントレビュー、レトロスペクティブなど、スクラムイベントの進行と指導を行てます。
- チームがプロダクト残案件を理解し、スプリント内で提供できる以上のタスクがワークフローに追加されないように支援します。
- 協働とパフォーマンスを向上させるために、チームメンバーのセルフ管理と部門間の連携を誘導、指導します。
自己管理は、いつどのようにどのようなタスクに取り組むかを決める権限を個人に与えるものです。また、タスクが完了したときのプロセスを監視し、管理する責任をチームに負わせます。
クロスファンクショナルチームとは、仕事を成し遂げるために必要なスキルをすべて備えているチームのことです。すべての人がすべてのスキルを持つ必要はありませんが、グループのスキルが組み合わさることで、成功や生産性が向上します。
プロダクトオーナー
プロダクトオーナーは、チームと外部の利害関係者との仲介役となります。これは、スクラムチームが、市場動向や顧客の期待など、製品全体の目標を理解するのに役立ちます。
スクラムマスターがチームに焦点を当てるのに対して、プロダクトオーナーはプロダクトそのものを管理します。プロダクトオーナーの重要な役割は、ワークフローに入るタスクの順序を含む残案件管理です。プロダクトオーナーは、たとえ仕事を他の人に任せたとしても、プロダクト残案件の管理について全責任を負います。
プロダクトオーナーは、スクラムチーム内で重要な役割を果たします。この人物は、会社と顧客の両方が製品開発プロセスから最大限の価値を実現することを保証します。
スクラムでは、プロダクトオーナーに課される責任には次のようなものがあります。
- 顧客の要求に従って残案件を管理し、更新する。残案件に優先順位をつけ、スクラムボードに正しい作業タスクの順序を確立する。
- スプリントレビューなどのスクラムイベントに参加し、改善の機会を見つける。
- すべての関連する利害関係者(お客様、開発チーム、ビジネスマネージャーなど)間の主要な連絡窓口として活動する。
ここで重要なのは、プロダクトオーナーはプロダクト残案件に優先順位をつける一方で、チームの仕事量を管理しないことです。スクラムチームは自己管理と機能横断的な設計になっているため、チームメンバーは一回のスプリントでどれだけの作業を行うことができるか、そして製品を完成させるために何スプリントが必要かを決定します。
プロダクトオーナーの役割は、時間軸でタスクを割り振るのではなく、チームのモチベーションを上げることです。そのためには、各スプリントの目標をユーザーストーリーという形で明確に定義します。ユーザーストーリーとはある機能や特徴を、それがエンドユーザーにどのような利益をもたらすかという観点で記述するものです。ユーザーストーリーはユーザーの要望のみにフォーカスしているため、チームメンバーはそのスプリントで取り組むべき最も関連性の高いユーザーストーリーを容易に選択することができます。
開発チーム
開発チームは、ライター、アナリスト、デザイナー、プログラマーなど、スクラムのスプリントで日々の作業を行う人々で構成されます。開発チームのメンバーは、製品の成否に個人ではなくチームが責任を持つという認識から、個人の肩書きを持ちません。
スクラムマスターの指導のもと、開発チームは日々の活動の中でスクラムバリューを実践していきます。プロダクトオーナーが次のリリースに含まれる必要があるものを選択すると、「完了の定義」を満たす基準の下でインクリメントを開発し、提供することは、開発チームの役割となります。
スクラムのプロジェクト管理において、開発チームは次のような責任を負っています。
- スプリントの目的と目標に基づき、プロダクトバックログの項目からタスクを選択する。
- スプリントの目標に対する進捗を監視し、必要に応じて日次計画を調整する。
- スプリントレビューや反省会に参加し、製品やプロセスを検証し、最適化する。
開発チームのメンバーは通常 3~9 人(スクラムマスターやプロダクトオーナーを除く)です。開発チームの規模が大きくなると、コミュニケーションの問題が発生しやすくなるため、このくらいの規模が望ましいとされています。一方、3 人以下の開発チームでは、スキルの制約や生産性の低さが感じられます。
スクラムの役割と責任の明確化
スクラムのプロジェクト管理を実践することで、製品やサービスの品質、スピード、価値を向上させることができます。スクラムチームが効果的に機能するためには、自律的かつ自己組織的に、スクラムボードやその他のビジュアルツールを使用して作業を管理する必要があります。
幸いなことに、スクラムワークフロー内で誰が何を担当しているかを簡単に確認できる、さまざまなビジュアルツールやフレームワークがあります。例えば、MindManager®で以下のようなスクラムプロジェクトのワークフローを作成することができます。

次に、[リソース] タブに移動し、スクラム イベントにリソース ラベルを追加します。


MindManager には、カスタマイズ可能な組織図があらかじめ組み込まれたテンプレートとして用意されており、スクラム チームのために便利に再利用することができます。

カスタマイズ可能なさまざまなテンプレートから、あなたのチームや組織に最適なフローチャート、ダイアグラム、組織マトリックスを見つけることができます。これらのマップとツールは協働するために作られており、さまざまなプラットフォームで MindManager ユーザーをサポートします。チーム メンバーは、ビジュアル フレームワークをリアルタイムで編集し、スプリント内のタスクの優先度、ステータス、および進捗状況などの情報を割り当てて追跡することもできます。
30日間無料でお試しいただきスクラムによるプロジェクト管理に MindManager を活用ください。
マインドマップをフローチャート、
ガントチャートまで変換し管理する

個人はコチラから
法人はコチラから
この記事は、How to outline Scrum roles and responsibilities in your organization | SEPTEMBER 28, 2022 を翻訳したものです。