スクラムによるプロジェクト管理とは？

プロジェクト管理と管理ソフトウェアが新しい10年を迎える中、スクラムは世界各地のさまざまなプロジェクトを率いる管理者に採用され、人気が高まっているアジャイルの枠組みです。

スクラムは適応性が高く、透明性、柔軟性、全メンバー間の定期的なコミュニケーションを重視するプロセスです。製品を効率よく開発してすばやく提供したい小規模チームにとって、特に優れたプロジェクト管理手法の1つといえるでしょう。

スクラムの起源

始まりは、約四半世紀前の1986年です。「スクラム」という言葉が、意外にもラグビーにちなんだ表現として、初めてHarvard Business Reviewに登場しました。このスポーツの例えを用いたのは、Hirotaka TakeuchiとIkujiro Nonakaです。プロジェクトの完了まで一貫したチームワークと強い協力関係が重要であることを強調するためでした。その後、1993年にJeff Sutherlandがスクラムでプロジェクトを率いました。続く1995年にSutherlandとKen Schwaberがこのプロセスを公開し、ほかのソフトウェア開発専門家とともに、2001年にアジャイル宣言を執筆しました。アジャイルについては後ほど説明します。同年後半にはスクラムに関する初の書籍が出版されました。

そして2010年にScrum Guideの初版が公開されました。そのわずか1年前に設立されたScrum.orgとともに、この手法の各側面が広く一般に紹介されるようになりました。

スクラムに関する最初の書籍から2010年のScrum Guide公開までの間も、SutherlandとSchwaberは普及を続けました。Scrum, Inc.とScrum Allianceを設立し、スクラムのプロジェクト管理講座を教えていました。

アジャイルとは？

スクラムのプロジェクト管理を聞いたことがある方は、同じ会話、あるいは同じ文の中で「アジャイル」という言葉も耳にしているでしょう。スクラムのプロセスを体系化した2人が、2001年のアジャイル宣言の公開にも関わっているので、自然なことです。

両者の結び付きが強いため、スクラムとアジャイルを同じものと考える誤解がよくあります。しかし、そうではありません！

スクラムのプロジェクト管理は、かんばんやリーンなどの手法とともに、アジャイルの考え方に含まれます。スクラムは、アジャイル宣言に示された概念を、独自の価値観とともに取り入れています。つまり、アジャイルという大きな枠の中にあります。アジャイルの一部であり、アジャイルそのものではありません。

スクラムの3本の柱

スクラムは手順を固定せず、継続的なフィードバックと経験に応じて行動や計画を作る経験的なプロセスです。いくつかの重要な原則を守ることで、その価値を保ちます。

この手法を成り立たせるスクラムの3本の柱は、次のとおりです。

1. 透明性

2. 検査

3. 適応

スクラムのワークフローを詳しく知ると、3本の柱の重要性がさらに明確になります。日々どのように機能するかを十分に理解するには、管理者は枠組みの3つの役割と、それを構成する活動の両方を把握する必要があります。

スクラムのプロジェクト管理における3つの役割

ほかの管理手法と同様に、スクラムにも個々の役割があります。共同作業するチームの委任、指導、組織運営を助けます。スクラムに欠かせない3つの役割は次のとおりです。

1. スクラムマスター

スクラムマスターは、チーム内の説明責任と責任の遂行を最終的に支える存在です。日々の仕事でチームを導き、プロダクトオーナーと開発チームの間の主要な連絡役を務めます。デイリースクラムを進行し、スプリントレビューや計画会議でプロダクトオーナーに伝える重要事項を整理する役割も担います。

2. プロダクトオーナー

プロダクトオーナーは、スクラムチームと最終的な顧客の橋渡し役といえます。製品の最終目標に関するビジョンを持ち、その目標を効果的に達成できるようチームの努力を方向付けます。また、一種の代表者として、プロジェクトの成功に利害を持つ関係者や組織と密接に連絡を取ります。

3. 開発チーム

伝統的には「開発チーム」と呼ばれますが、この名称は実態を正確に表していないかもしれません。プロジェクトの最終目標を実現するために働く人なら、どのような職種でも該当します。ライター、アーティスト、デザイナー、建設作業員など、職種は問いません。

つまり、開発チームは、実際に仕事をする人たちを指します。メンバーは毎日のスクラム会議に参加し、自分の進捗に説明責任を持ちます。協力して課題を乗り越え、自分たちで組織を運営できます。

この簡潔な役割分担で、組織をシンプルに保ち、目の前のタスクに集中できます。一方、役割がシンプルなため、スクラムは通常、例えば7人以下の小規模チームに最適です。もちろん、この枠組みも柔軟に調整できるため、より大きなチーム向けに変更することも可能です。

スクラムの中心的な活動

[caption id="attachment_4548" align="aligncenter" width="621"]画像提供：Infinity。[/caption]

スクラムは「スプリント」と呼ばれる区切られた期間を中心に進めます。チームが短期間に集中して作業し、扱いやすい単位でプロジェクト目標を達成します。スプリントは1週間から4週間で、最も一般的なのは2週間です。スクラムのその他の中心的な活動は、スプリントを取り巻き、支えるためにあります。

1. スプリント前の会議

次のスプリントをチームで計画するための会議です。実施すべき仕事、つまり現時点のバックログにあるタスクについて話し合い、次のスプリントでどのタスクを優先して完了させるかを決めます。

重要なのは、こうしたスプリント前の計画会議に、製品を開発、提供するチームだけでなく、プロダクトオーナーも参加することです。

2. スプリントレビュー

同様に、各スプリントの終了時にも、プロダクトオーナーを交えた会議を開きます。チームが進捗を示し、重要なフィードバックを受けるためです。この意見を次のスプリントに反映し、必要な調整を行う機会とします。

3. スプリントの振り返り

スプリント後には「スプリントレトロスペクティブ」という別の会議もあります。メンバーが調整事項や改善の機会を話し合い、直前のスプリントの成果を全体的に振り返る時間です。

デイリースクラム

さらに、「デイリースクラム」と呼ばれる毎日の短い会議があります。この15分間の集まりでは、各メンバーが進捗やプロジェクトへの貢献計画を共有します。

デイリースクラムでは、スクラムの各柱が守られます。進捗を定期的に確認し、前日の経験から適切な調整をすぐに行い、チーム内で進捗の透明性を大切にします。こうした話し合いにより、日々の目標と長期目標に向かう開発チームの努力が1つにまとまります。

管理者の間でデイリースクラムが評価されるもう1つの理由は、管理者やメンバーが個人の努力を認められることです。また、説明責任を重視する雰囲気を保ち、停滞しかねないチームを前進させる力にもなります。

スクラムのプロジェクト管理で人気のツール

プロジェクト管理手法には、それを支える多くの技術ツールがあります。スクラムでも、組織の日常業務に枠組みを取り入れる方法として、特に人気の高いツールがあります。

優れたスクラムソフトウェアは、ユーザーストーリー、スクラムボード、スプリントバックログ、バーンダウンチャート、ベロシティチャートなどを備えています。スクラムマスターと開発チームが必要に応じて使えます。これらの各機能は、全メンバーで共有するよう設計されています。タスクを整理し、スプリントのペースを調整し、プロジェクト全体の完了に向けた進捗を可視化できます。

例えば、スクラムマスターなどのリーダーが毎日バーンダウンチャートとベロシティチャートを作成、配布することがあります。プロダクトオーナーと開発チームが、多くの完了済み・未完了タスクの中で、現在地を把握するためです。

スクラムを実践する際には、一般的なプロジェクト管理ツールも活用できます。この分野の人気ツールには、Hive、Jira、nTask、Asanaなどがあります。

スクラムの未来

スクラムのプロジェクト管理を十分に理解するには、将来にも目を向ける必要があります。スクラムは今後も使われ続けるのでしょうか。約25年前の誕生以来のように、どのように進化するのでしょうか。

一般的に、専門家はアジャイルの枠組みの将来を明るく見ています。

スクラムは厳格なルールの集まりではありません。さまざまな業界の組織の多様なニーズを満たしながら、幅広いプロジェクトに適応できるよう設計されています。このように調整できる枠組みには、さらに進化、適応する大きな可能性があります。新しい業界でどのように活用され、長年の利用者がどのように調整を続けるかは、今後明らかになるでしょう。

アジャイルとスクラムの考え方こそが重要です。透明性、すばやい適応、迅速な製品提供が求められる限り、スクラムはプロジェクト管理の世界で役割を持ち続けます。

Hiveをスクラムのプロジェクト管理に使う

Hiveは、プロジェクトの管理、進捗の追跡、チームとのより効果的な共同作業を可能にするため、スクラムに適したソリューションです。かんばんボードでタスクややることリストを作成し、メンバーに割り当て、リアルタイムで共同作業できます。レポート機能では最新の進捗を把握し、状況に応じて方向を調整できます。ロードマップ作成ツールもあり、プロジェクト目標と期限を作成、管理できます。さらに、アジャイル向けのツールとテンプレートで、大きなプロジェクトを小さく扱いやすいタスクに分解できます。