Download free for 30 days
Sign in
Upload
Language (EN)
Support
Business
Mobile
Social Media
Marketing
Technology
Art & Photos
Career
Design
Education
Presentations & Public Speaking
Government & Nonprofit
Healthcare
Internet
Law
Leadership & Management
Automotive
Engineering
Software
Recruiting & HR
Retail
Sales
Services
Science
Small Business & Entrepreneurship
Food
Environment
Economy & Finance
Data & Analytics
Investor Relations
Sports
Spiritual
News & Politics
Travel
Self Improvement
Real Estate
Entertainment & Humor
Health & Medicine
Devices & Hardware
Lifestyle
Change Language
Language
English
Español
Português
Français
Deutsche
Cancel
Save
Submit search
EN
Uploaded by
Arata Fujimura
PDF, PPTX
1,180 views
DevOpsを支える原則、3つの道
日本TOC推進協議会の第3回実践分科会で発表したスライドです。
Engineering
◦
Related topics:
agile-software-development
•
Read more
2
Save
Share
Embed
Embed presentation
Download
Download as PDF, PPTX
1
/ 84
2
/ 84
3
/ 84
4
/ 84
5
/ 84
6
/ 84
7
/ 84
8
/ 84
9
/ 84
10
/ 84
11
/ 84
12
/ 84
13
/ 84
14
/ 84
15
/ 84
16
/ 84
17
/ 84
18
/ 84
19
/ 84
20
/ 84
21
/ 84
22
/ 84
23
/ 84
24
/ 84
25
/ 84
26
/ 84
27
/ 84
28
/ 84
29
/ 84
30
/ 84
31
/ 84
32
/ 84
33
/ 84
34
/ 84
35
/ 84
36
/ 84
37
/ 84
38
/ 84
39
/ 84
40
/ 84
41
/ 84
42
/ 84
43
/ 84
44
/ 84
45
/ 84
46
/ 84
47
/ 84
48
/ 84
49
/ 84
50
/ 84
51
/ 84
52
/ 84
53
/ 84
54
/ 84
55
/ 84
56
/ 84
57
/ 84
58
/ 84
59
/ 84
60
/ 84
61
/ 84
62
/ 84
63
/ 84
64
/ 84
65
/ 84
66
/ 84
67
/ 84
68
/ 84
69
/ 84
70
/ 84
71
/ 84
72
/ 84
73
/ 84
74
/ 84
75
/ 84
76
/ 84
77
/ 84
78
/ 84
79
/ 84
80
/ 84
81
/ 84
82
/ 84
83
/ 84
84
/ 84
More Related Content
PDF
Appleとgoogleのデザインガイドライン比較~スマートフォン向けwebデザインのポイント~
by
Tomoyuki Arasuna
PDF
シリコンバレーの「何が」凄いのか
by
Atsushi Nakada
PDF
開発速度が速い #とは(LayerX社内資料)
by
mosa siru
PPTX
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
by
Tomoki Kuriyama
PDF
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
by
Recruit Lifestyle Co., Ltd.
PDF
Lean coffee
by
Takeshi Arai
PDF
それはYAGNIか? それとも思考停止か?
by
Yoshitaka Kawashima
PDF
App013 ここはあえて紙と
by
Tech Summit 2016
Appleとgoogleのデザインガイドライン比較~スマートフォン向けwebデザインのポイント~
by
Tomoyuki Arasuna
シリコンバレーの「何が」凄いのか
by
Atsushi Nakada
開発速度が速い #とは(LayerX社内資料)
by
mosa siru
緊急Ques - コードのメトリクスに基づくリファクタリング戦略
by
Tomoki Kuriyama
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
by
Recruit Lifestyle Co., Ltd.
Lean coffee
by
Takeshi Arai
それはYAGNIか? それとも思考停止か?
by
Yoshitaka Kawashima
App013 ここはあえて紙と
by
Tech Summit 2016
What's hot
PDF
フロー効率性とリソース効率性について #xpjug
by
Itsuki Kuroda
PDF
「顧客の声を聞かない」とはどういうことか
by
Yoshiki Hayama
PDF
大企業アジャイルの勘所 #devlovex #devlovexd
by
Itsuki Kuroda
PDF
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
by
Tokoroten Nakayama
PPTX
プレゼン基礎講座 2016.11
by
智治 長沢
PDF
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
by
Shin Ohno
PDF
Agile Quality アジャイル品質パターン (QA2AQ)
by
Hironori Washizaki
PDF
私にとってのテスト
by
Takuto Wada
PDF
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
by
Yoshiki Hayama
PDF
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
by
Itsuki Kuroda
PPTX
マイクロサービスにおける 結果整合性との戦い
by
ota42y
PDF
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
by
Itsuki Kuroda
PDF
劇的改善 Ci4時間から5分へ〜私がやった10のこと〜
by
aha_oretama
PPTX
TPS/リーンを使って強化するアジャイル/スクラム
by
Kazutaka Sankai
PDF
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
by
Yasuharu Nishi
PDF
インフラエンジニアの綺麗で優しい手順書の書き方
by
Shohei Koyama
PDF
スクラムパタン入門
by
Kiro Harada
PDF
Test Yourself - テストを書くと何がどう変わるか
by
Takuto Wada
PDF
リーン開発の本質 公開用
by
ESM SEC
PDF
TDD のこころ
by
Takuto Wada
フロー効率性とリソース効率性について #xpjug
by
Itsuki Kuroda
「顧客の声を聞かない」とはどういうことか
by
Yoshiki Hayama
大企業アジャイルの勘所 #devlovex #devlovexd
by
Itsuki Kuroda
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
by
Tokoroten Nakayama
プレゼン基礎講座 2016.11
by
智治 長沢
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
by
Shin Ohno
Agile Quality アジャイル品質パターン (QA2AQ)
by
Hironori Washizaki
私にとってのテスト
by
Takuto Wada
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
by
Yoshiki Hayama
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
by
Itsuki Kuroda
マイクロサービスにおける 結果整合性との戦い
by
ota42y
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
by
Itsuki Kuroda
劇的改善 Ci4時間から5分へ〜私がやった10のこと〜
by
aha_oretama
TPS/リーンを使って強化するアジャイル/スクラム
by
Kazutaka Sankai
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
by
Yasuharu Nishi
インフラエンジニアの綺麗で優しい手順書の書き方
by
Shohei Koyama
スクラムパタン入門
by
Kiro Harada
Test Yourself - テストを書くと何がどう変わるか
by
Takuto Wada
リーン開発の本質 公開用
by
ESM SEC
TDD のこころ
by
Takuto Wada
Similar to DevOpsを支える原則、3つの道
PDF
AWS における Microservices Architecture と DevOps を推進する組織と人とツール
by
Amazon Web Services Japan
PPTX
DevOps勉強会
by
Shuntaro Saiba
PPTX
今さら聞けない人のためのDevOps超入門 2025/2/20 OSC2025 Tokyp/Spring
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PDF
Changing Infrastructure operation by DevOps And Agile Development
by
Taiji Tsuchiya
PDF
DevOps、その前に
by
Yuta Matsumura
PDF
企業組織論としてのオープンイノベーション
by
Osaka University
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PPTX
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
PDF
人が作るソフトウェア 〜今組織パターンを読む意味〜
by
Yukei Wachi
PPTX
Xpjug lt-20210918
by
Takeshi Hirosue
PDF
Tech summitの歩き方 dev-ops編
by
Tech Summit 2016
PDF
[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう
by
Shigeki Morizane
PDF
2019年12月16日開催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」セッション1「Dev...
by
アトラシアン株式会社
PPTX
[2021年3月11日] エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう(CloudNative Days Spring 2021 ON...
by
Hiroshi Tomioka
PPTX
LiBRA 07.2020 / ITソリューション塾・第34期・開発と運用
by
Masanori Saito
AWS における Microservices Architecture と DevOps を推進する組織と人とツール
by
Amazon Web Services Japan
DevOps勉強会
by
Shuntaro Saiba
今さら聞けない人のためのDevOps超入門 2025/2/20 OSC2025 Tokyp/Spring
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
Changing Infrastructure operation by DevOps And Agile Development
by
Taiji Tsuchiya
DevOps、その前に
by
Yuta Matsumura
企業組織論としてのオープンイノベーション
by
Osaka University
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
今さら聞けない人のためのDevOps超入門
by
VirtualTech Japan Inc./Begi.net Inc.
人が作るソフトウェア 〜今組織パターンを読む意味〜
by
Yukei Wachi
Xpjug lt-20210918
by
Takeshi Hirosue
Tech summitの歩き方 dev-ops編
by
Tech Summit 2016
[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう
by
Shigeki Morizane
2019年12月16日開催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」セッション1「Dev...
by
アトラシアン株式会社
[2021年3月11日] エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう(CloudNative Days Spring 2021 ON...
by
Hiroshi Tomioka
LiBRA 07.2020 / ITソリューション塾・第34期・開発と運用
by
Masanori Saito
More from Arata Fujimura
PDF
モダンオフショア開発のすすめ
by
Arata Fujimura
PDF
プラクティス厨から始めるアジャイル開発
by
Arata Fujimura
PDF
クラスメソッドにおけるスクラム開発の光と影
by
Arata Fujimura
PDF
最高のScrumキメた後にスケールさせようとして混乱した話
by
Arata Fujimura
PDF
クラスメソッドベトナム設立しました
by
Arata Fujimura
PDF
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
by
Arata Fujimura
PDF
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
by
Arata Fujimura
PDF
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
by
Arata Fujimura
PDF
DevOps導入支援、始めました
by
Arata Fujimura
PDF
スクラムワークショップ
by
Arata Fujimura
PDF
PdMワークショップ
by
Arata Fujimura
PDF
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
by
Arata Fujimura
PDF
スクラムマスター募集中
by
Arata Fujimura
PDF
Experience DevOps Implementation Support Service
by
Arata Fujimura
PDF
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
by
Arata Fujimura
PDF
登壇勉強会 〜それぞれの流儀がそこにある〜
by
Arata Fujimura
PDF
変化に強い、継続的に学習する組織に変わるためのステップとは
by
Arata Fujimura
PDF
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
by
Arata Fujimura
PDF
俺のレアジョブ利用法
by
Arata Fujimura
PDF
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
by
Arata Fujimura
モダンオフショア開発のすすめ
by
Arata Fujimura
プラクティス厨から始めるアジャイル開発
by
Arata Fujimura
クラスメソッドにおけるスクラム開発の光と影
by
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱した話
by
Arata Fujimura
クラスメソッドベトナム設立しました
by
Arata Fujimura
モダンオフショア開発でIT人材不足の解消を目指す 〜 ベトナムでの取り組みとこれから 〜
by
Arata Fujimura
アジャイル開発の原則を守りつつ、マルチサイト開発を行なう!
by
Arata Fujimura
DevOps: 変化の激しい環境でビジネス競争力を向上させる具体的な方法
by
Arata Fujimura
DevOps導入支援、始めました
by
Arata Fujimura
スクラムワークショップ
by
Arata Fujimura
PdMワークショップ
by
Arata Fujimura
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
by
Arata Fujimura
スクラムマスター募集中
by
Arata Fujimura
Experience DevOps Implementation Support Service
by
Arata Fujimura
最高のScrumキメた後にスケールさせようとして混乱したけど今はまた最高のScrumに戻って新型コロナの影響は皆無な話
by
Arata Fujimura
登壇勉強会 〜それぞれの流儀がそこにある〜
by
Arata Fujimura
変化に強い、継続的に学習する組織に変わるためのステップとは
by
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
by
Arata Fujimura
俺のレアジョブ利用法
by
Arata Fujimura
アジャイル開発の原則を守りつつ、グローバルチームを立ち上げる!
by
Arata Fujimura
DevOpsを支える原則、3つの道
1.
DevOpsを支える原則、 3つの道 2022/2/16 藤村 新 ∼第3回 TOC実践分科会∼
2.
自己紹介 • 藤村 新(ふじむら あらた) • @aratafuji •
46歳 • 転職多め(現在13社目) • クラスメソッド株式会社 グローバル事業部
3.
主な登壇歴 •Regional Scrum Gathering
Tokyo 2015 •Agile Japan 2015 •Regional Scrum Gathering Tokyo 2016 •Scrum Fest Osaka 2019 •DevOpsDays Tokyo 2019 •DevOpsDays Taipei 2019 •XP祭り 2019 •Regional Scrum Gathering Tokyo 2020 •Developers Summit 2020 •Regional Scrum Gathering Tokyo 2021 •Scrum Fest Sapporo 2021
4.
主な登壇歴 •Regional Scrum Gathering
Tokyo 2015 •Agile Japan 2015 •Regional Scrum Gathering Tokyo 2016 •Scrum Fest Osaka 2019 •DevOpsDays Tokyo 2019 •DevOpsDays Taipei 2019 •XP祭り 2019 •Regional Scrum Gathering Tokyo 2020 •Developers Summit 2020 •Regional Scrum Gathering Tokyo 2021 •Scrum Fest Sapporo 2021 Agile(Scrum, XP)関連がほとんど
5.
主な登壇歴 •Regional Scrum Gathering
Tokyo 2015 •Agile Japan 2015 •Regional Scrum Gathering Tokyo 2016 •Scrum Fest Osaka 2019 •DevOpsDays Tokyo 2019 •DevOpsDays Taipei 2019 •XP祭り 2019 •Regional Scrum Gathering Tokyo 2020 •Developers Summit 2020 •Regional Scrum Gathering Tokyo 2021 •Scrum Fest Sapporo 2021 DevOps関連でも少しだけ…
8.
DevOps (と私)の歴史
9.
8月 2008年 7月 3年働いたエキサイト退職 同僚が立ち上げたスタートアップ へ転職🔥 Agile 2008 Agile Infrastructure
and Operations: How Infra-gile are You? パトリック・デボア (The DevOps Handbook共著[2016/10]) アヴリル・ラヴィーン来日ツアー 3キャリア公式&PCサイトを 1人Devで構築 9月 11月 結婚♥ エキサイト スタートアップ
10.
6月 2009年 Velocity 2009 10+ Deploys
per Day: Dev and Ops Cooperation at Flickr ジョン・アレスポウ & ポール・ハーモンド スタートアップ退職 フリーランスエンジニアになる🔥 10月 スタートアップ フリーランス DevOpsDays Ghent 2009 パトリック・デボア 2月 Continuous Deployment ティモシー・フィッツ http://timothy fi tz.com/2009/02/08/ continuous-deployment/ (DevOpsの文脈ではない) 9月 3月 自社サービスを模索しながらも受託開発メイン
11.
9月 DevOpsDays Sydney フリーランスエンジニア挫折 スタートアップに出戻り orz 10月 フリーランス
スタートアップ(出戻り) 2月 6月 12月 DevOpsDays Mountain View DevOpsDays Hamburg DevOpsDays Brazil 11月 長男誕生♥ 西海岸ノリの スタートアップに常駐 7月 Continuous Delivery ジェズ・ハンブル他 (The DevOps Handbook共著) (DevOpsにも結構言及してる) 2010年 自社サービスを模索しながらも受託開発メイン
12.
4月 10月 スタートアップ(出戻り) 西海岸ノリのスタートアップ 2月 西海岸ノリの スタートアップに常駐 事業をピボットしたタイミングでジョイン アジャイル開発、リーン・スタートアップ初体験 12月 8月 DevOpsDays Melbourne 7月 DevOpsDays Bangalore 常駐先へ転職 DevOpsDays Goteborg DevOpsDays Manila 西海岸ノリで解雇🔥 GMOインターネットに出戻り GMOインターネット 3月 DevOpsDays Boston 6月 DevOpsDays Mountain
View ソシャゲで アジャイル開発 9月 2011年
13.
4月 10月 DevOpsDays Tokyo@GMO インターネット 7月 DevOpsDays Delhi DevOpsDays Rome GMOインターネット DevOpsDays Austin Texas 6月 DevOpsDays Mountain
View ソシャゲでアジャイル開発 5月 3月 グループ会社の新規プロジェクトで スクラム初実践 ニアミス! しかし不参加 2012年 12月 PMIアジャイルPM研究会 立ち上げプロジェクトに参画 リリース 9月
14.
9月 GMOインターネット 6月 3月 DevOpsDaysは年18回開催! New York (Winter)、New
Zealand、London (Spring)、Paris、Austin、Berlin、Amsterdam、Silicon Valley、Sydney、 Tokyo、Tel Aviv、Atlanta、Barcelona、New York (Fall)、Vancouver、Portland、London (Autumn)、Bangalore 1月 The Phoenix Project ジーン・キム他 (The DevOps Handbook共著) 2013年 「状況によって手作業で環境構築することを認めると、 Chefの利用が浸透しない」。 GMOインターネットの藤村 新氏(次世代システム 研究室 シニアアーキテクト)は、自身のチームでの 経験から、こう警鐘を鳴らす。 @ヤフー 8月 qpstudy 2013.01 「DevOpsをぶち壊せ ∼DevOps言うな∼」
15.
DevOpsDays 開催数 0 20 40 60 80 2009 2010
2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 28 35 80 71 51 42 22 19 18 5 6 4 1 初参加! 初登壇! 初海外登壇!
16.
DevOps に対する 私のもやもや
17.
DevOpsって、 ズルくない?
18.
https://puppet.com/sites/default/ fi les/inline-images/2016%20State%20of%20DevOps%20infographic.jpg
19.
全部DevOpsの手柄?
20.
‒Effective DevOps 実際、devops運動の背後にあるアイデア の多くは、以前から別の名前で存在していた ものが多い。しかし、devopsの時代精神 は、それらの部品の総和以上のものであり、 今までのものとは異なるものである。
21.
これら全部DevOps傘下?
22.
DevOpsって、 名前が悪くない?
23.
当初はDevとOpsの対立構造解消にフォーカス していたけど、その後解釈が拡大中 https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at- fl ickr
24.
DevOpsって、 なぜ定義 しないのか?
25.
• devopsに関係があるのは開発者と管理者だけではない • devopsはチームではない •
devopsは肩書きではない • devopsはウェブ系のスタートアップだけの問題ではない • devopsには認定資格が必要ではない • devopsとは、半分の人員ですべての仕事をすることではない • devopsには「正しい方法」(または「間違った方法」)はない • devopsを取り入れるためにはX週間/Xヶ月かかるわけではない • devopsはツールの問題ではない • devopsとは自動化のことではない • devopsは一時的な流行ではない • devopsは以前のアイデアに新しい名前をつけただけではない • 非難文化があるのはdevopsではない • サイロ化しているのはdevopsではない • 根本原因分析しているのはdevopsではない • ヒューマンエラーという考え方はdevopsではない • 割り込み文化はdevopsではない • devopsは単なるアジャイルではない • 「1日10デプロイ」を実践しているからといって「devopsをうまくやっている」 とは言えない
26.
http://agilemanifesto.org/iso/ja/manifesto.html アジャイルの価値と原則
27.
https://www.slideshare.net/fkino/brief-history-of-agile-movement/15
28.
DevOpsの価値と原則を 定義すれば良いのに
29.
もやもやしながらも DevOps導入支援 サービス始めてみた
31.
定義なくして 支援なし!
32.
定義してみた
33.
変化の激しい ビジネス環境において、 組織のビジネス競争力を向上 させること DevOpsの目的
34.
組織のビジネス競争力を 向上させるために行なう 全ての活動の総称 つまりDevOpsとは、
35.
単なる標語
38.
https://itrevolution.com/the-three-ways-principles-underpinning-devops/ 2012/8 2013/1 2016/10
39.
2013/1 2016/10
40.
https://itrevolution.com/the-three-ways-principles-underpinning-devops/ 2013/1 2016/10 3つの道 DevOpsを支える原則
41.
•第1の道: フローの原則 •開発→運用→顧客の左から右へのワークフローを高速にする 3つの道: DevOpsを支える原則
42.
•第1の道: フローの原則 •開発→運用→顧客の左から右へのワークフローを高速にする •第2の道: フィードバックの原則 •右から左へのすばやくて持続的なフィードバックフローを実現する 3つの道:
DevOpsを支える原則
43.
•第1の道: フローの原則 •開発→運用→顧客の左から右へのワークフローを高速にする •第2の道: フィードバックの原則 •右から左へのすばやくて持続的なフィードバックフローを実現する •第3の道:
継続的な学習と実験の原則 •フィードバックループの継続的な短縮、強化により、かつてないほど安全 な作業システムを作ると、リスクテイクと実験がしやすくなり、競合他社 よりも早く学んで競争に勝ちやすくなる 3つの道: DevOpsを支える原則
44.
3つの道: DevOpsを支える原則 変化に強い、継続的に学習する組織 •第1の道: フローの原則 •開発→運用→顧客の左から右へのワークフローを高速にする •第2の道:
フィードバックの原則 •右から左へのすばやくて持続的なフィードバックフローを実現する •第3の道: 継続的な学習と実験の原則 •フィードバックループの継続的な短縮、強化により、かつてないほど安全 な作業システムを作ると、リスクテイクと実験がしやすくなり、競合他社 よりも早く学んで競争に勝ちやすくなる
45.
DevOpsの 最初の一歩
46.
可視化
47.
•カンバン •VSM
48.
•カンバン •VSM
51.
1.見える化 2.WIPの制限 3.流れの管理 カンバンの重要な要素
52.
https://lean-trenches.com/one-day-in-kanban-land/ ① ② ③ ④ ⑤ ⑥
53.
https://lean-trenches.com/one-day-in-kanban-land/ ⑦ ⑧ ⑨ ⑩ ⑪
54.
•サイクルタイム •プロセスの一部を完了する時間 •リードタイム •プロセス全体を完了する時間 •スループット •ある一定期間に完了した項目数 流れを管理するメトリクス
55.
•カンバン •VSM
56.
https://dev.classmethod.jp/articles/value-stream-mapping/
58.
https://dev.classmethod.jp/articles/value-stream-mapping/
59.
VSMやってみてわかったこと •全体のリードタイム、プロセスタイム、待ち時間 •LT(リードタイム) •48日 •PT(プロセスタイム) •20日 •WT(待ち時間) •28日
60.
•改善ポイント1 •ステージングデプロイ、社内デプロイとも 曜日を固定して実施しているために待ち時 間が発生してしまっている •必要に応じて随時デプロイすれば、最大 で18日分のLTが短縮できる可能性がある VSMやってみてわかったこと
61.
•改善ポイント2 •テスト実施者、承認者、デプロイ実施者、それぞれが担当が異なる ため、ハンドオーバーの無駄が発生している •AWS Code Pipelineなどを使ってデプロイメントパイプライン を構築すれば、承認者がAWS
マネジメントコンソール上で承認を クリックするだけで、各環境にデプロイするところまでを自動化す ることもできそう • 改善ポイント1 だけではハンドオーバーが発生するため現実的に は18日分のLT短縮は難しいが、さらにハンドオーバーを止めて、 一連の流れを自動化することでそれに近い短縮が可能になる VSMやってみてわかったこと
62.
VSMを使った 継続的な 改善フロー
63.
スタート
64.
スタート VSM実施 •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率
65.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする
66.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 隔週の定例承認会議 手間のかかる手動デプロイ 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 開発から運用への引き継ぎ •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする
67.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 リーン・スタートアップ 継続的インテグレーション アジャイル開発 組織変更 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする 手間のかかる手動デプロイ
CI/CDパイプライン 形骸化したルール変更 隔週の定例承認会議 開発から運用への引き継ぎ
68.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 リーン・スタートアップ 継続的インテグレーション アジャイル開発 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする CI/CDパイプライン 手間のかかる手動デプロイ 組織変更 形骸化したルール変更 隔週の定例承認会議 開発から運用への引き継ぎ DevOps支援のスコープ
69.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 リーン・スタートアップ 継続的インテグレーション アジャイル開発 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする CI/CDパイプライン 手間のかかる手動デプロイ 組織変更 形骸化したルール変更 隔週の定例承認会議 開発から運用への引き継ぎ 実際のボトルネックはここだった!
70.
‒ 『The DevOps
逆転だ!』 「制約条件理論を生み出したエリヤ フ・ゴールドラットは、ボトルネック 以外のところでいかに改良を加えても 無駄だということを教えてくれた。衝 撃だったけど、真実なんだよ。」
71.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 リーン・スタートアップ 継続的インテグレーション アジャイル開発 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする ボトルネックが移動 手間のかかる手動デプロイ
CI/CDパイプライン 組織変更 開発から運用への引き継ぎ
72.
スタート VSM実施 ムダなプロセスと その改善案洗い出し •現状数値把握 •リードタイム •プロセスタイム •待ち時間 •手戻り率 長期開発とビックバン結合 技術的負債による開発速度低下 思いつき駆動の長い企画会議 リーン・スタートアップ 継続的インテグレーション アジャイル開発 •ボトルネックの解消に注力 •リードタイムをKPIに設定 •具体的な短縮目標を決め、 部門横断目標にする ボトルネックが移動 手間のかかる手動デプロイ
CI/CDパイプライン 組織変更 開発から運用への引き継ぎ
73.
•第1の道: フローの原則 •開発→運用→顧客の左から右へのワークフローを高速にする ここまでが第1の道 !"#
74.
「やってる感」に注意! 注意1
75.
アジャイル スクラム クラウド DX リーン開発 カンバン XP DevOps 継続的インテグレーション 継続的デリバリー デプロイパイプライン IaC LeSS SAFe DAD Scrum@Scale ペアプロ モブプロ リーンスタートアップ ドメイン駆動設計 テスト駆動開発 ユーザーストーリーマッピング インセプションデッキ カスタマージャーニーマップ リーンキャンバス パターン・ランゲージ デザイン思考 システム思考 Spotifyモデル IaaS PaaS SaaS ブルーグリーンデプロイメント カナリアリリース ダークカナリア カオスモンキー マイクロサービス Git GitHub Nexus Management 3.0 モダンアジャイル プランニングポーカー デザインスプリント ティール組織 サーバレス コンテナ Docker Kubernetes 自動テスト リファクタリング AI チャットボット
76.
ボトルネック 以外の改良は
77.
無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無 駄 無駄!
78.
VSMを厳密な定量評価 には使わない 注意2
79.
https://speakerdeck.com/moriyuya/bullshit-product-rsgt2022?slide=261
80.
https://speakerdeck.com/moriyuya/bullshit-product-rsgt2022?slide=269
81.
VSMは ボトルネックを探す 参考にする程度
82.
まとめ
83.
•DevOpsを実践するためのステップは3つの道! •第1の道の最初の一歩は可視化! •可視化をプロセスに組み込むならカンバン •まず現在の流れを可視化するならVSM •VSMはボトルネックを探す参考にする程度 •可視化したらメトリクスの収集 •代表的なメトリクスはリードタイム •ボトルネックを見つけ、その解消に注力しよう •その結果、ワークフローは高速になる •ボトルネック以外の改良は無駄!
84.
以上
Download