Scrum

はじめに

システム開発プロジェクトにおいて使用するツールの全体像について整理してみたかったので書いてみました。

はじめに
もくじ
要約
Scrum について
- Scrum の全体像
- Scrum を概念モデル図で表現してみる
Scrum Event
ツールの全体構成
- ツールの種類
- ツール群
Scrum を支えるプラクティス
コミュニケーション
その他の手段
- リッチに SaaS を使用する
- 可能な範囲で OSS を使う
参考
変更履歴

要約

現時点（2020年4月12日）において、Scrum型のプロジェクトを推進するにあたって、（個人的に）理想的なツール構成は下図の通りです。

f:id:anfangd:20200412214057j:plain — Tools for Team Development 1

なお、このツール構成のコンセプトは、以下の TIS さんの「チーム開発環境構築テンプレート」から多分に影響を受けています。

Fintan-contents/collaborage: チーム開発環境構築テンプレート

上記のツール構成の実現にあたっては、特に次のようなことを意識しています。

プロジェクト単位でチーム開発環境を構築する
可能な限りOSSを使用し、IaaS上に自前で構築することで、情報資産をコントロール出来る幅をもたせる

一方で、次のようなツールは、自前でホスティングできないものの、それ以上に生産性の向上に役立つと想定しています。

SaaS 型の Knowledge Base ツール　：　esa
SaaS 型の UML 作成ツール　：　draw.io
SaaS 型のホワイトボードツール　：　miro
SaaS 型のチケット管理ツール　：　Jira Software　※miroとの連携が魅力

なお、各ツールの採用にあたり、SSOや、OAuthのような機構を実現しなければ、アカウント管理が非常に煩雑になります。今回の想定では、理想形として、プロジェクト単位で G Suite の契約をするなどすることが一番効率的であると判断しています。

Scrum について

ツール個別の話題の前に、Scrum について整理します。なお Scrum の概要については、2020年2月に IPA 情報処理推進機構から公開された『アジャイル領域へのスキル変革の指針 - アジャイル開発の進め方』で非常によくまとまっているのでオススメです。

Scrum の全体像

Scrum の基本的な開発の流れは下図のように表現されます。

f:id:anfangd:20200412142111p:plain — Scrum_overview_by_ryuzee

Scrum を概念モデル図で表現してみる

Scrum を構成する要素を概念モデル図で表現すると下図のようになります。

f:id:anfangd:20200413085311j:plain — Figure: Scrum Conceptual Model Diagram

Scrum Event

Scrum で実行されるイベントのイメージについてまとめます。

Sprint Planning

Sprint の開始時に、 Product Backlog から今回の Sprint で扱う Sprint Backlog を選出します。プロダクトオーナによって順位付けされた Backlog Item は、開発チームによって詳細化され、タスク分割されます。通常、タスクは 2〜8時間単位で見積もられ、１つのタスクは１人に割り当てられます。

f:id:anfangd:20200412222500j:plain — Figure: Sprint Planning

f:id:anfangd:20200412230743p:plain — Figure: Product Backlog, Sprint Backlog, Task

Sprint

Sprint 期間中は次のプロセスを通して作業を進めます。

チームで協働して、【要求〜設計〜テスト】を繰り返す
TDD（テスト駆動開発）で実装する。

Daily Scrum

毎日、決まった時間に決まった場所で、１５分以内で、開発チームが全員の情報を共有します。メンバーは一人ずつ、以下の３つの要素を決まった順に共有します。

昨日やったこと
今日やること
障害になっていること

f:id:anfangd:20200412222902p:plain — Jira Software board

出典：What is a Jira Software board? | Jira Software Cloud | Atlassian Support https://support.atlassian.com/jira-software-cloud/docs/what-is-a-jira-software-board/

Sprint Review

Sprint Review では次のようなことを行います。

sprint で実装した機能をデモする
product backlog について協議する

Sprint Retrospective

Sprint Resrospective では、KPT法を使用した「ふりかえり」を通して、チーム学習やチーム改善の活動を行います。

f:id:anfangd:20200412180137p:plain — KPT

ツールの全体構成

本章から、改めてツールについて見てゆきましょう。「要約」で掲載した図を以下に再掲します。

ツールの種類

上図のツールを構成するそれそれの機能要素についてまとめます。

Type	Description
Knowlede Base	効率的に情報を共有するためのプラットフォーム。Wikiなどがこれにあたる。Officeツールで作成した文書は、色々と制約や使いづらさがあるため、Webブラウザのみで利用できるようなツールを採用することで、利用しやすくなる。
UML	ビジネスやシステムを分析する際に作図するツール。
Office Tool	「文書作成（Word）」、「表計算（Excel）」、「プレゼンテーション（PowerPoint）」などのツール。
File Storage	情報資産を格納し、関係者間で共有する仕組み。（共有フォルダ、Google Drive、OneDrive）
Account Management	アカウント管理を実現するツール。OAuthなどの仕組みを実現し、中心となるサービスアカウントにて管理出来るようにすることが望ましい。
Code Analyze	コードの静的/動的な解析を自動化し、かつ、見やすく表現するツール。
Version Control System	コードや文書の版管理を実現するツール。「共有フォルダ」を使用する場合、PDFやOfficeツールで作成した文書も git のような VCS の管理ツールの対象となるが、 Google Drive などのように、自前で版管理が可能なサービスを使用することで、作業効率の向上に繋がる。
Code Review	VCS と連携し、コード差分や Issue の発行、コード管理フローを支援するツール。
Chat	コミュニケーションのハブとなるツール。リモート開発の場合は、すべてのコミュニケーションが Chat ツールを中心に実行されるようになると、情報の伝達漏れや、記録漏れの防止に繋がる。
Video Chat	オンライン会議を始め、雑多なコミュニケーションに活用する。利用者の物理デバイスが持つマイクやカメラ、ネットワーク環境に依存する部分があるため、ハードウェアの部分から意識して環境を整える必要がある。
ホワイトボード	チームが物理的に近い場所にいる場合は、実際のホワイトボードの活用が好ましいが、遠隔にいるメンバーとコミュニケーションする場合には、情報の伝達漏れや、やり取りの障害になることがあるため、オンラインで利用できるツールの利用が好ましい。
Package Repository Manager	Dockerコンテナや、Mavenのリポジトリなど、チーム内や組織内でのみ共有したいパッケージを管理するプラットフォーム。
CI	継続的インテグレーションを実現するツール。システム開発の分野では比較的、一般的なため詳細は割愛。
Ticket Management	チケット管理を実現するツール。システム開発の分野では比較的、一般的なため詳細は割愛。

ツール群

採用する想定の各ツールについて下表にまとめます。

Tool	Description	Memo
esa	Webブラウザから利用できる「情報共有サービス」	DocBase も良さそう。
PlantUML	PlantUML の記法に従ってコードを記載することで、UMLを作成できる。 esa や GitLab などと連携できる。	GitLab 連携には、サーバホスティング型の PlantUMLサーバ必要。Dockerで簡単に構築出来る。
draw.io	PlantUML はシステムに近い部分のUML作成には向くが、ビジネスに近い部分の作図には向かない。 draw.io は Web ブラウザから利用できる作図ツールであり、様々なサービスのアイコンをすぐに利用できるため、無料ながら非常に強力な作図ツールである。Jira や Confluence と連携する機能を有する（らしい。）
G Suite	言わずもがな。次のような用途で使用できる。 - アカウント管理 - ファイルストレージ - Officeツール - Video Chat	機能で使用する場合、組織共通で使用しているツールと競合するため、導入は容易ではない場合が多々ありそう。
sonarqube	コード解析ツール。セットアップと連携に一手間掛かるが、非常に有用なコード解析ツール。	だんだん、Web上でも認知度が上がってきたように思う。
GitLab	Git Hosting サービスの１つ。OSSのため自前サーバに構築できる。有料版もあるが、無料版でもかなりリッチな機能を有する。コードレビュや Merge Requestを始め、コード管理のための十分な機能を有する。	GitHub が使えるならそちらでも良い。
Rocket.Chat	Chatツール。 GitLabと同様に、OSSのため、自前のサーバに構築出来る。
miro	ホワイトボードツール。以前は Realtime Board という名前だった。非常に強力なコラボレーション機能を有しており、複数人でリアルタム編集が出来るため、本物のホワイトボードより使いやすい部分も多くある。	この領域はこれ１択かもしれない。
Jira Software	Atlasian のチケット管理ツール。アジャイル向け機能など、ビジネスユースとして十分な機能を有する。 miro との連携機能が魅力。	色々使うと結構高い。
Sonotype Nexus	Package Repository Manager	この領域にあまり詳しくないが、OSSの割に非常にリッチな機能を有しており使いやすいらしい。
Jenkins	CIツール。	余裕があれば CircleCI などでも良い。