櫻庭 洋之

僕にとってプログラミングは仕事にとどまらず趣味そのものです。息抜きに別の言語でコードを書きますし、目的や意味のないものをプログラミングすることも大好きです。

しかし、仕事においては「どのような課題をどうやって解決していくかを考える」ことをとにかく大切にしています。エンジニアとしてより良い設計をし、より良いコードを追求することはもちろんですが、それがユーザーに使われなければ価値はゼロ。価値を生み出すためにはユーザのことを深く理解する必要があり、それはエンジニアとしてコードを書くだけでは実現できません。

チームやユーザーとの対話を大切にし、それを持続的に開発可能な最高の設計で実現していくことが、プロのエンジニアとして目指していくべき姿だと考えています。

ベーシックの開発文化の醸成もCTOとしての重要な役割。その一環として、全社的な行動指針である「basic Power」とは別に、エンジニアが大切にしてほしい3つのコア・コンピテンシーというものを定めています。

まずは「質とスピードを妥協しない」。早くユーザに届けるためにスピード優先で品質を下げてしまうと、後から修正を重ねることになり、結果として効率は下がります。質とスピードはトレードオフだと考えるのでなく、両方をセットで高めていくという意識を大切にしてほしいです。

次に「常に学んで共有する」。私達が扱う技術は常に進化し、対応すべき領域も広いので、学ぶものがなくなるということはありません。だからこそ、学び続けること、学ぶことを楽しめること、その成果をチームで共有することを重視しています。

最後に「他者の生産性に配慮する」。先程述べたように、エンジニア個人だけではなく、開発チーム全体、さらには全社的なスループットを意識し、皆が仕事を進めやすいよう配慮できる仲間と一緒に働きたいと思っています。

職場としてのベーシックの魅力は、エンジニアが大切にしている設計やコード・プログラミングに関するあらゆることに対して、会社が重要だと判断し適切に投資をしてくれること。エンジニアが遠慮なく力を発揮できる環境があること。そしてその結果として会社に貢献していると実感できることです。

私はボードメンバーでありながらも、チームの中でもコードをかなり書いている方です。実は「コードを書けなくなったら辞める」と元々代表の秋山には言っていたのですが、これは私がコードを書く行為の価値が非常に高いと判断しているからです。当然、組織のフェーズによってCTOがやるべきことは変わってきますが、現時点ではこれがベストだと考えています。

そういう組織であるからこそ、前述した「自律的で協力できる人」を数多く採用できるように努力することに加え、メンバー同士のコミュニケーションが活発になるように、あえてCTOである私が、苦手なことや弱みをさらけ出すようにしています。そうすることで、みんなが発言する際の心理的抵抗が減り、メンバーも遠慮せず私にダメ出ししてくれるので、結果的に業務のディスカッションも活発化する上、ストレスを感じることもなく、個々が力を発揮できる環境になっていると感じています。