http://blogs.technet.com/b/livedevopsinjapan/
https://channel9.msdn.com/Blogs/livedevopsinjapan/
http://simplearchitect.hatenablog.com/

USと同じ速度10 デプロイ／日も可能にDevOps のメリット

30倍
1 / 200
1 / 60https://puppetlabs.com/

168倍標準的な DevOps のビュー(aka Gene Kim’s “Three Ways”)

Development
Business

Operations
Customer【DevOps Enterprise 2015 参加レポート】第 2 回 – DockerによるDevOpsソフトウェアサプライチェーンの改善
http://blogs.technet.com/b/livedevopsinjapan/archive/2015/11/13/devops-enterprise-2015-2.aspx

• Infrastructure as Code (IaC)• 継続的インテグレーション• 自動テスト• 継続的デプロイ• リリースマネジメント• アプリ パフォーマンスの監視• ロード テストと自動スケーリング
http://www.itproguy.com/devops-practices/• 可用性監視• 変更/構成管理• 機能フラグ（フューチャーフラグ）• 環境へのプロビジョニングの自動解除• セルフサービス環境• 自動回復 (ロールバックとロールフォワード)• 仮説に基づく開発• 運用環境でのテスト• フォールトインジェクション
• 使用状況監視/ユーザー テレメトリ

8年ぐらい
遅れてるわ

5年遅れ
でんな

1. DevOps プレゼンテーション＆デモ
2. Value Stream Mapping

3. 文化とギャップ要素のインストール
4. DevOps ハックフェスト

5. モニタリングと継続的改善

Agile / DevOps の日本導入はそのままでは難しい
Agile 導入難度

権力の差(PDI)

個人の自立(IDV)

男性社会(MAS)

不確実性忌避(UAI)

長期指向(LTO)

日本

80

54

4695

9280

フランス

66

68

71

43

86

イタリア

65

50767075

アメリカ

494091624629

イギリス

45358966

3525

ドイツ

55

3567

66

65

31

http://www.clearlycultural.com/geert-hofstede-cultural-dimensions/power-distance-index/

物事を高速にこなしているのではなく、同じ価値に対する物量が少ない。

お客様のやりたいことが明確で、やり取りも物量も少ない。

意思決定・ゴールに無理がなくロジカル。

KPIがあるのみで、あとは自分で考える。上下関係・指示・承認がほぼ無い。

バカバカしい質問でも気軽に質問する「楽しんでいるか？」が最も重視される。

あるがままの自分を受け入れてもらえて「常識」が存在しない。

米国 100%62%

日本の生産性の動向 2015年版 http://www.jpc-net.jp/annual_trend/

物量が違う非エッセンシャル思考

エッセンシャル 思考

考え方

みんな・すべて・やらなくては・どれも大事だ・全部こなす方法は？

より少なく、しかしより良く・これをやろう
・大事なことは少ない
・何を捨てるべきか？

行動

やることをでたらめに増やす
・差し迫ったものからやる
・反射的に「やります」
・期限が迫ると根性で頑張る

結果

無力感
・何もかも中途半端
・振り回されている
・何かがおかしい・疲れ切っている

やることを計画的に減らす
・本当に重要なことを見極める
・大事なこと以外は断る
・あらかじめ障害を取り除いておく
充実感
・質の高い仕事ができる
・コントロールしている・正しいことをやっている
・毎日を楽しんでいるhttp://simplearchitect.hatenablog.com/

48%

テスト駆動開発

http://labs.nintex.com/code-dojo-test-driven-development/https://channel9.msdn.com/Blogs/livedevopsinjapan/6min-DevOps-10

西洋文化を学んで実践野澤 英歩（のざわ ひでゆき）
株式会社カラダメディカ
プロダクト企画部 部長代理

医師、薬剤師、栄養士、カウンセラーといった専門化に健康に関する悩みを365日24時間相談できるWebサービスを運営しています案件起案

開発費決裁

開発

承認

決裁資料

リリース作業

インセプションデッキ

リスク判定会議

ストーリー収集WS

リリース判定会議

リリース
スプリント計画

バックロググルーミング

リリース作業依頼

ふりかえり

RCリハーサル作業

スプリントレビュー

本番リリース作業
リリース手順書

バリューストリームマップとは、開発終了-リリースまでの全工程を見える化して所要時間、問題点を洗い出す手法です。

問題点
1.リリース作業が手作業メイン
2.リリースに必要な資料が多い
3.リリースの手順が多すぎる
4.リリースの決定権が現場にない

5.インフラ担当が複数部署兼任

今までもずっとそうやってきたし、そもそも会社の方針を変えるなんて無理でしょ？
品質も納期も全部大事だから時間がかかるのはしょうがないでしょ。ということで社長に聞いてみました

現場「社長にとって一番重要な事って何なんですか？」スピードそれからというもの事あるごとに社長を巻き込みました
社長

社長

一番大事な事は何かを常に考えながら色々改善していきましたリリース作業が手作業メイン
リリース作業はほとんどが定型作業ですので機械に任せた方が早い上に間違いがありません！

手作業=安全という幻想は捨ててもらい「自動化」する為の時間を捻出しました！

リリースに必要な資料が多い作って終わりの資料が多すぎる。
「テスト報告書」？「レビュー記録票」？
バグ発生時にそれ見て何か解決しますか？

作っても誰も見ない資料は作る必要がないと判断しましたので、リリース時にはリリースノートのみ作成するようにしました。

リリースの手順が多すぎるリスクを必要以上に心配し過ぎるから手間だけが増えていくんです。運営を揺るがすような問題はそうそう発生しません！

そもそもバグの発生を0にすることは不可能なので、バグが発生することは前提に考えてもらうようにしました。（ただし、重要なバグはすぐに直せる体制にする）

リリースの決定権が現場にない現場の事は現場が一番良く知っています。
そもそもリリース前の出口チェックでは後戻り作業を誘発して非効率です。

リリースの承認を決裁時に行ってもらうようにしました。また、大幅な仕様変更や新たなリスクが顕在化したら、リアルタイムに再承認をもらうようにする形にしました。

インフラ担当が複数部署兼任兼任していることによって、作業の手待ちが発生したり、チームに所属できない等の非効率な事態が発生しています。

定型作業を自動化することで捻出された時間をチームに所属する時間に割り当てるように調整しました。

これらの活動により、開発完了～リリースまでのリードタイムが13日→3日に短縮されました！

ですがまだまだ改善の余地はあります。マインド、プロセス面の強化だけでなく、定型作業の自動化の取り組みも進めております。

改善前
10.リリース完了！

1.開発完了！

改善後
7.リリース完了！

1.開発完了！

9. デプロイ完了の報告を受けて本番環境でシステムテストを実施

2.開発側でリリースの手順書を作
成2.開発側で必要に応じてVSTSにリリース定義を作成

8.運用側でリリースの手順書に従って、本番環境にデプロイ

3.運用側にリリース手順書を渡す

6. デプロイが終わったら最低限のスモークテストを本番環境で実施

3.「デプロイボタン」をポチで自動化された受け入れテストの実行が行われ、全てパスしたらRC環境にデプロイ

5.「承認ボタン」をポチで本番環境にデプロイ

4. デプロイが終わったら最低限のスモークテストをRC環境で実施

7.運用側の本番リリースのリソースの調整を行う

6. デプロイ完了の報告を受けてRC環境でシステムテストを実施

赤字：Hand-Off（手渡し）作業

4.運用側のRCリリースのリソースの調整を行う

5.運用側でリリースの手順書に従って、RC環境にデプロイ

それってカラダメディカみたいなスタートアップの企業だからできたんでしょ？

我々もトップダウンの気質が強い会社でした。
ただ、今までのやり方を続けていても何も変わらない事に気づいて、社長含むメンバー全員で変えていこうという決断をしました。

•
•
•
•

高い目標
変えたいという気持ち出来ると思う気持ち
Be Lazyのマインド1. 上を巻き込む（活動の承認を得る）
2. トレードオフを意識する（全てを救おうとしない）3. とにかくやってみる
4. 全員が参加する
5. 焦らずに一つ一つ確実に終わらせる
6. やりづらいことは続けないですぐに改善
7. 常にムダを意識して不要なことはやらない
8. 悩んだらすぐに周りに相談
9. 失敗を恐れない（むしろ喜ぶ）
10.複雑なことはシンプルにする

VSTSとはVisual Studio Team Servicesの略でアジャイルでの開発に特化した統合管理環境です。
カンバン、ソース管理、タスク管理、バグ管理、課題管理、リリース管理（CI&CD）、テスト管理といったあらゆるものを一元管理できます。
また、強力なクエリ機能でVSTS上のあらゆるデータのトラッキングが行えます。（Excelとの連携もできます）
更に5人のユーザーまで無償で使えるのも魅力の一つです。
手作業やExcelでのタスク管理に手詰まりを感じているのであれば、是非一度お試しいただくことをおススメいたします。
何より、ブラウザとマイクロソフトアカウントさえあれば何でもできるというのが最大の魅力です。

6/11, 12 土、日
DevOps ハッカソン
入門編
6/18, 19 土、日アドバンスド DevOps ハッカソン
黒船襲来スペシャル編

案内ページ： http://devopsjp.connpass.com/