1. 内製基幹システムの
One-Iteration事例
株式会社adingo
竹之内@chisei

2. もくじ
• 自己紹介
• Day 1〜Day 4の事例
• TDD
• ペアプログラミング
• コードレビュー
• Day 5の事例
• 失敗まとめ

3. • 竹之内 知聖
• @chisei
• 株式会社adingo (VOYAGE GROUP)
• 元々Web系
• うさぎのシャツ

4. 株式会社adingo？

5. • VOYAGE GROUPの子会社
• 事業内容
• 媒体収益化支援
• 広告配信など

6. 株式会社adingoの
基幹システム構築
One-Iteration

7. One-Iteration
One-Week
• Day 1（Wed）：設計＆開発
• Day 2（Thu）：設計＆開発
• Day 3（Fri）：設計＆開発
• Day 4（Mon）：設計＆開発
• Day 5（Tue）：Feed back MTG、KPT、
次回Iterationスコープ定義

8. Day 1〜Day 4
設計や開発

9. • TDD
• コードレビュー
• ペアプログラミング
• （リファクタリング）

10. TDD

11. • 利点
• 実装前にメソッドの挙動を一度考えると
いうきっかけを与えている
• ここで作るテストコードはリファクタリ
ングの際に勇気を与えてくれる
• 失敗
• 意味のないテストの作成

12. TDDの効果を高める
• テストの自動実行
• Daily build (bash + cron)
• コミット前にUTを実行 (できるだけ)

13. テスト実行

14. 改行コードやインデ
ントのチェック

15. メール送信

16. コードレビュー

17. • 利点
• 複雑すぎるメソッドを検知できる
• エンジニア間で同意が取れる
• 失敗
• コードレビュー対象の前提を理解してい
ないと参加しても積極的に発言しにくい

18. ペアプログラミング

19. • 利点
• 新しく加わったエンジニアの情報共有に
適している
• 失敗
• 新規機能追加＆設計が不足している場合
に多くの議論が発生してしまいプログラ
ミングが行われない

20. （リファクタリング）

21. Day 5

22. •Feed back MTG
•KPT
•次回Iterationのスコープ定義

23. 失敗まとめ

24. • 初めから正常なイテレーションを回せたわ
けではなかった
• ベースとなる設計がブレているとTDDで見
当違いのテストコードになることがある
• コードレビューで何を指摘すれば良いのか
わからないということが多々あった
• Feed back MTGを実施しても要領を得ない
ことがある