Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

第25回 #TFSUG ノウハウお伝えします! 鉄人から学ぶ TFS セミナー編 - イマドキのチーム開発を支えるプロセスとは?

2,260 views

Published on

『第25回 #TFSUG ノウハウお伝えします! 鉄人から学ぶ TFS セミナー編』における『イマドキのチーム開発を支えるプロセスとは?』の講演スライド

Published in: Technology
  • Be the first to comment

第25回 #TFSUG ノウハウお伝えします! 鉄人から学ぶ TFS セミナー編 - イマドキのチーム開発を支えるプロセスとは?

  1. 1. イマドキのチーム開発 を支えるプロセスとは? Takebayashi Takashi @changeworlds
  2. 2. Hi everyone,
  3. 3. Agenda So far Nowadays Summary
  4. 4. Agenda So far Nowadays Summary
  5. 5. Today's Theme ! イマドキのチーム開発を 支えるプロセスとは?
  6. 6. Today's Theme ! イマドキのチーム開発を 支えるプロセスとは?
  7. 7. ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01 ビジネス×IT
  8. 8. ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01 ビジネス×IT
  9. 9. 1990s environment 市場 ビジネス IT 市場分析 発注(社内含む) 納品ロンチ 半年から3∼4年ほどかかる
  10. 10. 1990s process
  11. 11. Excel or Word Excel or Word Source File Excel or Word Source File 1990s process
  12. 12. 成果物毎に管理
 フェーズ毎に自己完結、ロールが異なる 1990s process
  13. 13. ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01 ビジネス×IT
  14. 14. 2000s environment IT 市場 ビジネス 市場分析 発注(社内含む) 納品 ロンチ 2
 週 間 か ら 半 年 程 度
  15. 15. 2000s process
  16. 16. ✘ 2000s process
  17. 17. Environment change ITプロジェクトの実態とは! http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html
  18. 18. ITプロジェクトの実態とは! http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html Environment change
  19. 19. ITプロジェクトの実態とは! http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html 言っているもの と 欲しいもの が違う Environment change
  20. 20. ITプロジェクトの実態とは! http://web.archive.org/web/20080416034547/http://www.dashiblog.com/blog/archives/000140.html 言っているもの と 欲しいもの が違う 頻繁に提供して、 確認するしかない Environment change
  21. 21. That is out of touch with 2000s ✘Excel or Word Excel or Word Source File Excel or Word Source File
  22. 22. Water Fall 要求分析 設計 実装 検証 時間 要求 Agile 時間 要求 2000s process
  23. 23. Water Fall 要求分析 設計 実装 検証 時間 要求 Agile 時間 要求 最後に完全に 動くものができる 徐々にに 動くものができる 2000s process
  24. 24. What's the difference Agile? 進め方が違うだけ 計画通りに進まない ことに対処 成果物駆動⇔カンバン駆動(ジャス トインタイム) 計画重視(駆動)⇔適応的開発
  25. 25. What's Agile? アジャイル開発そのもの は、方式ではない いくつかのアジャイル方 式を説明する、包括的な 用語 2001 年のアジャイル宣 言の署名時には、スクラ ム、XP、Crystal、 FDD、DSDM などの方 式が含まれており、後か らリーンも追加された アジャイルは包括的 - 方式は実装 https://msdn.microsoft.com/ja-jp/library/dd997578.aspx
  26. 26. Agile Value/Principle/Practices Value Principle Practices 価値を共有 基本方針 具体的な内容を
 現場にフィットさせる
  27. 27. Agile Value
  28. 28. Agile 12 Principle 顧客満足を最優先 変化に対応 短いリリースサイクル 日々全員同席 モチベーションと
 信頼関係 f2fの対話 アジャイル宣言の背後にある原則 http://www.agilemanifesto.org/iso/ja/principles.html 動くソフトウェア 持続可能なペース 技術的卓越性 シンプル 自己組織的なチーム ふりかえりとカイゼン
  29. 29. Agile Practices e.g. XP 共同のプラクティス 反復 共通の用語 開けた作業空間 回顧(頻繁なふりかえ り) 管理者のプラクティス 責任の受け入れ 援護 四半期毎の見直し ミラー 最適なペースの仕事 開発のプラクティス テスト駆動開発 ペアプログラミング リファクタリング コードの共同所有 YAGNI 継続的インテグレーショ ン 顧客のプラクティス ストーリーの作成 リリース計画 受け入れテスト 短期リリース
  30. 30. Agile e.g. Scrum
  31. 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. 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. 33. Agenda So far Nowadays Summary
  34. 34. ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01 ビジネス×IT
  35. 35. 2010s environment 市場 IT市場分析 ロンチ リリース 毎 日
 か ら 2 週 間 程 度 ビジ ネス
  36. 36. 2010s process ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
  37. 37. 2010s process ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01
  38. 38. What's the difference? 進め方やサイクルが違うだけ 構築−計測−学習 仮説の検証 軌道修正
  39. 39. 2010s process perspective 出典: 長沢智治, re-workstyle.com
  40. 40. 2010s process perspective 毎日から2週間程度 出典: 長沢智治, re-workstyle.com
  41. 41. 2010s process perspective 出典: 長沢智治, re-workstyle.comを元に改変 ソフトウェア開発視点: 企画 計画 開発 ビルド デプロイ 企画の醸成 現実的な
 計画と追跡 ブランチ
 レビュー 継続的
 インテグレーション 継続的
 デプロイメント Excel TFS/VSO TFS/VSO TFS/VSO TFS/VSO 状況の通知 チーム開発のツールチェーンを活用した継続的デリバリーの全体像 (Microsoft) 通知 / レポート 凡例 手順や処理の流れ アクション 通知 要求項目のバックログ化 目的ごとのブランチ作成 ブランチの通知 コミットの通知 目的ブランチでの CI プルリクエストによるレビューと! master での CI CI 結果に応じたデプロイ CI 結果の通知 デプロイ結果の通知 分岐元ブランチの CI 結果の通知 TeamRoom
  42. 42. Agenda So far Nowadays Summary
  43. 43. Summary Env change dramatically Task don’t change, but… Responsive to change
  44. 44. Summary Env change dramatically Task don’t change, but… Responsive to change
  45. 45. ALMとDevOpsとリーンスタートアップは何が違うのか? - Build Insider http://www.buildinsider.net/enterprise/almessentials/01 Environment change dramatically
  46. 46. 1990s environment 市場 ビジネス IT 市場分析 発注(社内含む) 納品ロンチ 半年から3∼4年ほどかかる
  47. 47. 2000s environment IT 市場 ビジネス 市場分析 発注(社内含む) 納品 ロンチ 2
 週 間 か ら 半 年 程 度
  48. 48. 2010s environment 市場 IT市場分析 ロンチ リリース 毎 日
 か ら 2 週 間 程 度 ビジ ネス
  49. 49. Summary Env change dramatically Task don’t change, but… Responsive to change
  50. 50. Excel or Word Excel or Word Source File Excel or Word Source File 1990s process
  51. 51. 2000s process Water Fall 要求分析 設計 実装 検証 時間 要求 Agile 時間 要求
  52. 52. 2010s process perspective 出典: 長沢智治, re-workstyle.com
  53. 53. 2010s process perspective 出典: 長沢智治, re-workstyle.com 毎日から2週間程度
  54. 54. Task don’t change, but speed changes dramatically 出典: 長沢智治, re-workstyle.com 毎日から2週間程度
  55. 55. Summary Env change dramatically Task don’t change, but… Responsive to change
  56. 56. Responsive to change ! 進化論を唱えたダーウィンは、「この世に生き 残る生き物は、最も力の強いものか。そうでは ない。最も頭のいいものか。そうでもない。そ れは、変化に対応できる生き物だ」という考え を示したと言われています。 -- 小泉純一郎 第153回国会における小泉内閣総理大臣所信表明演説 http://www.kantei.go.jp/jp/koizumispeech/2001/0927syosin.html
  57. 57. Speed changes dramatically, but responsive to change 出典: 長沢智治, re-workstyle.com 毎日から2週間程度
  58. 58. Speaker Takebayashi Takashi @changeworlds Scrum Master, Agile Coach Build Insiderにて“ALM Essentials”を連載 スクラム道, TFSUGスタッフ
  59. 59. Thank you for your attention.

×