ジーン・キムの作品一覧

雲をつかむような概念であるdevops。これをアメリカの老舗自動車部品メーカーを舞台とした小説で体感させることを狙った小説。
本書ではdevopsが仕事の4つのタイプと3つの道に沿って解説される。その根本には『ザ・ゴール』のTOC理論がありボトルネックになっているものから仕事をはぎ取ること、加えて、3つの道で示されるバッチサイズを小さくすることがある。
TOC理論で示されるように、いくら周りが頑張っていてもボトルネックが解消されない限り、その努力は無駄だし、WIPが積み重なるように無駄が無駄を呼ぶことにもなりかねない。また、バッチサイズが大きいとリリースまでの時間が長期化し、ビジネススピードか...続きを読むら遅れていく。そのためにはバッチサイズを小さくする必要があり、だからこそアジャイルとも親和性が高いということなのだろう。またスピードアップのためには1日複数回のデプロイを可能とするための運用の効率化、標準化も必要ということになるけれど、これも小さく始めるということを前提に進める必要がある。
本書の内容をすべて汲み取れたとは言えないけれど、再読する価値のある良書。

読むまでは「開発（Dev）と運用（Ops）の対立」からの『一緒にやりましょうね』ってだけの話だと思って舐めてました。
DevOpsをやらなくても生きてる企業はある。けど、今をトップで生きている（生き残っている）企業がこうなのだ、という事を知っておくと良いかもしれない。

出版された年から数年経っているので少し内容が古いかと思っていたが、そういったことを感じさせない内容だった。

間でところどころに事例も入っていて、AgileとDevOpsとCI/CDの関係性もこの本を通じてクリアになった。

職場においてDevOpsは部分的には実践されているが、この書籍の内容をベースに改めて改善可能な点を探したくなるような一冊だった。
チームで共通の理解にしたいと思える。

IT業界で働く人は、ひとつの並行宇宙で進行しているような話として読んでみると面白いのではないか。VR転職というか、エアー出向というか。実際にはもっと行きつ戻りつ紆余曲折あると思うが、ひとつのケーススタディとしては申し分ないと思う。でも、アメリカって本当に最初グズグズでも「レジスタンス」よろしく各自の持ち分を相乗効果にしてけっこうとんでもないことを成し遂げてしまったりするんですよね。これは日本になかなかできなくて、最初のグズグズを見てバカにしてると最終的にはすごい成果を見せつけられて愕然とする、とか。

自動車部品メーカーのIT部門を舞台にした小説です。
この組織では以下のような問題を抱えていて、自分の職場状況と照らし合わせても他人事とは思えません。
・５分で済む変更のために20分かけて登録するのはアホ臭いと誰も使わなくなった変更管理システム
　→何かを誰かが変えて何かが起こっても誰も状況を把握できない
・優秀な生き字引１人しか知らない部分の多いシステム
　→開発でも運用でも生き字引に仕事が集中してボトルネックに
・障害など予定外の割り込み仕事に振り回されるスケジュール
　→忙しさに追われ対処療法を繰り返した結果さらなる障害を引き起こす悪循環
・ただでさえ忙しいところに面倒を持ち込むセキュリテ...続きを読むィおじさん
　→本当に必要悪なのか
・etcetc

抽象的で不文律な面が多い仕事というものを分割し、並べなおし、再定義することでコントロール可能なものとし、最終的には自動化により効率面でのブレイクスルーを果たす。。

職場では運用しつつ開発しているのでDevOpsと言われてもイマイチピンときませんが、会社の経営目的とITとの関係を整理するシーンを読んでいて、Devを弊社、Opsを顧客に置き換えると出来ることがあるかも…と感じました。（Opsって保守運用ではなくビジネスの方だったのね…って今更ながら）

小説なので小難しいことはなく、純粋に読み物として楽しめます。
年次を問わずお勧めできる(得られるものは異なると思いますが)本でした。