「LeanとDevOpsの科学 テクノロジーの戦略的活用が組織変革を加速する」を読んだので、その要点

[LeanとDevOpsの科学[Accelerate] テクノロジーの戦略的活用が組織変革を加速する (impress top gear) | Nicole Forsgren Ph.D., Jez Humble, Gene Kim, 武舎広幸, 武舎るみ |本 | 通販 | Amazon](https://www.amazon.co.jp/dp/4295004901)

<img src="https://img.ips.co.jp/ij/18/1118101029/1118101029-520x.jpg" width=30%> 

からなるほどと思った要点です。

## 最初に感想

- これを組織に対して自分で調査するのはエライことなのでとても価値がある説明と数字をたくさん仕入れられて有り難い。
- 「なんとなく重要」、と非科学的に思っていたことを数字できちんと裏付けてくれている。
- 願わくば電子書籍でもハイライトを使わせてほしい...。


> 研究の手法などに興味がなく、結果を知りたいよという人は1章と3章だけ読んでも十分
> 1章: 調査結果から見えてきたもの
2章: 調査・分析方法
3章: 改善努力の実際

- アンケートの分析の仕方にはこういう意見もある
    - [[読書メモ] Lean と DevOpsの科学 | エンジニアの何でもメモ帳](https://www.engineer-memo.net/20200418-6560)
    - が、個人的にはそこはもはや知りたい箇所ではない、アンケートを取って実証してくれてありがとう、という気持ち
    



## 要点

- **パフォーマンスが良好な組織とそうでない組織:**
    - コードのデプロイ頻度は46倍
    - コミットからデプロイまでのリードタイムは1/440
    - 平均復旧時間（稼働停止からの復旧に要する時間）は1/170
    - 変更失敗率は1/5
    - 和田卓人さんの以下スライド p.66 辺りの話

<script async class="speakerdeck-embed" data-slide="66" data-id="9ca54caac3db4344bdd140015dc5e081" data-ratio="1.77777777777778" src="//speakerdeck.com/assets/embed.js"></script>


- **ソフトウェアのデリバリのパフォーマンスの影響:**
    - 組織全体のパフォーマンス
    - 非営利部門のパフォーマンス
- **組織文化とモデル化と測定**
    - 基本前提：
        - 組織のメンバーが長期に渡り、様々な関係や出来事、活動の意味を会得（理解して自分のものにする）する。
言語化が難しい。
        - 可視性：低
    - 価値感：
        - レンズのように、組織のメンバーは「価値観」を通して周囲の関係や出来事、活動を見る。
        - 価値観は社会的規範を確立する。
        - 組織文化が語られる場合の多くがこのレベルの文化。
        - 可視性：中
    - アーティファクト：
        - 具体的には経営理念や社是、社訓、技術、手続きや手順、英雄、儀式等
        - 可視性：高
- **組織**
    - 不健全な(権力的な)組織
        - 著しい恐怖や脅威が特徴。
        - 情報の隠蔽や歪曲されることが多い。
    - 官僚的な(ルール志向の)組織
        - 縄張り意識が強い組織。
        - 自分たちのルールが絶対。
    - 創造的な(パフォーマンス志向の)組織
        - 使命や任務に焦点を当てる組織。
        - 目標の達成方法と良いパフォーマンスを最優先。

### キーフレーズ

- ヒューマンエラーで片付けてしまうような事故調査は好ましくないばかりか危険でもある。ヒューマンエラーは調査の出発点でなければならない
- **以下2つを併用することで組織文化に対して好影響を与えられる**
    - リーンマネジメント
    - 継続的デリバリ
- デリバリーパフォーマンスが低いと、組織が創造的になることを阻害する要因にもなり得る...
- リリースのたびに承認申請などの手続きがあり、かつバグや障害が発生しないことを祈る...
- **次のケイパビリティをチームが揃えているか否かが、テストとデプロイの自動化をもしのいで、継続的デリバリの促進要因となっていた。**
    - チーム外の人物の許可を得なくても、対象システムに大幅な変更を加えられる
    - 対象システムの変更作業で他チームに頼ったり、他チームに相当量の作業を課したりすることなく、対象システムに大幅な変更を加えられる。
    - チーム外の人々とやり取りしたり協働したりすることなく作業を完遂できる。
    - ソフトウェア製品やサービスを、それが依存する他のサービスに関係なく、オンデマンドでデプロイ、リリースできる。
    - 統合テスト環境を必要とせずに、オンデマンドでテストの大半を実施できる。
    - デプロイメントを無視できるほど僅かな稼働停止時間のみで通常の勤務時間内に完了できる。
- **変革**
    - リーダーシップの変革
    - マネジメントの変革
    - チームプラクティスの変革


**高パフォーマンス文化を獲得するためには「エビデンスに基づく実験や学びを繰り返し、各組織の状況や組織文化にふさわしい新たな協働方式を開発していかなければならない」**



## 参考記事

- [『LeanとDevOpsの科学』要約：組織文化のモデル化と改善について - Qiita](https://qiita.com/Atzz/items/59fed7f8bfc646f5e6bb)
- [『LeanとDevOpsの科学』まとめ - Qiita](https://qiita.com/takeshi_nozawa/items/c115379fafeb263ed807)
- [DevOpsの本質を科学的に理解する。LeanとDevOpsの科学を読んで。](https://blog.mosuke.tech/entry/2019/12/26/the-science-of-lean-software-and-devops/)
- [組織パフォーマンスの改善策を科学的に特定したケイパビリティー24個のクイック・リファレンス | by Masato Ishigaki | Masato Ishigaki | Medium](https://medium.com/i35-267/%E7%B5%84%E7%B9%94%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9%E3%81%AE%E6%94%B9%E5%96%84%E7%AD%96%E3%82%92%E7%A7%91%E5%AD%A6%E7%9A%84%E3%81%AB%E7%89%B9%E5%AE%9A%E3%81%97%E3%81%9F%E3%82%B1%E3%82%A4%E3%83%91%E3%83%93%E3%83%AA%E3%83%86%E3%82%A3%E3%83%BC24%E5%80%8B%E3%81%AE%E3%82%AF%E3%82%A4%E3%83%83%E3%82%AF-%E3%83%AA%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9-a7853db201ee)
- [Developer Experience向上への考察 - 「LeanとDevOpsの科学」を読んで - - TSUGULOG](https://yoshitsugu.net/posts/2018-12-21-lean-devops-and-dx.html)
- [「LeanとDevOpsの科学」を実際にチームに適用した際の工夫 - talk at DevOpsDays Tokyo 2022 - Visional Engineering Blog](https://engineering.visional.inc/blog/412/devops-days-tokyo-2022-after/)
- [「Lean と DevOps の科学」を読む前に知りたかったこと - Qiita](https://qiita.com/punkshiraishi/items/627810b8885f039a1ca4)

### 資料
- Puppet社によるState of DevOps Reportが元
    - https://puppet.com/resources/report/2020-state-of-devops-report
- [継続的デリバリの8つの原則 | Ryuzee.com](https://www.ryuzee.com/contents/blog/4172)


以上です～