Journal.2014-05-29リリースの高速化はWebサービス企業にとって最重要であるマネジメントインターネットを眺めていたら、リリースの高速化自体を目的化するのではなく、ビジネス成果によって成否を判断するべきだという主張があったので、思うところを書いておく。起点は他社さんにおける議論だが、そこは問題ではなくて、もし自分の関わるところでそういう議論が起こったら、自社の技術に対してそれなりのポジションにおいて関係する人間としてどのように考えるべきだろうかという視点で述べる。リリースあるいはリリースの高速化自体を目的化するのではなく、その結果としてのビジネス的成果が大事だということは、マネジメントにとっては当たり前なわけで、いちいちいうまでもないことだろう。現状そうでないのであれば、成長速度が遅いということになる。エンジニアが技術を尽くしてリリース速度を向上させたにも関わらずそれが成果に結びつかないとしたら、そこにこそマネジメントの課題がある。リリースあるいはリリースの高速化が目的化するなんてことは問題ではない。リリース頻度は多ければ多いほうがいいに決まっている。そのためには、技術を尽くして高速化するべきだ。その上で、その結果としてのリリース頻度の向上が、そのままストレートに成果につながらないことが問題である。それは、マネジメントの問題だ。リリースの自己目的化を問題視するのは、その意味で、視点がズレているように思える。リリース頻度を高めることは、我々Webサービス企業にとっては、至上の目標である。#jawsdays」で述べた)。リリースあるいはその速度自体が目的でないのは当然であるが、真の問題は、向上したリリースのひとつひとつを成果に結び付けられる状況を作り出せるかどうかである。リリースあるいはその速度を目的化してはならない、大事なのはビジネス成果であるという話は一見もっともらしいが、先述の通りマネジメントにおいては当たり前なことなので意味のある議論ではないし、非ビジネス従事者に対しては威嚇的効果しかないだろう。リリースがいかに速く、多量に行われるか、そしてそれらのリリースが自然と成果に結びつく状況を作り出すことこそが、マネジメントの本質的な課題だろうと思う。...ということを、自身の問題として、あらためて認識する機会を得られた。念のため付記しておくと、「自身の問題」としてというのは、「俺たちエンジニアががんばってるのにマネジメントがそれを活かしていない」なんてことをいう立場ではないし、そんなことを思ってもいないということである。いうわけで、コードを速く書けるようになってリリースを高速化したいみなさんに朗報です。以下の書籍を読むと、コードを速く書けるようになるそうです。お買い求めの上、お読みください。