はじめに

エンジニア向けに開発組織や使用技術などの情報を掲載しています。

会社全体やサービスについては SODA inc. 採用情報をご覧ください。

このページに記載している以上のことが気になる方は、是非カジュアル面談や選考へご応募ください！（→応募する）

他のBookもご覧ください

→ このままこちらのEntrance Bookをご覧ください！

<aside> 📣 チーム体制、開発プロセス、技術スタック、などの開発チームに関する基本情報について紹介します。

</aside>

プロダクト開発を行うチームにはそれぞれ数名のWebエンジニアが所属しており、WebエンジニアがWebフロントエンド（主にVue.js）、バックエンド（主にGo）、インフラ（主にAWS/Terraform）のすべてを担当しています
Team AとTeam Bはエンドユーザが使うモバイルアプリの開発も行うためFlutterエンジニアが所属しています
Team Cが開発する社内Adminツールは他部署であるCS（カスタマーサポート）、Logistics（物流）、Store（店舗）のメンバーが使用するため、それぞれの部署のステークホルダーがチームに参加しています
PdMはチームごとに担当を持ち、同じプロダクト開発チームとして各種定例を一緒に行っています
エンジニアリングマネジメントチームとしてTeam EM、Team SRE、Team QA、Team Secがあり、プロダクト開発チームが質およびスピード高く日々開発を進めていくためのサポートを提供しています
組織デザインの意図などを示すキーワードの補足情報

プロダクト開発を行う各チームでの開発プロセスです
スクラムを参考に出来るだけアジャイルに開発しようと試みています
- スクラムを実施すること自体を目的とはしていませんが、開発プロセスの改善を進めていくと自然とスクラムに近づいている部分が多いです
一部チームではSprint Reviewを実施するなど、細かい部分の取り組みはチームごとに異なっており、開発プロセスに対してチームごとに独立して試行錯誤・意思決定をしています
- チーム間の情報共有も定期的に行っています

「エンジニアリングマネジメント」の定義は「管理すること」ではなく「管理しなくても成果が出る状態を作ること」と捉えています
エンジニアリングマネジメントはプロダクトマネジメント、テクノロジーマネジメント、プロジェクトマネジメント、ピープルマネジメントの4つの領域に分けて整理しています
4つの領域をそれぞれのエンジニアリングマネジメントチームが分担して改善を推進しています
Team EM自身はピープルマネジメントに注力していますが、他の領域を含め組織全体の意思決定に関わっています

<aside> 📣 開発組織が重要視している価値観などを言語化したVALUE & 行動指針の紹介です。

</aside>

リードエンジニア：役職でも役割でもなく、プロダクトや組織に何が必要か考え、相談し、実行できる人（≒自己組織化して自走できるエンジニア）という定性的な概念
↑の実行対象は、「プロダクト施策を実装するタスクの実装方針」、「プロダクトに不足している技術的な施策の提案・方針決定・実行」、「エンジニア組織に不足している組織的な施策の提案・方針決定・実行」など、プロダクト・組織にとって有用なものであれば何でも
VALUE 3 に対する行動指針