ちょっとタイトルの書き方を変えてみました。drcとは、Dealine Reading Club(デッドライン読書会)の略称です。今回は21回目の読書会の感想記事になります。あれ、デッドライン読書会ってなんだっけ?っていうのは下記の記事をご参考にしてください。
課題図書
第20回に引き続き、課題図書はThe DevOps 勝利をつかめ!です。範囲は「第11章 自分の力で」~最後でした。200頁ほど読み進めたことになります。余談ですが、監修の榊原さんにサインもらいたいなと思い物理書籍で読み進めてます。コロナが終わったら、ぜひ。
感想
本書は、The DevOpsシリーズの第三作目にあたります。
と来ての本書です。1作目と3作目はストーリー調のいわばIT小説です。2作目は1作目の詳細な解説版ですね。1作目と3作目はストーリーとしては表と裏の関係ですが、独立しているため、3作目の本書だけ読んでも問題ありません。私も1作目はほぼ内容を忘れてしまいました……
さて、本書は、DevOpsと銘打っていますが、読み終わると「ここまでがDevOpsか!」という壮大さにびっくりします。参考までによくあるDevOpsの定義を調べてみました。
DevOpsは、ソフトウェア開発手法の一つ。開発 と運用 を組み合わせたかばん語であり、開発担当者と運用担当者が連携して協力する開発手法をさす。ソフトウェアを迅速にビルドおよびテストする文化と環境により、確実なリリースを、以前よりも迅速に高い頻繁で可能とする組織体勢の構築を目指している。
https://ja.wikipedia.org/wiki/DevOps
本書ではもちろんこの定義にある開発と運用の連携や、迅速なフィードバック、組織の構築といった内容は出てきますが、意外にその内容はあっさりでした(長さとしては4分の1くらい?)。それよりも重視されていたのが、DevOpsの先には何があるか、をイメージさせてくれることでした。
DevOpsな開発・運用、組織が実現した先に何があるか、たしかにイメージしたことがありませんでした。私自身がそんなレベルまで到達していませんので……本書の舞台であるパーツ・アンリミティッド社(以降、PU社)では、「その先」ではこんな施策が行われていました。
- 開発・運用を効率的に行うために、リソースの最適化
- 重複しているシステムの整理
- 無理矢理動かしていたハードウェアの廃棄、データセンターの整理、クラウド化
- 要員の減員(リストラではなく、新規領域への配置換え)
- ホライゾン3領域の強化
- (ホライゾン1が既存主力領域、ホライゾン2が準主力・新規事業領域、ホライゾン3がパイロットプロジェクトなど)
- 今後のPU社が企業として持続的にあるためにはホライゾン3が十分に活発であるべきだが、そうなっていなかった
- その対処のために、アイデアコンテストの開催し、優秀アイデアには、実現のために最高のチームをアサインする
- 木曜教室
- 全社員が学ぶ時間を作った
- 毎週木曜の2時間を全社員が何かを学んだり、教えたりする時間とした
- 特別エンジニア(Distinguished Engineer)職を作った
- PU社はリテールを持つ製造業の企業。これまで営業職や工場長職にはスペシャリズムに対するキャリアパスがありましたが、ITエンジニアにはなかった。
なるほど、DevOpsの全貌の一端が垣間見れた気がしました。
さて、The DevOpsシリーズには数字が頭についた示唆が合計3つ出てきます。自分の備忘のためにも整理しておきます。
最後にまとめます。本書はDevOpsのあるべき姿、その将来について、ストーリー調にて、はらはらしながら読ませてくれるとても読みやすい本でした。せっかくなので、The DevOpsシリーズを3冊とも読むのがおすすめです。
次回
- #22
- <未定>
- デッドライン
- #21の感想交換1Week(12/14〜20)
- インターバル(12/21~27)
- #22の読書する時間2Week(12/28~1/9)
- #22のブログポスト期限(1/10)
コメント