Googleプロジェクト管理：スクラムの紹介

# はじめに

わたしが [Google プロジェクト管理:プロフェッショナル認定証で得られた素晴らしい体験][google]を、要点をまとめ小さく分割して、わかりやすく簡潔に紹介していきます。

興味があれば、ぜひ ***"Google プロジェクト管理:プロフェッショナル認定証"*** を受講してみてください。

[google]: https://qiita.com/mapami/items/317ae776a2268fd54c8f

https://jp.coursera.org/professional-certificates/google-project-management

<img src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2358573/1c9e3622-d11d-e6dd-1bb7-f12b3fef8845.png" width="800">

今回、アジャイルの傘下にある特定の方法論の一つであるスクラムについて、説明します。

# スクラムとは

スクラムとは、一体何なのことでしょうか？

スクラムとは、ラグビーのフォーメーションの一つで、チーム全員が前傾姿勢をとり、頭を固定し、一体となってゴールに向かって貴重なヤードを稼ごうとするものです。スクラム方法論の創始者は、ラグビーの試合のスクラムのように、自分たちのチームがフィールドでボールを取るために非常に密接に協力する頭を下げたグループであると考えたのです。

<img src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2358573/07703fd5-8365-57e5-c228-f6214cf9fc1a.png" width="６00">

アジャイルプロジェクト管理に携わる場合、スクラムをベースとしたアプローチを使用している可能性が高いです。2019 State of Agileレポートでは、アジャイル手法を使用しているチームの72%がスクラムまたはハイブリッドを使用していました。

<img src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2358573/2829d810-34b5-7333-9788-e6e1b93f1f95.png" width="６00">

# スクラムに特有の用語

<dl>
  <dt>バックログ</dt>
  <dd>スクラムの中心的な成果物であり、そこにはチームが取り組むべきすべての可能なアイデア、成果物、機能、またはタスクが収められています。バックログは、プロジェクトの期間中、チームによって継続的に優先順位付けされ、積極的に管理されます。</dd>
  <dt>スプリント</dt>
  <dd>スクラムで作業を行う時間枠の名称です。このスプリントの期間は1週間から4週間ですが、多くのスプリントは2週間程度です。これはしばしば "イテレーション "と呼ばれます。</dd>
  <dt>デイリースクラム</dt>
  <dd>これは、チームがスプリントの毎日15分以内で集まり、目標への進捗を点検するものです。スタンドアップとも呼ばれています。</dd>
</dl>

# スクラムにおける役割

<dl>
  <dt>スクラムマスター</dt>
  <dd>チームがアジャイルの価値と原則を守り、チームが合意したプロセスとプラクティスに従うことを保証し、より大きなプロジェクトチームと情報を共有し、またチームが最高の仕事をすることに集中できるようにする責任を負っています。</dd>
  <dt>プロダクトオーナー</dt>
  <dd>プロダクトとチームの仕事の価値を最大化する責任を負っています。プロダクトオーナーは、作業のインベントリーを所有し、作業の優先順位の付け方について最終的な決定権を持っています。</dd>
  <dt>開発チーム</dt>
  <dd>チームがその製品をどのように提供するかに責任を持ちます。</dd>
</dl>

# スクラムはなぜ人気あるの？

- チーム全体の力を常に強調しながら、チームの人々の役割と責任を明確にしています。
- 非常に規則的で予測可能な会議と納品スケジュールを持ち、会議の議題と結果があらかじめ定義されているので、新しいチームメンバーを教えるのが簡単です。
- アジャイルの価値と原則をサポートし、強化する一方で、新しいアジャイルチームがスタートし、経験豊富なチームがより良くなるのを助けるいくつかの構造と基礎を追加しています。これは、最も一般的に使用されているアジャイルデリバリーフレームワークであるため、膨大な量のガイダンスやサポートがオンラインで提供されており、スクラム特有のトレーニングや認定も提供されています。
- 次のようなプロジェクトやチームに最適です。理想的には、スクラムチームは機能横断的であり、 ***<font color="MediumBlue">3人から9人程度</font>*** のチームメンバーで構成されるべきです。これは、大きなピザをシェアできる人数と同じなので、***<font color="MediumBlue">「ピザサイズチーム」</font>***　とも呼ばれます。
    - チームが小さすぎると、仕事を成し遂げるための多様なスキルが得られないかもしれません。
    - チームが大きすぎると、情報を分配するのが難しくなります。

<img src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2358573/4f2baf4f-04dc-3031-4250-1df1b175e643.png" width="600">

- チームとマネジメントがオープンマインドで、適応性があり、より良いチームになる方法を継続的に学ぶことに価値を置くプロジェクトで最も効果的に機能します。チームにスクラムを強制しようとすると、ほとんどの場合、失敗します。

これらの例の中で、私は一度も "ソフトウェア "という言葉を使っていないことに注意してほしい。スクラムはソフトウェアプロジェクトから生まれたが、人々はスクラムを結婚式の計画、家の引っ越し、ロケットの製造など、あらゆる種類のプロジェクトに適応させてきました。

# 竹内弘高氏と野中郁次氏が書いたHarvard Business Reviewの論文

竹内弘高氏と野中郁次氏が書いたHarvard Business Reviewのオリジナル論文、The New New Product Development Gameは、"Moving the Scrum downfield "の章でスクラムを紹介している。この論文を通じて、著者らは、チームのどのような特性がスクラムをダウンフィールドに動かすのに役立つかを指摘しています。

- **組み込みの不安定さ:** スクラムの世界では、チームは "挑戦的な要件 "で重要な成果を達成する自由を与えられている。竹内氏と野中氏は、これがチームに "会社にとって戦略的に重要なプロジェクトを遂行する "ために必要な「緊張の要素」を与えると説明しています。
- **自己組織化するチーム:** スクラムチームは、真のヒエラルキーを欠いた独自の秩序で、自分たちのスタートアップのように運営することを意図したものである。これらのチームは、自律性、継続的な成長、およびコラボレーションを示す場合、自己組織化とみなされる。
- **重なり合う開発フェーズ:** スクラムチームのメンバーは、「納期を守るために、それぞれのペースを合わせる」必要があります。プロセスのどこかの時点で、各個人のペースが他の人と重なり始め、最終的にはチーム内で集合的なペースが形成される。
- **マルチラーニング:** スクラムは試行錯誤が重要なフレームワークです。また、スクラムチームのメンバーは、変化する市場の状況を常に把握し、その状況に迅速に対応できるようになることを目指しています。
- **微妙なコントロール:** スクラムチームは自己組織化され、スタートアップ企業のように運営されると述べましたが、それは構造が全くないということではありません。プロジェクト中にチェックポイントを設け、チームの相互作用や進捗状況を分析することで、スクラムチームは創造性を妨げずにコントロールを維持することができます。
- **学習の組織的な伝達:** スクラムチームでは、全員が他のチームメンバーをサポートしながら、自分にとって新しいスキルを学ぶことが奨励されます。

:::note info
著者の要点は、「それぞれの要素が、それだけでスピードと柔軟性をもたらすわけではない」ということです。しかし、全体としてみれば、その特性は、違いを生み出す強力な新しい力学のセットを生み出すことができる "ということです。これらのコンセプトは1986年に初めて紹介されましたが、今日でもスクラムチームにとって驚くほど真実味を帯びています。
:::

# スクラムガイド

https://scrumguides.org/scrum-guide.html

https://youtu.be/502ILHjX9EE