YOJOが目指すフルサイクルエンジニアとは

私が「フルサイクルエンジニア」という言葉に始めて触れたのは、『Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち』という本の中でした。

この本の書評は別の記事で書いているので、詳しくは読んでいただくとして、この本の中で、「SREチームを解体し、DevとOpsを同じチームにした」という趣旨のことが書かれてありました。

ざっくりいうと、フルサイクルエンジニアとは、企画・要件定義〜運用までのプロダクト・ライフサイクルのすべてを担当するエンジニアのことです。

注意すべきポイントとしては、

フルサイクルエンジニアはフルスタックエンジニアとは違う概念である

ということです。

フルスタックエンジニアのイメージは、

という感じでしょうか。（MECEではない）

VOYAGE GROUPでは、フルサイクルを重視しているとのことです。「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」には以下のようなことが書かれています。

イメージでいうと、それぞれの技術の深さではなく、担当する時間軸の広さを重視しているということでしょうか。

単に1人1人の業務領域を増やすだけでは、開発スピードが上がるどころか落ちる一方になり、チームは疲弊していってしまうでしょう。

ソフトウェアライフサイクルで発生するそれぞれの業務の効率化、自動化が必須になります。

スキル底上げのための十分なトレーニングを整備する必要もあるでしょう。

VOYAGE GROUPでも領域が硬直化しそうな人は新しいサービスにアサインするなどの工夫をしているそうです。

フルサイクルエンジニアチームを目指そうと言いつつも、実は、YOJOでは、まだ専門の分化が進んでおらず、基本的には開発者が運用も行っています。

インフラ構成もまだ重くはなく、専門のSRE職というのはないので、DevとOpsの分離が起こっていないという状態です。

ですが、現在すでに10人ほどのチームになっており、今後半年で15人ほどのチームを目指している考えると、

特に個人的に重視したいと思っているのは、

ということです。

以下に簡単に説明していきたいと思います！

YOJOではインターンのエンジニアも含めて企画・要件定義・デザイン・設計の段階から入ってもらうようにしています。

ちなみに、Netflixの例では要件定義という言葉はソフトウェアライフサイクルに含まれていません。PdMなどがちゃんといて、要件定義はエンジニアチームだけの仕事ではないという認識なのでしょう。

ですが、YOJOでは、薬剤師オペレーションをIT化しているという複雑性などから、エンジニアチームが要件定義にがっつり入る（なんなら主導する）ことを必須と考え、企画・要件定義も全開発者が行うべき仕事と捉えています。

YOJOでは、まだSREエンジニアがいないので当たり前なのですが（笑）、アプリケーションもインフラも同じメンバーたちが分担して行っています。

今後もSREしかできません（アプリも実装する気概があれば問題はない）という方をメンバーに入れるつもりはありません。

YOJOは、アプリケーション・データ分析・機械学習などが複雑に絡み合うアプリケーションを目指しており、SREにとってもサービスのエンジニアリング的実体を理解していただくことは必須でしょう。

自分が作ったものは、その機能がきちんと運用されて価値を出すまで見届けようということですね。

どの程度の価値を出したのかの検証も開発者自信がきちんと行うべきと考えています。

また、YOJOではバグ対応や緊急対応もエンジニアチームが持ち回りで行っており、これは、各開発者がアプリケーショの全体感を理解することに一役買っていると思っています。

特にYOJOは、顧客への健康アドバイスなどを薬剤師（CS = customer success）チームが行っており、バグ報告や改善要望はCSチームから上がってくることが多いので、CSチームとの協働のためのCHエンジニアチームを運用しています。 （詳しくは、『CHエンジニアチームを立ち上げました』）

以上、YOJOが目指すフルサイクルエンジニアについて解説してみました。