『Team Foundation Server User Group (TFSUG) 主催 大好評につきアンコール開催! 業務改善の鉄人が語る、現場に新しい開発プロセス・ツールを導入するためにすべき事』で講演した『プロセスの過去から未来への物語 〜イマドキのチーム開発を支えるプロセスとは？〜』のスライド

1. プロセスの過去から
未来への物語
∼イマドキのチーム開発を支えるプロセスとは?∼
Takebayashi Takashi
@changeworlds

2. Hi everyone,

3. Agenda
So far
Nowadays
Summary

4. Agenda
So far
Nowadays
Summary

5. Today's Theme
!
イマドキのチーム開発を
支えるプロセスとは?

6. Today's Theme
!
イマドキのチーム開発を
支えるプロセスとは?

7. ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01
ビジネス×IT

8. ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01
ビジネス×IT

9. 1990s environment
市場 ビジネス IT
市場分析 発注(社内含む)
納品ロンチ
半年から3∼4年ほどかかる

10. 1990s process

11. Excel or Word Excel or Word Source File Excel or Word
Source File
1990s process

12. 成果物毎に管理
フェーズ毎に自己完結、ロールが異なる
1990s process

13. ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01
ビジネス×IT

14. 2000s environment
IT
市場
ビジネス
市場分析
発注(社内含む) 納品
ロンチ
2
週
間
か
ら
半
年
程
度

15. 2000s process

16. ✘
2000s process

17. Environment change
ITプロジェクトの実態とは！
http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html

18. ITプロジェクトの実態とは！
http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html
Environment change

19. ITプロジェクトの実態とは！
http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html
言っているもの と
欲しいもの が違う
Environment change

20. ITプロジェクトの実態とは！
http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html
言っているもの と
欲しいもの が違う
頻繁に提供して、
確認するしかない
Environment change

21. That is out of touch with 2000s
✘Excel or Word Excel or Word Source File Excel or Word
Source File

22. Water Fall
要求分析
設計
実装
検証
時間
要求
Agile
時間
要求
2000s process

23. Water Fall
要求分析
設計
実装
検証
時間
要求
Agile
時間
要求
最後に完全に
動くものができる
徐々にに
動くものができる
2000s process

24. What's the difference Agile?
進め方が違うだけ
計画通りに進まない ことに対処
成果物駆動⇔カンバン駆動(ジャス
トインタイム)
計画重視(駆動)⇔適応的開発

25. What's Agile?
アジャイル開発そのもの
は、方式ではない
いくつかのアジャイル方
式を説明する、包括的な
用語
2001 年のアジャイル宣
言の署名時には、スクラ
ム、XP、Crystal、
FDD、DSDM などの方
式が含まれており、後か
らリーンも追加された
アジャイルは包括的 - 方式は実装
https://msdn.microsoft.com/ja-jp/library/dd997578.aspx

26. Agile Value/Principle/Practices
Value
Principle
Practices
価値を共有
基本方針
具体的な内容を
現場にフィットさせる

27. Agile Value

28. Agile 12 Principle
顧客満足を最優先
変化に対応
短いリリースサイクル
日々全員同席
モチベーションと
信頼関係
f2fの対話
アジャイル宣言の背後にある原則
http://www.agilemanifesto.org/iso/ja/principles.html
動くソフトウェア
持続可能なペース
技術的卓越性
シンプル
自己組織的なチーム
ふりかえりとカイゼン

29. Agile Practices e.g. XP
共同のプラクティス
反復
共通の用語
開けた作業空間
回顧（頻繁なふりかえ
り）
管理者のプラクティス
責任の受け入れ
援護
四半期毎の見直し
ミラー
最適なペースの仕事
開発のプラクティス
テスト駆動開発
ペアプログラミング
リファクタリング
コードの共同所有
YAGNI
継続的インテグレーショ
ン
顧客のプラクティス
ストーリーの作成
リリース計画
受け入れテスト
短期リリース

30. Agile e.g. Scrum

31. 2000s tool
プロジェクトマネジメント
Trac, Redmine, JIRA
Microsoft Team Foundation Server(TFS)
バージョン管理
Subversion, Git, Mercurial, Bazaar, TFS, etc, …
継続的インテグレーション
Jenkins, IBM Rational Team Concert, TFS, etc, …

32. 2000s tool
プロジェクトマネジメント
Trac, Redmine, JIRA
Microsoft Team Foundation Server(TFS)
バージョン管理
Subversion, Git, Mercurial, Bazaar, TFS, etc, …
継続的インテグレーション
Jenkins, IBM Rational Team Concert, TFS, etc, …
成果物間の連携を強化

33. Agenda
So far
Nowadays
Summary

34. ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01
ビジネス×IT

35. 2010s environment
市場
IT市場分析
ロンチ
リリース
毎
日
か
ら
2
週
間
程
度
ビジ
ネス

36. 2010s process
ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01

37. 2010s process
ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01

39. What's the difference?
進め方やサイクルが違うだけ
構築−計測−学習
仮説の検証
軌道修正

40. 2010s process perspective
出典: 長沢智治, re-workstyle.com

41. 2010s process perspective
毎日から2週間程度
出典: 長沢智治, re-workstyle.com

42. 2010s process perspective
出典: 長沢智治, re-workstyle.comを元に改変
ソフトウェア開発視点: 企画 計画 開発 ビルド デプロイ
企画の醸成
現実的な
計画と追跡
ブランチ
レビュー
継続的
インテグレーション
継続的
デプロイメント
Excel
TFS/VSO
TFS/VSO
TFS/VSO
TFS/VSO
状況の通知
チーム開発のツールチェーンを活用した継続的デリバリーの全体像 (Microsoft)
通知 / レポート
凡例
手順や処理の流れ
アクション
通知
要求項目のバックログ化
目的ごとのブランチ作成
ブランチの通知
コミットの通知
目的ブランチでの CI
プルリクエストによるレビューと!
master での CI
CI 結果に応じたデプロイ
CI 結果の通知
デプロイ結果の通知
分岐元ブランチの CI 結果の通知
TeamRoom

43. Agenda
So far
Nowadays
Summary

44. Summary
Env change dramatically
Task don’t change, but…
Responsive to change

45. Summary
Env change dramatically
Task don’t change, but…
Responsive to change

46. ALMとDevOpsとリーンスタートアップは何が違うのか？ - Build Insider
http://www.buildinsider.net/enterprise/almessentials/01
Environment change dramatically

47. 1990s environment
市場 ビジネス IT
市場分析 発注(社内含む)
納品ロンチ
半年から3∼4年ほどかかる

48. 2000s environment
IT
市場
ビジネス
市場分析
発注(社内含む) 納品
ロンチ
2
週
間
か
ら
半
年
程
度

49. 2010s environment
市場
IT市場分析
ロンチ
リリース
毎
日
か
ら
2
週
間
程
度
ビジ
ネス

50. Summary
Env change dramatically
Task don’t change, but…
Responsive to change

51. Excel or Word Excel or Word Source File Excel or Word
Source File
1990s process

52. 2000s process
Water Fall
要求分析
設計
実装
検証
時間
要求
Agile
時間
要求

53. 2010s process perspective
出典: 長沢智治, re-workstyle.com

54. 2010s process perspective
出典: 長沢智治, re-workstyle.com
毎日から2週間程度

55. Task don’t change, but speed changes dramatically
出典: 長沢智治, re-workstyle.com
毎日から2週間程度

56. Summary
Env change dramatically
Task don’t change, but…
Responsive to change

57. Responsive to change
!
進化論を唱えたダーウィンは、「この世に生き
残る生き物は、最も力の強いものか。そうでは
ない。最も頭のいいものか。そうでもない。そ
れは、変化に対応できる生き物だ」という考え
を示したと言われています。
-- 小泉純一郎
第１５３回国会における小泉内閣総理大臣所信表明演説
http://www.kantei.go.jp/jp/koizumispeech/2001/0927syosin.html

58. Speed changes dramatically, but responsive to change
出典: 長沢智治, re-workstyle.com
毎日から2週間程度

59. Speaker
Takebayashi Takashi @changeworlds
Scrum Master, Agile Coach
Build Insiderにて“ALM Essentials”を連載
スクラム道, TFSUGスタッフ

60. Thank you
for your attention.