ID:83945さん

### ■開発体制・マネジメント - パートナー2社混在による調整コストとパフォーマンス停滞を解消するため**1社へ集約**。認識合わせ工数を削減し、**月約200万円のコスト抑制**と開発速度・品質向上を両立 - 外部依存が強かった開発体制を是正し、**設計・品質・PMのコア業務を内製化**。状況可視化と意思決定・リスク対応を社内で完結できる体制へ移行 - 役割分担の再設計と生成AI活用を標準化し、**epicの推進能力（完了件数）を向上**。コアメンバーは設計・クリティカルパス解消に集中し、実装/バグ対応はパートナー・メンバーで分担して開発速度を改善 ### ■開発プロセス改善・AI活用基盤の構築 - 要件整理、設計、タスク分解、実装、レビュー、仕様書更新までの開発工程を、生成AI活用を前提としたプロセスへ再設計。仕様書、ADR、設計ログ、レビュー観点を整備し、暗黙知に依存していた判断を明文化することで、開発速度・品質・再現性の向上を推進。 - Claude Codeを活用し、AIエージェントが一貫した判断を行えるよう、rules / skills / hooks / docs を整備。アーキテクチャ方針、レイヤー責務、レビュー観点、禁止操作、実装手順を明文化し、AIをチーム開発に組み込むための基盤を構築。 - ジュニアメンバーでも設計・実装・レビュー観点を参照しながら、自走して機能開発を進められる開発プロセスを整備。 ### ■基盤強化 - 非同期処理基盤をインフラ〜アプリまで一気通貫で整備し、重い処理の安定運用とスケールを実現 - ビジネスロジックが各レイヤーに点在し保守/新機能開発がボトルネックだった状態に対し、**Domain層を整備してドメインロジックを段階的に集約**。変更容易性・可読性を改善 - **ドメイン制限・IP制限などのセキュリティオプションを開発**し、顧客要件に応じたアクセス制御を提供 ### ■技術負債解消・アーキテクチャ改善 - 一意性を前提としていたデータモデル、DB制約、アプリケーション処理、認可処理に対し、重複登録を許容する仕様変更へ対応。影響範囲が広い構造変更であったため、事前にテストケースとレビュー観点を整備し、既存挙動を維持しながら大規模リファクタリングを安全に推進。 - フロントエンドにも存在していた認可制御ロジックを廃止し、バックエンドを認可判断のSingle Source of Truthとする構成へ移行。認可結果取得APIを介して表示・操作可否を制御することで、FE / BE間の認可仕様の二重管理を解消し、権限制御の一貫性・保守性・変更容易性を向上。 - 過去実装に起因するポリモーフィックなテーブル構造を発見し、構造的に解消 - 外部サービスのキャッシュ依存により不整合が起こり得る運用を特定し、**キャッシュ消失時も成立する構造・運用へ移行** ### ■DevOps / リリース信頼性 - FE/BEの逐次デプロイに起因する **ロールバック困難・バージョン不整合・事後検証** のリスクに対し、**Blue-Greenのインフラ構成とCI/CDを設計・実装**。本番同等の事前検証とSwap切替を可能にし、リリース時リスクを解消（大幅低減） ### ■人材育成 - 成長が停滞していたジュニアに対し、意思決定権限の段階的委譲と日次フィードバックで成長サイクルを再設計。**スキル成長を仕組み化し、プロジェクトを任せられる戦力へ育成** ### ■品質・再現性（開発文化の改善） - QAフェーズでバグが頻発していた課題に対し、**ADRによる意思決定記録**と**QA前のエンジニアレビュー必須化**を制度化。レビュー観点の標準化により、**QAレビュー時のバグ発生率を低減** - Datadogで5xxをSlack通知する仕組みを構築し、**発生時は1営業日内に原因調査→優先度付け→恒久対応**を行う運用を定着。不正リクエストをWAFで遮断し、UX阻害要因を継続的に解消

■クラウドインフラの構築・運用 AWSリソースをTerraformで管理し、ネットワーク構成、セキュリティ設定、IAMポリシー、ECSクラスター、SAMを用いたマイクロサービスアーキテクチャの設計および実装を担当。 設計フェーズから導入まで一貫して携わり、シンプルかつ再利用性の高いコードベースを構築。 ■モニタリングと運用効率化 Datadogを用いてシステム全体の可観測性を向上。アラート設計やダッシュボード作成を通じて、障害発生時の迅速な対応を実現。 監視体制の整備により、SLO/SLAに基づく運用の信頼性を強化。 ■CI/CDの導入 GitHub Actionsを用いたCI/CDパイプラインを構築。リリースプロセスの効率化と迅速なデプロイを実現。 テスト自動化やコード品質向上を促進し、開発の生産性向上に貢献。 ■外部サービスとの連携とインテグレーション 外部サービスの選定・評価（POC）を実施し、システム要件に適合するサービスを選択。 選定後、アプリケーションとのインターフェース構築を行い、堅牢でスケーラブルなサービス連携基盤を構築。 ■アプリケーション基盤の設計・構築 GolangのEchoフレームワークを用いたプロキシサーバーの設計・構築を担当。インフラとアプリケーションを含む全体の構成を最適化。 要件に応じたカスタムメトリクスの導入や、リクエストの負荷分散により安定したサービス提供を実現。

■技術スタック / 開発環境 - 開発言語：PHP / JavaScript / TypeScript / CSS / Sass HTML - フレームワーク：Laravel / Vue.js / Backbone.js - データベース： MySQL / Amazon Aurora - インフラ環境：AWS / Linux - 開発環境：Docker / Swagger - 開発体制：スクラム開発 - その他： GitHub / Redash / Jira / Slack / Notion / Miro ■プロジェクト（１） ビジネス職からWEBエンジニア職へ社内異動。CRE（Customer Reliability Engineering）として社内でも利用ユーザー数上位である社員数8000人を超える企業を担当。隔週実施される顧客定例での技術説明、要件精査、開発、リリースの一連の業務を遂行。コマンドを作成・利用した大量データの移行や、個社カスタマイズ対応の機能などを実装。 ■プロジェクト（２） 会社の主力サービスを開発するSaaSチームへ異動し、スクラム体制での開発に参加。フロントエンド・バックエンド、インフラ問わず開発。フロント（Vue.js）・バックエンド（Laravel）を中心に、APIでのデータ通信とフロントエンドレンダリング、WorkerでのJobなど設計・開発・リファクタリングを担当。 また、利用者数・データベース規模が大きくなってきたことに起因して、様々な機能でパフォーマンスの低下や、タイムアウトで利用が制限されてしまう事象が発生。特定の処理をJobに切り出して非同期処理へ対応、集計テーブルを利用してバッジ処理に変更することでパフォーマンスを向上させるなどの開発に貢献した。 ■プロジェクト（３） フロントエンドの新機能開発でチームを牽引。 Leafletライブラリを利用して、自社サービスの機能向けにカスタマイズした開発を実施。 社内でも実現方法を模索しているなかで、PoCを実施して開発の方向性を示しつつ、該当する機能開発のアプリケーション設計から根幹部分の開発までを担った。