ReviewLeanとDevOpsの科学を読んだので、感想や考察を書く。「LeanとDevOpsの科学」という本についてこの本は昨今導入されつつLeanやDevOpsについて、科学的な手法で組織のパフォーマンスに寄与しているものは何か、というものを述べた本である。「LeanとDevOpsの科学」が提唱するケイパビリティこの本の中で言及されている、改善促進効果の高いケイパビリティ(組織が持つべき能力、機能)としては以下の24がある。個人的に項目名だけだとわかりにくかったものは説明をいれている。情報セキュリティのシフトレフトシフトレフトとは時間軸を水平方向においたときに左側を指す。推進するリーダーシップ感想この本では、上記のケイパビリティについて、どのような調査でそのケイパビリティが重要だと判断したか、が述べられている。以下の点が特に興味深かった。組織を開発やリリースのスピードにより、「ハイパフォーマー」「ミディアムパフォーマー」「ローパフォーマー」にわけたところ、ハイパフォーマーのほうがローパフォーマーより結果的にシステムも安定する傾向にあり、数年継続して見ていると、その差はさらに広がっていたそうだ。ケイパビリティの「変更承認プロセス」については、ソフトウェア変更をする際に承認を行うフェーズがある組織はリードタイム(コミットからデプロイまでの時間)、デプロイ頻度、サービス復旧までの所要時間に負の相関があり、安定性を求めて承認プロセスを設けた結果、逆にシステムが不安定になりやすい、という結論がでていた。ハイパフォーマンスな組織は、バーンアウト(燃え尽き症候群)も少ない、という関連性もでているようだ。Experienceという言葉を見たことがある。ないDXの定義もあるようだが、一旦脇におく。この本で述べられていることから、ハイパフォーマンスな組織を目指すこととDXの向上を指向することはエンジニア組織改善の両輪となり得そうだと考えた。継続的デリバリ、リーン開発といった、ハイパフォーマンスな組織を目指す手法をとりいれることでDXは向上する。DXが向上すると仕事のやる気、組織への帰属意識が高まり生産性が向上する。いった好循環を構築するにはどうしたらいいだろうか。今、自分がはたらいている会社では、組織作りの新たな取り組みを行っており、サーバーサイドエンジニアをあつめた組織、フロントエンドエンジニアをあつめた組織、iOSエンジニアをあつめた組織、など、プロジェクトが縦軸とすると横軸となるような組織を試験的に作っている。その横軸組織(社内ではギルドと呼んでいる)では現状、それぞれのプロジェクトであったことの共有や、社外からの知識の導入などを行っている1。ボトムアップ的に発生した組織ではあるが、DXの向上など、もう少し大きな目標を志向して動くのもよさそうだ。DXの向上を考えたとき、本書で述べられているWestrumの指標が役に立つかもしれない。パフォーマンス志向の組織の要素として、以下の要素があげられてる。(比較のために不健全な組織の指標も括弧書きで書いた。)ギルドでは協力しあい、情報伝達し、リスクを話しあい、仲介(人的リソースの融通などだろうか)し、失敗を共有してポストモーテムとして扱い、新規技術を試すことを奨励することでDX向上につながらないだろうか。これは別に考えていたことだが、DX向上につながるような、実際のアクションやナレッジはSECIモデルを参考にして、まずギルド内で暗黙知の共有を行い、汎用的な暗黙知は形式知(ブログやwikiにまとめるなど)にする。外部のブログなどの形式知をギルド内で持ち寄り、連結化を図る。実際にやってみたり考えてみたりして暗黙知を再び育てていく。いった好循環ができるとよいと思う。DXの向上とハイパフォーマンスな組織を目指すことは2項対立ではなく、自分達がよりよい仕事をするための両輪だと捉え、いろいろとやってみよう、という気になる本だった。