はじめに
こんにちは。レバレジーズ テクノロジー戦略室 SREチームの横江です。
普段は、事業部横断で他チームのSRE活動をサポートしています。
今回は、私がpdm（プロダクトマネージャー）を務め、有志メンバーと 「サイドプロジェクト」 として開発した社内テックブログ 「prairie post（通称：ぷれぽす）」 についてのお話です。
「社内の課題を解決したい」という思いから始まったこのプロジェクトですが、ただのツール作りには留まらないプロジェクトになりました。
そこは、エンジニアとして技術を楽しむ実験場であると同時に、ユーザーに向き合いサービスを育てる「本気のものづくり」の場でもあったのです。
- 技術選定の自由度が高い環境で挑戦したい
- 職種の枠を超えて、技術領域を広げたい
- 作ったものを改善し続ける「プロダクト志向」な開発がしたい
そんな「技術もプロダクトも好き」なエンジニアの方に、レバレジーズでの開発の雰囲気が少しでも伝われば嬉しいです！
プロジェクトの立ち上がりの背景
「気軽にアウトプットできる場が欲しいから、社内ブログを作りたいな」 プロジェクトが始まったきっかけは、室長からのシンプルな一言でした。
この言葉の裏には、プロジェクト始動のきっかけとなる課題意識がありました。
弊社には多くのエンジニアが在籍していますが、当時はナレッジ共有に「改善余地」があり、横断的に知見を活かせる場づくりが必要だと感じていたのです。
※ 記載している課題感は、当時の状況を踏まえたプロジェクトメンバー個人の視点であり、組織やプロセスそのものを否定するものではありません。
そこで、「それなら自分たちで作ろう」とテクノロジー戦略室内部で有志を募りました。 データエンジニア、TQC（品質管理）、SRE/プラットフォームエンジニア、AIエンジニアなど、多様な職種のメンバーが集結しました！
私たちは、以下の2つを大きな目的として掲げ、サイドプロジェクトを始動しました。
- 【課題解決】ナレッジ共有の活性化
- 事業部を跨いで、エンジニア同士がより活発にナレッジを共有できる最適な場を提供する。
- 【技術者の成長】スキルアップと挑戦の機会
- 開発を通じて自分たちのスキルアップを図り、モダンな技術の検証と実践的な挑戦の場として活用する。
こうしてプロジェクトは始まりましたが、メンバーは皆、本業の業務を抱えています。
忙しい中でモチベーションを維持し続けるには、「開発プロセスそのものを最高に楽しめるものにする」 必要がありました。
そこで私たちは、「技術は好きに遊ぶ」「でもプロダクトとしては本気で作る」 という2つのこだわりを大切にして開発を進めることにしました。
こだわり①：技術的な「実験場」として遊び尽くす
せっかく自分たちで作るなら、開発プロセスそのものを最高に楽しめるものにしたい。
そこで1つ目に大切にしたのが、ここを技術やキャリアの「実験場」にすることです。
1. モダンな技術を自由に選ぶ
普段の業務アプリケーション開発では、どうしても「安定稼働」が最優先されるため、最新技術の導入には慎重にならざるを得ません。
そこで、ぷれぽすでは、社内標準言語の TypeScript をベースにしつつ、それ以外は「今、使ってみたい技術」を自由に選びました。
実際に、「ぷれぽす」での検証を経て、いくつかの技術は本番のプロダクト開発でも採用されるようになりました。
今回はせっかくなので、ぷれぽすを支えるアーキテクチャと技術スタックを少しだけご紹介します！ ※詳しい話は今回の趣旨から外れるため、おまけ程度にご紹介します。
AWSアーキテクチャ
技術スタック
- SPA構成
- フロントエンド
- React/Vite
- shadcn/ui, tailwindcss
- TanStack Router & Query
- バックエンド
- Hono
- インフラ
- K8s(EKS), Helm
- Terraform
- 監視ツール
- Grafana
- Prometheus, Grafana Tempo
- OpenTelemetry 他
2. 職種の壁を越えた「やりたい」の尊重
また、技術選定だけでなく、誰が何を担当するかについても、あえて「得意領域」ではなく、メンバーが今チャレンジしたいことを最優先で決めています。
- データエンジニアやSRE が バックエンド実装を担当
- 普段k8sを触っているプラットフォームエンジニア が フロントエンド実装を担当
それぞれ専門領域を持ちながら、希望に応じて新領域に挑戦し、最初は不慣れな部分もありましたが、お互いにコードレビューし合い、知見を深めていきました。
その結果、今ではプラットフォームエンジニアがフロントエンドを、SREがバックエンドの実装を、それぞれ自走できるレベルまでスキルアップしています。
こだわり②：運用は「いちプロダクト」として本気で向き合う
2つ目に大切にしたのは、「本気でプロダクトを作る」 ということです。
技術は「遊び心」を持ちつつも、リリース後の運用や品質には「いちプロダクト」として本気で向き合っています。
どれだけ技術的に面白いものを作っても、ユーザー（社内エンジニア）に使ってもらえなければ意味がありません。
「作って満足」で終わらせないために、チームで以下のような活動を行っています。
- 知恵を出し合う
- 定期的にチームで集まり、「どうすれば投稿が増えるか？」「使い続けてもらうには？」を議論しています。
- 自分たちで目標を立て、リリースする
- 明確な目標を設定し、自分たちで新機能を企画・開発・デプロイしています。
ただコードを書くだけでなく、限られた時間の中で「使われるもの」を作る難しさと楽しさを味わえるのも、このプロジェクトの醍醐味です。
おわりに
社内の「ナレッジ共有不足」という課題に対し、有志が集まり、自分たちで技術を選び、楽しみながら解決していく。 レバレジーズには、技術的な挑戦による自律的な成長機会があり、プロダクト志向でものづくりができる環境があります！
そんな環境で一緒に働きたい方や、技術が好きでプロダクト志向がある方、ぜひ採用情報をご覧ください。
We are hiring!
この記事を読んで「レバレジーズ、面白そうだな」「自分もこんな環境で挑戦してみたい」と感じていただけたなら、ぜひ一度カジュアルにお話ししてみませんか？
私たちは、この記事で紹介したような課題に、オーナーシップを持って共に挑戦してくれる仲間を募集しています。 あなたからのご応募を、心からお待ちしています。
