技術を言葉に

木曜日と金曜日に合宿があった。しばしオフィスから離れて、経営課題と解決策、次なるアプローチを考えるためのミーティングをするためにである。こういった合宿にいくのは久しぶりで1年半ぶりほどであった。当時は http://suzuken.hatenablog.jp/entry/2014/12/18/221610 に書いてあったような一年で、マネージャとエンジニアを兼任していた。今はエンジニア業だけに専念しているのだけれども、久々に話にきたらということで呼ばれていった。結果的には色々発見があってよかった。

議論した内容はさることながら、テクノロジーの会社として、経営判断に技術者が関わる必要性というものをじっくりと考えた。広告の会社として、何をクライアントに提案し、何をプロダクトにしていくのか。そして何を課題とし、どういう手段で課題を解決するのか。そうしたことを１つずつ考えていくということをやった二日間であった。いつもはある程度範囲と狙いを絞ってものづくりをしているので、そういったことを考えていないわけではないが、何をするかを決めるタイミングというのはものを作るときに最も気を使わなければならない時間だ。作ったものが間違っていれば、どんなに努力しても事業としてよくならない。考える時間があればいいほどいいかというとそういうわけではない。常に頭の何処かでいろんなアプローチを考えていて、いざ会議をするときにはだいたいどんなケースについても答えが自分の頭のなかにはある、ということが多い。

チームや事業の領域が広がって感じることがある。それは上のやりかたがカバーしきれないケースが多くある、ということだ。経営陣は自社の課題に対するアプローチ、それは外的な課題と内的な課題を含めて、なぜそのようにするのか、ということを知らなければならない。そして一つ一つの方法がどのようにそれを実行しているのかを知らなければならない。しかしこれはだんだん難しくなる。事業やシステムが1つ増えると線形に複雑さが増すのではない。組み合わせが増えるのである。手段が増えた、ではどのように使うか？というところの難易度があがっていくのである。そこで最大限効果を出す方法は何かというのを考えた時に、普段から考えていなければ最も良さそうなアプローチを出すことができなくなってしまう。チームや事業を小さくしていくことはマネジメントのやりやすさもあるが、大目標や向かっていく方向を組織に紐付けることでその中での考えの方向性を固定するという側面もある。組み合わせをいつまでも模索していても事業もプロダクトづくりも前に進まないのである。そういう組織としての力学も合わせて、事業的なアプローチというのは考えなければならないのだということを一年半ぶりにまた身を持って感じたのだった。

エンジニアとして組織をみるとき、ここ数年で見方が変わった部分がある。それはプロダクトの分割だ。マイクロサービス という考え方が2年ほど前に出てきた。これはソフトウェア設計だけの話に取られがちなのだが、エンジニア組織の分割とチーム作り、そしてプロダクトづくりの一つのあり方として考察しなければならないものだ（ちゃんと原文を読むこと）。個人的にはAPIをプロダクトの中で分割していってサービス指向のアーキテクチャに変えていく云々、というのはまあ必要なところでやればいいと思っている。それだけではなくて、「ここのAPIを、別のサービスにも提供できるようになった時、どのような事業の可能性があるか？」ということを考えられるようになることが求められているのではないかと思う。 今回の合宿でも「それ、今あるこの仕組みとこの仕組みを組み合わせればできますよ」という場面が多々あって、ただしこれは別サービスの機能を組み合わせないと実現できないので最初は全部システム化しないで検証していくのがいいですね、という話をその場でした。事前にそこにある機能が将来にわたって、別ドメインのシステムにおいてでも同様に使えるであろう設計になっているといい。ただしこれには当然難しさがある。「この用途で使うからこういう機能がほしい」といわれたエンジニアには、その範囲以外で、あるいはそのちょっと拡張した用途以外で使うことを見込むことは難しい。こうした問題は事業とセットでプロダクトをみるエンジニアだと起きづらいが、組織全員がこうした取り組み方をするのはある程度の規模になるとやはり難しくなる。そうするとこのプロダクトと事業の接続をするマネージャがこの仕事をしなければならない。これもまた大変な仕事である。

エンジニアが事業のことを考察するときに何を期待されているか。それは技術的な知識・背景をベースに、アイデアを出せることが一番の価値だと考えている。これはテクノロジー企業とそうではない企業とで全く異なるかもしれない。テクノロジー企業においては、やはりそれが競争力の源泉になる。技術だけによっていては売れるものはできない、という言い分もある。これはこれで正しい。文脈を無視した技術は仕事ではなく、ただの趣味といわれても仕方がない。事業を制約に入れてなお、技術的なアプローチを適切に考察できることの面白さというのは、働いてみないとわからないものなのかもしれない。少なくとも、私はそれがすごく面白いと思っている。

働くということ

天気もよく気持ちよかったので、たまにいく近くの寿司屋さんでランチを食べた後にふらっと散歩をした。GWも原稿を書いていたので、昨日今日は比較的まったりしている。もうちょっと文章を書かないと終わらないのだけど、なかなか気が乗らないし、まあだいたい目処がついてきたし、気持ちを少しまったりさせたいなあというときがある。平日と休日のテンションが全然ちがっていて、なかなか思うように進まないということもある。

学生の頃から試験前はすごくぴりぴりしていた。とくに、中学や高校のころというのは時間に余裕がないものだった。私はサッカーを部活でやっていたけれど、日中の授業のあとにはサッカー、帰宅したら20時はすぎる。ご飯を食べて風呂に入り、すぐ勉強だ。3時間ほど勉強して、寝る。朝は7時におきて、ご飯を食べて学校にいく。いたって規則的で、限られた勉強時間に試験の準備をしていた。今日は69ページの問題3まで終わらせよう、といった具合に少しずつ進めていって、とにかく一旦範囲を終わらせておく。基礎が終わったら応用の問題を解いていって、仕上げに過去問や想定問題をみっちり解いて頭に入れる。この繰り返しだった。

今年で働き始めて5年目になった。4年働くと何が変わったのだろうか。思ったよりも日々同じようなペースで働いていて、だいたい想定した通りのことをこなしていって、勉強しつつ仕事をしていたら丸4年経っていたともいえる。ただ未だに働くっていうのはどういうことなんでしょうということはよくわかっていなかったりする。社会のためにやっているか、といわれると多少役立っているかもしれない。自分のために働いているのか、といわれるとまあそれもそうだと言える。一個人としての振る舞いとしては、毎日少しずつ何かを考えながら、少しずつ変化をしていって何かを作っていく、ということを続けている。いろんなことを知っていって、いろんなことを感じて、その上でじっくり考えて何かをつくるというのが私にとって働くということである。私はそれが面白いと思っているし、きっと働き方も、働くということも、人によって違うんだろう。そんなことを、本屋で丁寧に陳列を行っている人をみたり、お寿司屋さんで丁寧にほぐされた中落ちをいただいたり、ベビーカーでひなたごっこをしてぼーっとしている赤ん坊をみたり、ひたすら靴を磨く人をみたり、山のようにかばんにいれた白シャツを持ち込むクリーニング屋の行列をみたりしていると思うのであった。