Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
なぜ今CI/CDがアジャイル組織に必要とされるのか?
Search
Kim, Hirokuni
July 18, 2019
Technology
0
340
なぜ今CI/CDがアジャイル組織に必要とされるのか?
Agile Japan 2019の登壇資料
Kim, Hirokuni
July 18, 2019
Tweet
Share
More Decks by Kim, Hirokuni
See All by Kim, Hirokuni
How We Migrated K8S Without Downtime
kimh
0
200
エンジニアが起業する意味: 起業経験ゼロから電動キックボード 事業を創る話
kimh
0
1.2k
K8sとTraefikでつくるマイクロフロントエンド
kimh
14
2.9k
CI/CDを使い倒して数段上のソフトウェア開発をしよう (デブサミ関西)
kimh
2
1k
デブサミ福岡: CI/CDを使い倒して数段上のソフトウェア開発をしよう
kimh
0
600
CircleCI 2.0を支える2つの コンテナクラスターとSRE
kimh
6
6.3k
CircleCI 2.0を支える2つのコンテナクラスター
kimh
2
4.6k
CircleCI 2.0を支えるインフラとSREの役割
kimh
5
2.4k
Orbsを使ってAWSへ簡単デプロイ
kimh
1
1.6k
Other Decks in Technology
See All in Technology
VLMサービスを用いた請求書データ化検証 / SaaSxML_Session_1
sansan_randd
0
170
メモ整理が苦手な者による頑張らないObsidian活用術
optim
1
170
Claude Codeが働くAI中心の業務システム構築の挑戦―AIエージェント中心の働き方を目指して
os1ma
9
1.3k
【Λ(らむだ)】最近のアプデ情報 / RPALT20250729
lambda
0
210
製造業の課題解決に向けた機械学習の活用と、製造業特化LLM開発への挑戦
knt44kw
0
130
Microsoft Learn MCP/Fabric データエージェント/Fabric MCP/Copilot Studio-簡単・便利なAIエージェント作ってみた -"Building Simple and Powerful AI Agents with Microsoft Learn MCP, Fabric Data Agent, Fabric MCP, and Copilot Studio"-
reireireijinjin6
1
200
Perlアプリケーションで トレースを実装するまでの 工夫と苦労話
masayoshi
1
320
オブザーバビリティプラットフォーム開発におけるオブザーバビリティとの向き合い / Hatena Engineer Seminar #34 オブザーバビリティの実現と運用編
arthur1
0
260
Kiroでインフラ要件定義~テスト を実施してみた
nagisa53
2
200
隙間時間で爆速開発! Claude Code × Vibe Coding で作るマニュアル自動生成サービス
akitomonam
2
240
【CEDEC2025】『ウマ娘 プリティーダービー』における映像制作のさらなる高品質化へ!~ 豊富な素材出力と制作フローの改善を実現するツールについて~
cygames
PRO
0
130
地域コミュニティへの「感謝」と「恩返し」 / 20250726jawsug-tochigi
kasacchiful
0
120
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
1k
Practical Orchestrator
shlominoach
190
11k
A designer walks into a library…
pauljervisheath
207
24k
Visualization
eitanlees
146
16k
Done Done
chrislema
185
16k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
21
1.4k
Automating Front-end Workflow
addyosmani
1370
200k
Making Projects Easy
brettharned
117
6.3k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
50
5.5k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Transcript
1 なぜ今CI/CDがアジャイル組織に必要 とされるのか? Kim, Hirokuni (CircleCI SRE/Japan Tech Lead) #agilejapan
#circlecijpanan
2 CircleCIについて • 世界最大規模のクラウド CI/CD サービス • より良いコードをより速く、簡単にリリースすることを可能に • 2011年設立、サンフランシスコ本社
• 220人以上の社員、5大陸に在籍(米国と東京にオフィス) • 18年1月 3,100万ドルのシリーズCを実施、合計5,950万ドルを調達 Representative Customers
3 サークルシーアイ チョットデキル 左: CEO Jim Rose 右: CTO Rob
Zubber
4 海外初オフィスとなるCircleCI Japan
5 自己紹介 Kim, Hirokuni (金 洋国) - CircleCI SRE -
CircleCI Japan設立 - CircleCI Japan Tech Lead Twitter: https://twitter.com/kimhirokuni
6 宣伝 (個人) 電動キックボードを公道で体験できるサービス Hop-on! を運営 • みなとみらい・渋谷で体験できます • 続きは
https://hop-on.jp で!
7 アジャイルとは? • 0/1な定義ではなく属性の度合い ◦ 自律的 ◦ フラット ◦ 変化に対する柔軟性
◦ 失敗から学ぶ姿勢
8 アジャイルとは? • 0/1な定義ではなく属性の度合い ◦ 自律的 ◦ フラット ◦ 変化に対する柔軟性
◦ 失敗から学ぶ姿勢
9 自分が考えるアジャイルなチームとは? 失敗を推奨しそこから 学ぶ仕組みが存在する
10 自分が考えるアジャイルなチームとは? 失敗を推奨しそこから 学ぶ仕組みが存在する CI/CDがどのように貢献するか <- 今日のテーマ
11 CI/CDとは何か?
12 CI/CD 戦国時代 Google GCP Cloud Build Microsoft Azure Pipelines
AWS CodeBuild
13 CI/CDとは何か? 2つの開発手法から構成される • Continuous Integration (継続的インテグレーション) • Continuous Deployment
(継続的デプロイメント)
14 CIとはテストを自動で実行する仕組み 開発者のコード変更に対して • 常に • 同じ環境で テストを実行してくれる
15 CIの流れ 2. VCSからCircleCIへ通知 1. コードをプッシュ 3. CircleCIでテスト実行 4. テスト結果通知
16 CIの流れ 2. VCSからCircleCIへ通知 1. コードをプッシュ 3. CircleCIでテスト実行 4. テスト結果通知
17 CIの流れ 2. VCSからCircleCIへ通知 1. コードをプッシュ 3. CircleCIでテスト実行 4. テスト結果通知
18 CIの流れ 2. VCSからCircleCIへ通知 1. コードをプッシュ 3. CircleCIでテスト実行 4. テスト結果通知
19 なぜCIが重要か? • テストがあるけど実行し忘れた • 昔書いたテストが壊れていて動かない • テスト結果が環境依存 CIがないと色々問題が CIがないとき
CIがあるとき
20 なぜCIが重要か? • テストがあるけど実行し忘れた • 昔書いたテストが壊れていて動かない • テスト結果が環境依存 CIでさくっと解決! •
常に自動で実行される • テストが壊れた時点で通知がくる • まっさらな環境でテストを実行 CIがないとき CIがあるとき
21 CIがある開発フロー コードをPush
22 CIがある開発フロー コードをPush CIでテスト
23 CIがある開発フロー コードをPush CIでテスト masterへマージ
24 CIがある開発フロー コードをPush CIでテスト masterへマージ 自動
25 CIがある開発フロー コードをPush CIで自動テスト masterへマージ 自動 デプロイ 手動
26 CD (継続的デプロイメント)とは? 開発者のコード変更に対して • CIを実行後 • 自動で デプロイしてくれる
27 なぜCDが重要か? • 毎回のデプロイ作業が大変 • 間違った環境にデプロイ (ヒューマンエラー) CDがないと色々な問題が
28 アジャイルとCI/CDの関係
29 CI/CDまでの歴史 アジャル DevOps CI/CD 時間
30 アジャイル • 顧客と対話 • コミュニケーションの重要性 • 変化への対応
31 CI/CDまでの歴史 アジャル DevOps 時間
32 DevOps • 開発 (Dev)と運用 (Ops)の協調 • 作業の自動化
33 アジャイルとDevOps アジャイル: 開発チームと顧客との積極的な協力 DevOps: 開発 (Dev) と 運用 (Ops)
の協調
34 CI/CDまでの歴史 アジャル DevOps CI/CD 時間
35 CI/CD • DevOpsのアイデアを実現するためのツール • テスト・デプロイを自動化
36 抽象度のピラミッド図 アジャイル DevOPs CI/CD 抽象度 高い 低い
37 CircleCIのチーム紹介
38 グローバルチーム • アジア • ヨーロッパ • 北アメリカ
39 ボーイング方式 • ワーキング・トュギャザー • 時差の有効活用 • 継続的なペアリング • 無理のないアラート対応
• 障害時対応
40 リモートチーム成功の秘訣 Over Communication • 質問・疑問があればなんでもSlackに • SlackよりZoomを • Slackでメンションをためらわない
41 開発手法: 独自のKANBAN方式 (1) KANBANとは? • ご存知TOYOTAの工場での生産手法が起源 • 仕事を細分化 •
プロセスの視覚化 • 開発者は Ready For Devな作業をプルしていく
42 開発手法: 独自のKANBAN方式 (2) 分散チームに合うようにカスタマイズ • ミーティングの数や種類 • Story Point
• WIP Limitの有無
43 チーム構成 Eng. Manager: チーム全体の管理。コードは書かない Tech Lead: 設計や重要な技術的決定に責任を持つ Team Lead:
Eng. Managerへの一歩手前 Engineering Manager Team Lead Tech Lead Developers 1チーム7人から10人の構成
44 Competency Matrix
45 エンジニア組織の原則 • 全てのエンジニアがマネジャーのキャリアパスを目指す わけではない • 若手エンジニアでもリードできる • エンジニアによって成長過程や強みはそれぞれ •
エンジニアは成長していく • コードを書く力は求められる技術のほんの一部 Competency Matrixはここに公開されています
46 エンジニアチームの重要原則: アイデアを常にテストする • 早くMVPを作る • ユーザーからのフィードバックを得る • 修正を常に本番環境へ反映させる
47 CI/CDで失敗から学ぶチームを作る
48 Thinking Time ⏰ Q: 失敗から学ぶチームはどうすれば作れるか?
49 Thinking Time ⏰ Q: 失敗から学ぶチームはどうすれば作れるか? A: 失敗のコストを下げる
50 失敗のコストが下がると少なくなるもの • 責任の追求 • 対応のミーティング • 無駄なチェックリスト • etc.
51 開発での失敗あるある 1 手戻りの問題 • 2ヶ月仕様定義 • 4ヶ月実装 • リリース後大きな仕様の間違いが発覚
52 開発での失敗あるある 2 QAの問題 • テスト環境で1週間テスト • 本番と構成が違っていてバグを見逃す
53 なぜこのような問題が起こるのか? テスト可能部分 外部サービス ビジネス要求 仕様 トラフィック・負荷 テスト可能部分 外部サービス ビジネス要求
仕様 トラフィック・負荷 テスト可能領域はとても小さい
54 我々の重大な気づき 結局リリースしてみないとわからない!
55 シフト・レフト ライト 本番環境でテスト • CDで常に本番環境へデプロイする • 実際にユーザーに使ってもらう • 問題・失敗を見つける
• 修正 • CDでもう一度デプロイ
56 シフト・レフト ライト 設計・デザイン 開発 リリース テスト 時間 設計・デザイン 開発
リリース テスト 設計・デザイン 開発 リリース テスト フィードバック フィードバック
57 でも本番環境でテストってほんとに大丈夫?
58 本番環境でテストするための技術 • カナリーリリース • フィーチャーフラグ • ブルー・グリーンデプロイメント
59 フィードバックループ • 問題の早期発見 • 素早いフィードバック • カイゼン
60 CDなしだとだとループが回らない • リリースの許可が必要 • ヒューマンエラー フィードバックループが回 らない
61 CDなくしてフィードバックループなし No CD, No Feedback Loop
62 結論: CDを活用して失敗から学ぶチームを作ろう • 早く失敗できる • 失敗のコストが下がる • フィードバックループが回る CDをうまく活用すると、、、
63 前半のスライド 失敗を推奨しそこから 学ぶ仕組みが存在する
64 前半のスライド 失敗を推奨しそこから ↑ CDで本番環境でテスト 学ぶ仕組みが存在する
65 前半のスライド 失敗を推奨しそこから ↑ CDで本番環境でテスト 学ぶ仕組みが存在する ↑ フィードバックループ
66 Japan to APAC! : 多数のポジションを日本で採用中! circleci.com/careers Senior Full Stack
Software Engineer Senior Site Reliability Engineer Account Executive Customer Success Manager Japan Marketing Manager Solutions Engineer Sales Development Representative Tokyo, Japan グローバルプラットフォームを作るディ ベロッパーの採用 日本とAPACを担当するメンバーの採 用
Thank you. 67 Optional Name