今、おさえておきたい DevOps
- 1. Tomoharu Nagasawa Technical Evangelist, Certified ScrumMaster IT Pro × 開発者 ジェネラル セッション
- 3. ソフトウェア開発環境の最新動向と無償出張セミナー http://aka.ms/ALMjp ソフトウェア開発環境の最新動向を 1 ページで！ 原理原則 | 事例 | 製品 | 書籍 http://aka.ms/VsPrincipalSeminar 無償で あなたの現場で セミナーを実施できます！ DevOps | ALM | Agile | TFS | Visual Studio | DevDiv 事例
- 5. Are you a pig? http://www.implementingscrum.com/images/060911-scrumtoon.jpg DevOps = Dev も Ops もいつでも Pig !!
- 8. リズム ♪
- 9. リズム ♪ | ビジネス いままでの ビジネス これからの ビジネス
- 10. リズム ♪ | ビジネス | B-M-L これからの ビジネス アイデア プロダクト データ BUILD MEASURE LEARN *Lean Startup Build – Measure - Learn Dev Ops Biz
- 11. リズム ♪ | ビジネス | Customer Development これからの ビジネス *Lean Startup Customer Discovery Customer Validation Customer Creation Company Building Iteration Execution
- 14. ビジネスと IT ビジネス IT
- 15. ビジネスと IT ビジネス IT
- 16. ビジネスと IT 1990年代 便利 有効 不可欠 Cost Center Key Infrastructure Morphing IT 確立したビジネスモデル 全体計画→全体リリース 技術的な意思決定は IT 部門 ビジネスモデルに IT が関与 ニーズに応じたリリース 技術的な方向性は経営者層へ ビジネスを IT がけん引 ジャスト イン タイム IT 計画と投資は、顧客中心に 2000年代 2010年代
- 17. Information Technology → Business Technology 1990年代 便利 有効 不可欠 Cost Center Key Infrastructure Morphing IT 確立したビジネスモデル 全体計画→全体リリース 技術的な意思決定は IT 部門 ビジネスモデルに IT が関与 ニーズに応じたリリース 技術的な方向性は経営者層へ ビジネスを IT がけん引 ジャスト イン タイム IT 計画と投資は、顧客中心に 2000年代 2010年代
- 18. IT = Dev + Ops 要求 運用開発 動くソフトウェア ビジネスの アイディアと課題 ビジネスの 対策と加速 Dev Ops
- 19. IT ≠ Dev + Ops 要求 運用開発 動くソフトウェア ビジネスの アイディアと課題 ビジネスの 対策と加速 Dev Ops 再現しない！ ガバナンス！
- 20. IT ≒ Dev + Ops 要求 運用開発 動くソフトウェア 混沌 重量級 無秩序Define ビジネス 価値の創発 Develop アイデアを 動くソフトウェアへ Operate ソフトウェアを ビジネス価値として提供
- 21. IT = DevOps 要求 運用開発 動くソフトウェア Define ビジネス 価値の創発 Develop アイデアを 動くソフトウェアへ Operate ソフトウェアを ビジネス価値として提供
- 22. Why DevOps 要求 運用開発 動くソフトウェア Define ビジネス 価値の創発 Develop アイデアを 動くソフトウェアへ Operate ソフトウェアを ビジネス価値として提供
- 23. DevOps ビジネスシナリオ、 運用要件 明確な優先順位、 短い計画と見直し 品質の作りこみ、 継続した品質確認 正しく、無理なく デプロイ！ 正しく、無理なく 受け取り、把握 動くソフトウェア の共同所有 障害の切り分けと 分析 / 連絡 / 追跡 実行可能な意義ある フィードバック
- 24. DevOps ?
- 25. 機敏なアイデア獲得と短い計画と確認 ビジネス シナリオ 正しい意思決定 正しい理解 正しい期待値 動くソフトウェア？ 期待通りのふるまい 正しい確認
- 26. Operation Readiness Problem Solution Value 運用要件を満たしていないソフトウェア 最終的な段階での阻害要因となる 本番稼働時に情報収集が困難となる 早期の要求獲得と品質の作りこみ 運用の受け入れ駆動開発 (ATDD), ラボによる自動化 継続的インテグレーション, 継続的デプロイメント ビジネス価値に到達するソフトウェアへ ソフトウェアをビジネス価値として提供する サイクルタイムを短縮できる
- 27. 短いサイクルでの開発とテストの継続的実施 長～い、仕掛かり 手遅れ 期待値・時代遅れ 動くソフトウェア？ レガシーコード？ 石橋、叩いてる？ 自信持ってるかい？
- 28. Just-in-Time Delivery Problem Solution Value 顧客ニーズにアラインできない開発サイクル ビジネス価値の提供が不定期となり、ユーザーの期待に応えられない 開発サイクルが定まらず、品質とデリバリーがビジネスに合わない アジャイルプラクティスとカイゼン スクラムのフレームワークによる「検査と適応」 継続的にフィードバックを得る仕組みと体質づくり ビジネス価値に到達するソフトウェアへ 適切なビジネス価値を定期的に提供し続ける サイクルタイムの短縮と QCDS のバランス調整ができる
- 29. スクラムによるタイムボックスと検査と適応 PRIORITIZE PLAN EXECUTE RESPOND スプリント (サイクルタイム) 例: 2 週間 デイリースクラム (日次サイクル) プロダクト オーナー チーム スクラムマスター
- 30. 稼働してからが本番！ビジネスの足をひっぱらない 問題の切り分け！？ アプリ？インフラ？ ログは？ 知見たまってる？ 障害！ 本番迎えたら運用の 仕事でしょ？ 再現しません (ｷﾘ!
- 31. Mean time to Repair (MTTR) Problem Solution Value 運用中の障害検出と解決が極めて困難 高い MTTR によるビジネス価値への浸食 継続的なフィードバックへの阻害 本番稼働環境でも開発プラクティスを実践 本番環境相当でのテストの継続的な実施 (仮想テスト環境) 統合されたインシデント管理, 本番環境でのデバッグの実践 MTTR の短縮 ソフトウェアをビジネス価値として提供し続ける サイクルタイムを短縮できる
- 32. まとめ DevOps をざっくりと感じたつもりになる • リズム♪ • ビジネス アジリティ • IT から BT へ 今から準備することをなんとなく感じる • Dev: 基礎固め、継続的～, 自動化 • Ops: 自動管理, インフラ最適化, 開発の理解 漠然とした、期待と不安を共有する • 宿題: あなたの現場で共有し、議論する
- 33. 確認テスト
- 35. 広がるエンジニアの可能性 – 変化ヲ抱擁セヨ 30歳 31歳 32歳 33歳 34歳 35歳 36歳 37歳 38歳 39歳 40歳 41歳 42歳 43歳 44歳 45歳 46歳 47歳 48歳 49歳 50歳 51歳 52歳 53歳 54歳 55歳 56歳 57歳 58歳 59歳 60歳 1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
- 36. TFSUG | Team Foundation Server Users Group 月一回ペースで、東京・品川を中心に勉強会を開催中！！ h t t p : / / k o k u c h e e s e . c o m / m a i n / h o s t / T F S U G / h t t p : / / t f s u g . c o m TFSUG Team Foundation Server Users Group ALMがもたらす新しいソフトウェア開発へのフェーズの変化とは？～変化を抱擁せよ～ Continuous Demo ALM Summitで感じた文化 ALMを見通した技術・ツール Agile開発でTFSをカスタマイズしない使い方 プラグインで工夫してみる：ツール特集 TFSを支える技術 とある開発案件におけるTFSの運用事例 TFS de アジャイルを書いたわけ アジャイル開発から継続的デリバリーへ TFSハンズオン はじめての TFS FROM A TO Z TFSを使ったアジャイル開発 TFSと継続的デリバリー SCRUM BOOTCAMP 体験記 ざっくりわかるSCRUM AND TEAM FOUNDATION SERVER VSSからTFSへの移行 ツールを使って３年目で分かったこと。 VISUAL STUDIO EXPRESS 2012で始めるVISUAL STUDIO ALM VISUAL STUDIO 2012の楽しいFAKESライブラリ VISUAL STUDIO 2012の楽しいC++ プロダクトオーナーシップ LEAN TO UNTANGLE 事後調査とTFS/VISUAL STUDIO便利機能 JIRAで始めるSCRUMっぽい何か VERACITY -次世代DVCSツールとは俺のことだ- デブサミ 2013 REMIX! ～ TFS を中心とした CONTINUOUS VALUE DELIVERY の世界の旅を巡るデモ スクラムと品質について
- 38. スクラムを学習したい！日本人、書下ろし！ TFSUG 細谷さんも執筆！ MVP for Visual Studio ALM 吉羽さんも執筆！ 平鍋さんとスクラムの原典 野中郁次郎先生 執筆！
- 39. ソフトウェア開発環境の最新動向と無償出張セミナー http://aka.ms/ALMjp ソフトウェア開発環境の最新動向を 1 ページで！ 原理原則 | 事例 | 製品 | 書籍 http://aka.ms/VsPrincipalSeminar 無償で あなたの現場で セミナーを実施できます！ DevOps | ALM | Agile | TFS | Visual Studio | DevDiv 事例
- 40. We are Pig ! for Customer Business [email protected] | @tomohn http://SoftwareEngineeringPlatform.com http://www.scrum.org/You-Are-a-Scrum-Pig