ID:58976さん

## 概要 セキュリティマネジメントSaaS「SecureNavi」の開発・運用に従事。現在は5名体制（自身、正社員2名、業務委託2名）の開発チームのリーダーとして、開発業務に加え、プロジェクトマネジメント、ピープルマネジメント、採用・評価、開発プロセス改善など、エンジニアリングマネジメント全般を担当。 これまで複数の開発チームでリーダーを経験。メンバーの強みや志向を踏まえた役割設計、開発リソースの最適化、ビジネスサイドとの優先順位調整に加え、Findy Team+を活用した開発生産性の可視化と改善を推進。データに基づく継続的な改善活動を通じて、チームが自律的かつ継続的に成果を出せる組織づくりに取り組んでいる。 ## チームとしての課題 ### 1. 特定メンバーへの業務集中と役割の曖昧さ - チーム内で各メンバーの役割や責任範囲が明確になっておらず、特定メンバーへの業務集中や負荷の偏りが生じていた。 - 特にテックリードにコードレビューや設計相談が集中し、技術的負債の解消や開発基盤の改善など、中長期的な技術課題に取り組む時間を確保できていなかった。 - 別の正社員メンバーは運用業務や不具合対応が中心となり、本人の強みや志向を活かす機会が少なく、モチベーションが低下していた。 ### 2. 運用業務の負荷と開発リソースの不足 - 日々の不具合対応や作業依頼にリソースが割かれ、運用自動化、不具合の恒久対応、技術的負債の解消などに十分な時間を確保できていなかった。 - 顧客要望や新規機能開発と品質改善を両立させるため、ビジネスサイドとの優先順位調整が必要だった。 ### 3. 開発プロセスのボトルネックと生産性の可視化 - プルリクエストのレビューや承認プロセスに時間を要し、開発リードタイムが長期化していた。 - 開発プロセスの課題を定量的に把握し、改善施策の効果を継続的に検証できる仕組みが十分に整っていなかった。 - 個別の改善だけでなく、チーム全体で課題を発見し、継続的に改善を進める仕組みづくりが必要だった。 ## 取り組み ### 1. メンバーの役割明確化と業務負荷の分散 - チームメンバーそれぞれのスキルや志向をヒアリングし、曖昧になっていた役割や責任範囲を明確化。 - 各メンバーの強みを活かした役割分担に見直し、特定メンバーへの業務集中を緩和。 - コードレビューに関する知識や判断基準をドキュメント化し、レビュー業務の属人化を軽減。 - テックリードが中長期的な技術課題に注力できるよう、チーム全体の業務分担と役割を見直した。 ### 2. メンバーの志向を踏まえた役割設計と成長支援 - 運用・不具合対応が中心となっていたメンバーに対し、本人の関心や強みを踏まえて役割を再設計。 - PdM的な業務の一部を任せ、リファインメントを主体的に推進できる機会を設けた。 - 技術的負債の解消の重要性をビジネスサイドに説明し、品質改善に取り組むための合意形成を実施。 - 当該メンバーを品質改善プロジェクトの主担当とし、主体的に推進できる環境を整えた。 ### 3. 運用プロセスの改善 - 繰り返し発生する作業依頼に対して、運用自動化、不具合の恒久対応を推進。 - 顧客への影響、事業上の優先度、開発工数、技術的リスクを踏まえ、ビジネスサイドと開発タスクの優先順位を調整した。 ### 4. Findy Team+を活用した開発生産性の可視化と改善 - Findy Team+を活用し、プルリクエストのレビュー時間やサイクルタイムなどの開発指標を可視化。 - チームで毎週Findy Team+の数値を確認し、ボトルネックの洗い出しと改善策を議論する定例MTGを自ら立ち上げ、ファシリテーションを担当。 - データからレビュー・承認プロセスに課題があると判断し、改善施策を立案・提案。 - 具体的には、レビュアーの負担軽減を目的としたプルリクエストの変更行数400行以内の目標設定、レビュー依頼から24時間以内の対応、承認ルールの原則2名から1名への変更を主導。 - 施策の実施後も継続的に数値を確認し、改善効果を検証することで、データに基づいた継続的な改善サイクルを推進。 ## 成果 ### 1. 役割の明確化による負荷分散と技術改善の推進 - メンバーのスキルや志向に応じた役割の明確化と業務分担の見直しにより、特定メンバーへの業務集中を緩和。 - テックリードが技術的負債の解消や開発基盤の改善に取り組む時間を確保し、短期的な開発業務と中長期的な技術課題を並行して進められる体制づくりに貢献した。 ### 2. メンバーのモチベーション向上と品質改善の推進 - 本人の志向に合わせた役割設計により、モチベーション向上と主体的な業務推進につなげた。 - リファインメントや品質改善プロジェクトの主担当を任せることで、メンバーの成長機会を創出。 - ビジネスサイドとの合意形成により、これまで後回しになっていた技術的負債の解消に取り組める体制を整えた。 ### 3. 運用改善の継続的なリリース - 運用自動化・不具合恒久対応に関する改善を定期的にリリース。 - 従来エンジニアが対応していた運用タスクをビジネスサイドが管理画面から操作できるようにし、定常的な作業依頼を削減。開発リソースをより重要な課題に振り向けられる仕組みを構築した。 ### 4. データに基づく開発プロセス改善とリードタイムの大幅短縮 - Findy Team+を活用した週次の改善MTGを立ち上げ、チーム全体で開発指標を確認し、ボトルネックの特定から改善施策の立案・実行・効果検証までを継続的に行う仕組みを構築。 - 自身が主導したレビュー運用の見直しを通じて、チームのサイクルタイムを146時間から22.3時間へ約85%短縮。 - プルリクエスト作成からマージまでの平均時間を106.8時間から10.9時間へ約90%短縮。 - レビュー依頼からレビューまでの平均時間を16.5時間から5.6時間へ短縮し、レビュー・承認プロセスの効率化を実現。 - 月間プルリクエスト作成数は13件から44件へ増加。開発プロセスのボトルネックを解消し、開発生産性の向上につなげた。 ## 担当業務・技術スタック - **チーム規模：** 5名（自身、正社員2名、業務委託2名） - **ピープルマネジメント：** 1on1、目標設定支援、人事評価、メンバー育成、役割設計 - **プロジェクトマネジメント：** 優先順位調整、進行管理、リソース管理、ビジネスサイドとの折衝 - **採用：** 書類選考、カジュアル面談、面接 - **開発プロセス改善：** Findy Team+による開発指標の可視化・分析、レビュー運用改善、リードタイム短縮 - **開発：** 要件整理、仕様策定、設計、実装、コードレビュー - **技術スタック：** Ruby on Rails、React、TypeScript

## 概要 - 正社員として、自社プロダクトであるチケットリセールサービスのバックエンドおよびアプリ開発を担当（2022年5月〜2023年11月）。Web版とアプリ版の機能差分解消とコードのモダン化に取り組み、UXの向上を図った。 ## 担当 - バックエンド開発（Rails） - アプリ開発（React Native, TypeScript） - エラー監視（New Relic, BugSnag） - ビジネスチームとの連携 - 設計、コードレビュー ## 課題 - このサービスにはWeb版とアプリ版がありましたが、アプリ版の改修が2年以上行われていない状態でした。toC向けのチケットリセールサービスのため、アプリユーザー数が年々増加しており、アプリ側の改修が急務となっていました。 ## 取り組み - チーム内にアプリ開発の経験者が不在だったため、長期間放置されていたアプリ改修に私が挑戦しました。私自身もReactやアプリ開発の経験はありませんでしたが、React Nativeやモバイルアプリ開発に興味があったため、自ら希望して担当を申し出ました。 - 業務時間外にReact Nativeやアプリ開発をキャッチアップしながら、ビジネスサイドと綿密に連携し、仕様や開発の優先順位を協議しつつ進行しました。 ## 工夫した点 - Web版とアプリ版での機能差分を解消するため、Web版のみで実装されていた機能をアプリにも追加しました。また、アプリ側は古いReact Nativeのコードを使用していたため、JavaScriptからTypeScriptへの移行、クラスコンポーネントを関数コンポーネントに置き換えるリファクタリングも実施しました。 - 新規機能追加と並行して、既存コードのリファクタリングをデグレを防ぎつつ進めました。ビジネスサイドのメンバーにも協力してもらい、STG環境でのQAを徹底して行い、リリース前の確認作業を確実に実施しました。 - 結果として、Web版とアプリ版の機能差分を解消するとともに、TypeScript化や関数コンポーネント化などのリファクタリングも完了し、保守性と拡張性の高いコードに改善しました。