2014/9/20にPlus Programming.net勉強会のLTで発表させていただいた内容です。

1. TFSとスクラムでやればよかったなぁ
2014/9/20
佐野 尚之

2. アジェンダ
 自己紹介
 過去の案件規模
 私に起きた８つの問題～スクラムだと改善～
 まとめ
2

3. 自己紹介
 佐野 尚之。1979/1/1生まれ。35歳。
 開発年数は15年。
 ウォーターフォール案件が９割。アジャイル案件が１割。
 最近はC#のプログラムを開発することが増えています。
 ホームページ
http://rururu.sakura.ne.jp/
 ブログ
http://rururublog.sblo.jp/
3

4. 過去の案件規模
 プロジェクト参画者は約80人。期間は6ヶ月。
 開発者のスキルセットはバラバラ。
4

5. 私に起きた８つの問題～スクラムだと改善～
 ルールが決まってないという理由でバージョン管理が行われていな
かったのでデグレがひどくなった。
 最初からTFSを入れていればよかった。
5

6. 私に起きた８つの問題～スクラムだと改善～
 仕様とプロジェクトルールを全員が全員に聞いて回っていた。
 スクラムならスプリント計画、デイリースクラム、振り返りで全員
知っている。
6

7. 私に起きた８つの問題～スクラムだと改善～
 同じプログラムを別々で作っていた。
 スクラムならタスクボードで他の人のタスクを知っている。
7

8. 私に起きた８つの問題～スクラムだと改善～
 共通プログラムのバグを直さずに同じ物を別で作るのが横行していた。
 スクラムなら他のメンバーのタスクと課題も自分のタスクと課題とし
て捉える。
8

9. 私に起きた８つの問題～スクラムだと改善～
 共通プログラム直ったけど教えてくれなかった。
 スクラムなら起こりえないし、直ったことが共有されないことはない。
9

10. 私に起きた８つの問題～スクラムだと改善～
 たくさんの人が個別に愚痴を言いに来るため仕事がたびたび中断した。
 スクラムならデイリースクラムで困っていることを共有する。
10

11. 私に起きた８つの問題～スクラムだと改善～
 メンバーが課題管理表を活用していなかったのと所属チームのリー
ダーが協力的ではなかった。
 スクラムならデイリースクラムでメンバー内で困っていることを共有
する。
11

12. 私に起きた８つの問題～スクラムだと改善～
 遅れている人がいてもフォローしなかった。
 スクラムなら1日の全量が決まっていて数時間分に分割されていて、全
員で取り合ってタスクを行う。
12

13. まとめ
 私に起きた問題はスクラムで防げたはずだった。
 スクラムについては以下の本を見てください。
・SCRUM BOOT CAMP THE BOOK
・WEB+DB PRESS vol.78
特集1 最も採用されているアジャイル開発手法 実践スクラム
13