スクラムマスター２年生の軌跡～日中合同スクラム開発の現場からのレポート～
NECソリューションイノベータ
細川 雅貴

1

© NEC Solution Innovators, Ltd. 2017

自己紹介▌細川 雅貴(ほそかわ まさき)
▌３０歳の２児の父▌職場は、広島県▌趣味は、子どもと一緒にポケモンGO▌以下のような仕事をしています 運用管理ソフトの開発(スクラムマスター)
 深層学習を用いた人物認識
 地域創生をキーワードとした新規事業発掘3© NEC Solution Innovators, Ltd. 2017

目次
1. スクラム開発実践プロジェクトの紹介
2. スクラム開発の実践歴
3. スクラム開発を採用した理由
4. スクラム開発の実践の記録
 導入期
 成長期
 発展期

5. まとめ本題に入る前に質問です！
5© NEC Solution Innovators, Ltd. 2017

AgileJapanの参加は
1. 初めて2. ２回目
3. ３回以上
6© NEC Solution Innovators, Ltd. 2017

今日聞いたセッションの数は
1. １つ(今日初めて)
2. ２つ
3. ３つ以上
7© NEC Solution Innovators, Ltd. 2017

スクラム開発について
1. 知らない
2. 知っている
3. 実践した事がある
8© NEC Solution Innovators, Ltd. 2017

1.スクラム開発実践プロジェクトの紹介

1.スクラム開発実践プロジェクトの紹介▌プロジェクト概要
 運用管理製品の新機能開発
D.T

▌体制

D.T
S.M

 ３つの開発拠点が連携して開発を進めている• 日本(東京、広島)
• 中国

P.O

 日本の開発チーム人数は、平均３人ほど 中国の開発チーム人数は、平均５人ほど

S.M

S.M

D.T

10

© NEC Solution Innovators, Ltd. 2017

D.T

2.スクラム開発の実践歴

2.スクラム開発の実践歴

スプリント期間

２週間
12© NEC Solution Innovators, Ltd. 2017

スプリント実施総数

３７

スプリント/チーム

2.スクラム開発の実践歴
立
ち
上げリ
リース
計画ス
プ開リ発
ン
トス
プ準リ備
ン
ト

～全体の流れ～ス
リ
プリリーンス
トQA
評価

出荷判
定リ
リース

日
程会
議

スプリントの基本アクティビティ
デイリースクラム、スクラムオブスクラム

・・・
スプリント
計画

1日程度

ワーク
ショップ

スプリント
実施

スプリント2週間
13© NEC Solution Innovators, Ltd. 2017

スプリント
レビュー

振り返り

2時間程度

1時間程度

3.スクラム開発を採用した理由

3.スクラム開発を採用した理由▌採用に至るまでの背景
 ウォーターフォール開発の終盤に問題が顕在化し、約１ヶ月の出荷遅延• 開発終盤で仕様齟齬に気付けなかった。
• 仕様齟齬などの問題を早期発見する仕組みが弱かった。

 開発終盤にならないと動くソフトウェアの評価が難しい
 大きな仕様齟齬が発生すると、スケジュールの取り戻しは非常に困難▌採用した理由 自分達の開発の問題点を素早く知る仕組みが必要
 他の企業で成功を収めている開発手法の取り込み

15© NEC Solution Innovators, Ltd. 2017

4.スクラム開発の実践の記録

スクラム開発
導入期
17© NEC Solution Innovators, Ltd. 2017

スクラム開発を理解しないまま、開発チームを編成した。
とりあえず、スプリントやってみた！

18© NEC Solution Innovators, Ltd. 2017

仕様検討に時間がかかり動くソフトウェアは生まれなかった
つまり、成果ゼロ
19© NEC Solution Innovators, Ltd. 2017

失敗した原因
スクラム開発を理解しない人が集まってスクラム開発もどきをやったから

20© NEC Solution Innovators, Ltd. 2017

Let’s 改善！

21© NEC Solution Innovators, Ltd. 2017

・スクラムマスター研修へGO・リリース計画書の作成
スケジュール、体制、Doneの定義の決定

・プロダクトバックログの作成
・開発インフラの整備

22© NEC Solution Innovators, Ltd. 2017

Redmine Scrum Pluginでスクラム開発
進捗の可視化
残予定工数

残保有工数

遅延
リカバリ

スプリントボード
スプリントバーンダウン
23© NEC Solution Innovators, Ltd. 2017

チャットツールZulipの導入

情報集約

24

© NEC Solution Innovators, Ltd. 2017

スクラム開発が回りだした！

25© NEC Solution Innovators, Ltd. 2017

スクラム開発
成長期
26© NEC Solution Innovators, Ltd. 2017

開発チームの生産性(ベロシティ)にムラがあって安定しない

27© NEC Solution Innovators, Ltd. 2017

安定しない理由を調査した結果・タスクの予定工数の超過
・スプリント終盤で問題の顕在化
・アーキテクチャ設計が場当たり的・開発外作業が多い
セレモニーの日程調整、ストーリの詳細の確認
28© NEC Solution Innovators, Ltd. 2017

Let’s 改善！

29© NEC Solution Innovators, Ltd. 2017

タスクの予定工数の超過
タスク
予定工数
(4h)

タスク
予定工数(3h)タスク
予定工数(3h)

予定工数で実施できないタスクの分割

タスク
予定工数(5h)

予定工数の見直し
30© NEC Solution Innovators, Ltd. 2017

スプリント終盤で問題の顕在化
タスク

想定外の問題が発生した

危険タスク

アラームの挙げ方の決定問題の予兆を素早く検知

線表の共有
31

© NEC Solution Innovators, Ltd. 2017

アーキテクチャ設計が場当たり的アーキテクトの設置

32© NEC Solution Innovators, Ltd. 2017

ロードマップの共有

開発外作業が多い・セレモニーの日程調整

スクラムセレモニーのスケジュール固定化

・ストーリの詳細の確認

ストーリの対象範囲と対象外範囲を明確にする

33© NEC Solution Innovators, Ltd. 2017

おっ！
スクラム開発が安定してきた！

34© NEC Solution Innovators, Ltd. 2017

スクラム開発
発展期
35© NEC Solution Innovators, Ltd. 2017

複数のチームで１つの目玉機能を開発しよう
目玉機能を早く完成させよう

36© NEC Solution Innovators, Ltd. 2017

想定していたより開発がうまくいかない。。。
Why!? Scrum people!!
37© NEC Solution Innovators, Ltd. 2017

うまくいかない要因
・チームを超えた情報共有が不十分
・ストーリ間の依存関係の把握がより必要になった・開発メンバの入れ替わり
・2スプリント先の未来しか見えない

38© NEC Solution Innovators, Ltd. 2017

チームを超えた情報共有が不十分
仕様メモに記載すべき内容とは？

仕様メモ

F2Fのコミュニケーションの情報量>>>

仕様メモの情報量

同一チーム内の情報共有は問題ないが複数チーム間の情報共有方法が確立できていない
39© NEC Solution Innovators, Ltd. 2017

ストーリ間の依存関係の把握がより必要になった
プロダクトバックログ

プロダクトバックログ

ストーリ1

ストーリ1

ストーリ2

ストーリ2

ストーリ3

ストーリ3

ストーリ4

ストーリ4

１チームで１機能担当制

２チームで１機能担当制

順
番に
実
施

ストーリ３は、ストーリ2が実装されないと実施できない

ストーリの分割による依存関係の発生を把握する必要がある
コードコンフリクトの懸念も考慮する必要がある
40© NEC Solution Innovators, Ltd. 2017

開発メンバの入れ替わり
中国の場合、結婚、出産を機会に転職する場合がある
開発メンバが変わるリスクをどう最小限にするか？

new
new

新しい人が入る事でチームの自律性が一時的に損なわれる
技術的にも新人の場合は、生産性が安定しない可能性がある

41© NEC Solution Innovators, Ltd. 2017

2スプリント先の未来しか見えない
見積もり
実施ストーリの決定

スプリント1

スプリント2

スプリント3

スプリント4・・・

スプリントX

リリース

生産性(ベロシティ)の安定後、コア機能のストーリが全て消化可能か検証する必要がある
誰がどのタイミングで行うか？

42© NEC Solution Innovators, Ltd. 2017

Let’s 改善！
だけど、まだ模索中

43© NEC Solution Innovators, Ltd. 2017

複数チーム構成の場合、自分のチームだけではなく他のチームへ意識を向ける

意識する範囲の拡大
製品のゴール
他チームの仕事
自チームの仕事

自分の仕事

また、自分達のゴールを意識し常に達成可能かどうかを見定める
44© NEC Solution Innovators, Ltd. 2017

5.まとめ開発手法の変化が開発メンバ一人一人の変化を引き起こす
開発メンバ一人一人が変化すると開発、製品が変化する

変化を受け入れて進化しよう
46© NEC Solution Innovators, Ltd. 2017