Leanerのエンジニアリング
Leanerのエンジニアリング
🛠

Leanerのエンジニアリング

Leanerのエンジニアリングについて紹介します。

🤖 事業・プロダクト

Leanerは企業のコストを適正化するための支出管理プラットフォームです。現在は Leaner見積 https://leaner.jp/procurement/ という見積業務を管理するBtoB SaaSを開発・運営しています。

見積業務とは
見積業務とは

会社・事業についてより詳しく知りたい方は

へどうぞ!

♻️ 組織

こんなエンジニア・デザイナーが集まってる会社です

🔥 気の合う仲間とスタートアップ企業で成功する体験をしたい

💝 ただプロダクトをつくるだけでなく、ユーザーに価値を届けたい

👯 ただコードを書くだけでなく、ビジネスサイドと積極的に会話をしたい

Leanerの強み

💪

経営陣、セールス、CS、オペレーターがプロダクトに理解があるので「ただつくるだけでなく、使って、価値を感じてもらえるプロダクトをつくる」ことを実感できる。

Leanerの弱み

😭

toB サービスなので、一般的な知名度が低い。今後どれだけ成長しても上がることは期待できない

Leanerのチームづくりの特徴

😊

職種でチームを分けない

顧客要望に柔軟に対応するために特定の職種で分けることはしない。エンジニアだけが持つ目標数値(OKRやKPIなど)は存在しない。

例)「エンジニアチーム」というチームはない

🛠️

バックエンドとフロントエンドの担当を分けない

ペア作業するときに分担することはあるが、専任はつくらない。

みんなで色んな技術を触る方が開発を楽しいじゃん

😇

コミュニケーションのハブを避ける

誰かがコミュニケーションのボトルネックにならないように気をつける。

例えばPdMは全体のバランスを保ちながら開発をリードするが、詳細な仕様はエンジニアとセールスが直接コミュニケーションして検討する

👭

リスクはチームで分散する

誰か一人だけが頑張っている、辛い思いをする、のではなくチームで負担する。

そのために特定の個人が特定のチームや領域に固定されないようにする

より詳細な話はこちら

👯
Leanerチームづくり 2021年12月版

🚀 プロダクト開発

🪄

ムダを省く魔法

カスタマーサクセス、オペレーションチームのがんばりによって、開発のムダを省いています。開発リソースを本格投入する前の仮説検証を大事にしています。

😆

エンジニアとセールス・CS(カスタマーサクセス)が直接会話する

Leanerではエンジニアとセールスが直接会話をします。マネージャーなど代表者が間に入ることはありません。職能によるチーム関係は存在せず、プロダクトを中心にチームを構成しています。

🔪

使われなくなった機能は積極的に削除する

CSと直接会話する機会が多いため、開発する機能の名称・仕様についても一緒に議論します。そのうえでユビキタス言語を整理し、使わなくなった機能も積極的に削除しています。

Leanerの開発プロセス

Leaner 開発プロセス 2022年04月版

メンバー紹介

🏉 チームビルディング

PD WorkTime

Leanerではエンジニアチームが週に一度集まって、みんなでモブプロしたり、コードベースのリファクタリングや、チームについて話し合ったりする取り組みをしています。

LeanerのPD WorkTime

開発合宿

Coming soon...

More Info

Leanerの事業や開発情報について、スライド資料として整理しています。

テックブログ

テックな話や、チームの話を発信しています。

👂 Podcast

Podcastでも定期的にプロダクトのことやチームについて発信しています。

まずはカジュアルにお話しましょう

少しでも気になったらまずはカジュアルにお話しましょう!

Rails API + Next.js SPAの理想について雑談したい

株式会社 Leaner Technologiesの中の人 株式会社Leaner Technologiesの黒曜です! 弊社ではアプリケーションを Rails API + Next.js SPA で構成しています。 この構成で嬉しいところと困っているところが色々あるので、「事例を聞きたい」「同じような構成でやっている」といった方とぜひお話したいです。 全く同じでなくても、サーバサイドとフロントエンドを分けていてどちらかが共通していればそこについてお話しましょう! (ついでに弊社の紹介もちょろっとさせてもらえると嬉しいです) ■ 弊社の技術スタック Leaner の技術スタック紹介(2021年7月版) という記事で公開しているので、こちらをご覧いただくと現状が大まかに伝わるかと思います。 https://zenn.dev/leaner_tech/articles/20210709-leaner-techstack-202107 開発ブログには他にも技術構成やTips記事などを公開しているので、よければぜひご覧ください! ■ 嬉しいところ ・Railsの責務が減ってRequest Specでほぼ網羅できるのでシンプルにテストできる ・Next.jsでは細かいドメインロジックをバックエンドに任せられるので、UIの役割に集中できる ・1つのデータソースに利用者ロールの違う複数のフロントエンドアプリケーションという構成を簡単に実現できる ・そこまで複雑でないWeb APIだと、結局Railsが楽かつ素早く実装できる。特にDB接続をActive Recordに任せられるのが強い(個人的な感想) ■困っているところ ・認証のベストプラクティスがあまり固まってなさそう(Google Identity Platformを使っている) ・Next.jsをSPAとしてexportするとDynamic Routesの扱いに困る ・フロント/バックエンド間のインターフェイス定義が大変(OpenAPIスキーマをStoplight Studioで記述しているが、うっかりするとめっちゃconflictする) こんな人におすすめ Rails API を使っているエンジニア Leanerの技術情報について聞いてみたいエンジニア 面談時間

Rails API + Next.js SPAの理想について雑談したい

参考:

👨‍💻
Webアプリケーションエンジニア
Leaner 採用情報
Leaner 採用情報