ID:83154さん

エンジニアとWebディレクター計11名で構成されるチーム、および大手航空会社やコンビニチェーン等が展開する計6つのふるさと納税プラットフォームの開発・保守を統括しています。課長（プレイングマネージャー）として、メンバーの採用・評価・育成といったピープルマネジメントから、各プロダクトの技術選定、開発プロセスの仕組み化、リソース配分の最適化までを網羅的にマネジメントしています。

単なる役職上の管理業務に留まらず、「部下が迷わず開発に集中でき、自律的に成長できる環境」を構築することを自身のミッションと定義しました。 具体的には、年末のスパイクアクセスでも動じない安定したシステム基盤を維持し、技術負債を計画的に解消することで、現場の疲弊を防ぎプロダクトの信頼性を担保することを目指しました。 また組織面では、単なるタスクの割り振りではなく、指示の「Why（なぜやるのか）」を言語化して伝える指導を徹底し、メンバーが目的意識を持って自走できる状態を育成しました。さらに、エンジニアとディレクター間のコミュニケーションロスをAI活用などの「仕組み」で解消し、現場が真に必要とする「職種を超えて共通言語で連携し、手戻りなく価値を生み出せる状態」を自らの意思で追求しました。

状態を実現するために、以下の3つの柱でアプローチしました。 1. 論理性に基づいた意思決定と技術選定 私は、指示を出す際に「どう作るか」だけでなく「なぜそれを選ぶのか」を論理的に説明し、チームとステークホルダーの納得感を醸成することを重視しています。 最大の障害は、年末の納税ラッシュに伴うスパイクアクセスによるDBダウンのリスクでした。当初はアプリケーション側の改修で凌ぐ案もありましたが、根本解決にはDBレイヤーの刷新が必要だと判断しました。私は技術に詳しくないステークホルダーに対し、Amazon RDSからTiDB（NewSQL）へ移行する際の工数・リスク・長期的メリットを比較提示し、自ら実務を統括することで、大規模移行を成功させ安定稼働を実現しました。 2. AIを活用した「職種間の壁」の解消 技術知識の差から、Webディレクターによる要件定義の精度が上がらず、開発フェーズで手戻りが発生するという課題がありました。 これを個人のスキルアップに委ねるのではなく、仕組みで解決するため、AIを活用した「非エンジニア向け要件ヒアリングプロンプト」を作成・導入しました。ディレクターがAIのガイドに沿ってヒアリングを行うだけで、開発に必要な情報が網羅されるフローを構築した結果、コミュニケーションコストが大幅に削減され、開発のリードタイム短縮に繋がりました。 3. 開発プロセスの標準化と負債の解消 チーム全体で一貫した品質を保つため、場当たり的な開発から「規約と標準」に基づいた開発への移行を断行しました。 全プロダクトのSVNからGit（GitLab Flow）への移行を主導し、PSR-12準拠のコーディング規約を制定しました。また、Repository / Serviceパターンの導入によるクリーンアーキテクチャの推進を継続的にコードレビューでフィードバックすることで、誰が触れても保守可能なコードベースへの改善を続けています。 4. 採用と育成による持続可能なチーム作り プロダクト増加に伴うリソース不足に対し、採用要件の定義から面接、評価までを自ら主導しています。単なるスキルマッチだけでなく、チームのバリューに合致する人材を確保することで、11名という規模でも高い密度で連携できる組織を維持しています。また、査定を通じてメンバー個人のキャリア形成を支援し、組織全体の技術力の底上げに注力しています。