About bizdevops

© 2019 Core Concept Technologies Inc.© 2019 Core Concept Technologies Inc.© 2020 Core Concept Technologies Inc.
BizDevOpsについて
株式会社コアコンセプト・テクノロジー
DXD 安宅彰一朗
2020年6月5日

© 2020 Core Concept Technologies Inc.
BizDevOpsについて CONFIDENTIAL
遠いゴール
不確実で
壮大な未来
ウォーターフォールな世界
一発勝負
前回のおさらい

BizDevOpsについて CONFIDENTIAL
繰り返し型開発な世界
近いゴール
確実な未来
小さな成功を
繰り返す
大切なことは
・開発サイクルの繰り返し
・フィードバックによる改善活動
前回のおさらい

解決したい課題
CONFIDENTIAL
ビジネスの状況が変わってきた
• ビジネス環境の移り変わりがどんどん早くなってる
• 1年前に考えたことが今正しいとは限らない
• 何もないところから最終仕様全部決めるとか神かよ
→ システム開発うまく回らないんですけど

ビジネスサイドから見たウォーターフォール
CONFIDENTIAL
時間
価値市場期待
開発保守
リリース時にここに到達してい
るか怪しい
→1年前にここを当てるとか…
進化スピードが遅いので
市場期待に答えられない
→結果使われない
リリースするまで価値
を生み出さない
→機会損失

ビジネスサイドから見た繰り返し型開発
CONFIDENTIAL
時間
価値市場期待
開発＆保守
早くから利益を
生み出し
市場期待にも答えて
いける
こんな感じにしたい
→どうするか？
こっちの方が
ロスが少ない

そうですDevOpsです
CONFIDENTIAL
• 開発チーム（Development） → Dev
• 運用チーム（Operations） → Ops
Dev
開発ベンダー
Ops
ユーザ企業
ありがちパターン
発注
納品
チームが別れてる、というか会社自体違う

CONFIDENTIAL
Dev
開発ベンダー
Ops
ユーザ企業
発注
納品
言われたことしかや
らない
保守性？何それ美
味しいの？
仕様は細かく決
められない
丸投げ
仕様orバグ
論争
ドキュメントを
メンテできない
→ドキュメントの負債化
使いづらいとか
言われる
仕様なの？
バグなの？
これを避けるために
〇〇仕様書、〇〇設計書
みたいなやつを大量に作る
→ドキュメント地獄
メンテコストが
膨大
動いてるから触
りたくない

CONFIDENTIAL
Dev
開発ベンダー
Ops
ユーザ企業
発注
納品
そもそも
ゴールが違う！
仕様通り納品安定運用
それぞれで最適解を目指した結果
使いづらいシステムが生まれる悲劇

CONFIDENTIAL
Dev&Ops
ビジネス価値の向上
運用開発
学びがある
・ユーザが実際に使ってどう思った
・適当な実装するとメンテで死ぬ
・自動テストないと修正怖すぎ
・CI/CDないとかまじかよ
→知ってるけど実感できないこと
そもそも
仕様かバグかとかどうでも良い
現状に満足していなくて
それにビジネス価値があるならや
ればよい
共通のゴールを
目指そう！

DevOpsを支える手法の進化
CONFIDENTIAL
• CI/CD
• テスト自動化
• 自律的なチームビルド
• チケット管理（タスク管理、バグトラック）
• 開発手法（アジャイル、スクラム、リーン etc...）
• ツール、サービスの進化（Slack, GitHub, docker, クラウ
ド etc...）
→ 開発スピード(アジリティ)の向上
→ ビジネス価値の向上

で、BizDevOpsって？
CONFIDENTIAL
DevOpsで高速な開発ができるようになってくると
新たな課題が見つかった
• 開発組織何やってるかよく分からないんだよね、何で評価した
らいいの？（by Biz）
• 意思決定が遅いし、意味不明な企画あげてくるよね
（by Dev&Ops）

CONFIDENTIAL
Dev&Ops
開発保守チーム
Biz
ビジネスチーム
こんなのほしい作ったよ
企画意図がわからん
意思決定遅いよ
開発何やってる
かわからん
評価基準
おかしくない？
組織が分断されている！
目指すところは同じは
ずなのにうまくいかな
い
実装知らんけどこんな
のいいな(夢)
リファクタリングした
ほうが良くない？

CONFIDENTIAL
• メルヴィン・コンウェイさんは言いました
「システムを設計する組織は、
その構造をそっくりまねた構造の設計を生み出してしまう」
→ コンウェイの法則（Wikipedia）
• 古い組織構造からは古くさいシステムしか生まれんのですよ
→じゃあ最終的に作りたいシステムの形に組織を合わせればいいんじゃない？
→ 逆コンウェイの法則

CONFIDENTIAL
• ビジネスチーム（Business） → Biz
Biz&Dev&Ops
【大切なこと】
・共通のゴール
・適切な権限移譲

BizDevOpsとアジャイルの違いって？
CONFIDENTIAL
アジャイル：開発手法
BizDevOps ：考え方、思想、文化、組織づくり
なのでエンジニアリングというか、組織論です。
社内政治とか嫌いなんだけどな。。。
そんなあなたにちょうどいい本あります。
「エンジニアリング組織論への招待」(広木大地)

BizDevOpsとアジャイルの違いって？
CONFIDENTIAL
アジャイル：開発手法
BizDevOps ：考え方、思想、文化、組織づくり
なのでエンジニアリングというか、組織論です。
社内政治とか嫌いなんだけどな。。。
そんなあなたにちょうどいい本あります。
「エンジニアリング組織論への招待」(広木大地)
とてもいい本なんですけど
ちょっと理屈っぽいです
でも良い本です！

ぶっちゃけ
CONFIDENTIAL
内製しろってことなんですけどそうは言うても人生色々あるよね
• IPA - DX推進に向け、アジャイル開発版の
「情報システム・モデル取引・契約書」
https://www.ipa.go.jp/about/press/20200331.html
→ 5分で分かる解説 https://note.com/fkino/n/n40d038c359ff
5秒で分かる要約
* 準委任契約が前提
* プロダクトオーナーはユーザー企業から出す
• 日本CTO協会 - DX Criteria
https://cto-a.github.io/dxcriteria/about.html
→ 320項目ぐらいあるDX判定チェックリスト
抽象的なもの概念より具体的なステップを目指したとのこと

参考
CONFIDENTIAL
• メテオフォール開発
https://eiki.hatenablog.jp/entry/meteo_fall
→ Bizが外部にいて強すぎるパターン…
• DevOpsとは何か？
https://www.buildinsider.net/enterprise/devops/01
• BizDevOpsで気をつけること
http://takashiitou1977.hatenablog.com/entry/2018/09/21/235657
• 日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから
https://simplearchitect.hatenablog.com/entry/2016/03/28/081149
• アジャイルとDevOpsの品質保証と信頼性
http://kokotatata.hatenablog.com/entry/2020/06/01/163652
→ 継続的テストの拡張という概念は面白い

About bizdevops

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à About bizdevops

Similaire à About bizdevops (20)

Dernier

Dernier (12)

About bizdevops