ID:81167さん

# プロジェクト概要 toB向けLMS(学習管理システム)のリプレースプロジェクトに、実装フェーズからPGとして参画。既存サイトの移植に加え、新機能を追加した次世代LMSシステムの開発を担当。 ## 【課題】 1. ### 開発効率の低さ - CSS取り込み作業が属人化し、1画面あたり平均1日を要していた。 15,000行の巨大CSSファイルにより、デザイン変更時の影響範囲が不透明。 2. ### 将来的なスケーラビリティへの懸念 - テナント数増加に伴うマスターデータ配信処理で、N+1問題によるパフォーマンス劣化リスク。 3. ### 緊急バグ対応の体制不足 - サービス停止リスクを伴うバグへの迅速な対応体制が必要。 ## 【解決策・工夫点】 1. ### CSS/SCSS構造の抜本的リファクタリング - 15,000行のCSSを機能単位で分割し、SCSS化を提案・実装。 - 変数・mixin・入れ子構造を活用し、再利用性と保守性を向上しチームメンバーへの手法共有により、全体での標準化を推進。 2. ### パフォーマンスを考慮したバッチ設計 - マスターデータ配信バッチにおいて、Eloquent ORMのEager Loading(with)を活用 N+1問題を事前に予防し、テナント数増加時のスケーラビリティを確保。 3. ### 緊急時の柔軟な対応とPM連携 - 優先度の高いバグ発生時、自身のタスクを調整して即座に対応。 - PMと密に連携し、仕様確認→原因特定→修正→テスト→リリースまで一貫して担当。 ## 【成果】 1. ### 開発効率の劇的な向上 - デザイン取り込み時間を約75%削減(平均1日 → 0.5〜1時間) - 手法のチーム展開により、プロジェクト全体の開発スピードが向上。 2. ### スケーラブルなシステム基盤の構築 - テナント数増加に対応可能な効率的なデータ配信処理を実現。 - 将来的な運用負荷とパフォーマンス劣化を予防。 3. ### 安定稼働の維持 - 緊急バグへの迅速対応により、サービス停止リスクを最小化。 - 顧客満足度の維持に貢献。 ## 【担当フェーズ】 基本設計、詳細設計、実装、保守運用 ## 【チーム構成】 7名(PM + 開発者)/ アジャイル開発 ## 【使用技術】 言語・FW: PHP 8.2, Laravel 12, Vue 2/3, TypeScript フロントエンドライブラリ: Vite, Tailwind CSS インフラ: Docker, Ubuntu, Amazon EC2, Nginx DB: MySQL 8.0 開発ツール: Git, Backlog, Slack 【期間】 2025年07月〜現在

# プロジェクト概要 各企業・業態ごとにカスタマイズ可能なEコマースプラットフォームの管理システム開発に、SE/PGとして参画。バックエンドAPI設計から実装、運用保守までを担当。 ## 【課題】 1. ### ビジネスロスを招く不具合リスク - 会員ランク割引機能において、無効会員にも割引が適用される重大な不具合が存在。 不正な割引適用により、売上損失と顧客データの整合性に問題。 2. ### 拡張性の低いシステム構造 - 配送会社追加のたびに属人的な改修が必要で、ドキュメント不足により対応コストが増大。 新規配送会社追加時の開発リードタイムが長期化。 3. ### UX上の操作ミス誘発 - カート機能で追加済み商品が選択リストに残り、顧客が同一商品を重複追加するミスが頻発。 4. ### リモート環境での認識齟齬リスク - フルリモート6名体制で、テキストベースのコミュニケーションによる仕様の認識ずれが発生。 ## 【解決策・工夫点】 1. ### 多層的な不具合対策とビジネス影響の最小化 - 無効会員への割引適用不具合を発見し、API側のバリデーション強化とフロント側の表示制御を両面で実装。 - 不具合発見時、3パターンの実装案を用意し、ビジネス影響とコスト面から提案。 - ディレクター・テックリードと即座に合意形成し、仕様変更を回避。 2. ### 拡張性を考慮したアーキテクチャ設計 - 配送会社連携バッチの既存ロジックをドキュメント化し、追加手順を標準化。 - 外部API連携処理を共通化し、新規配送会社追加時の開発コストを削減。 3. ### データ整合性とUX改善の両立 - カート機能でAPI側にフィルタリングロジックを実装し、重複選択を防止。 - フロント表示を最適化し、顧客の操作ミスを未然に防止。 4. ### リモート環境での効率的なコミュニケーション設計 - チケットに「背景・目的・懸念点」を必須記載し、図解・画面キャプチャを活用。 - スプリント開始前に要件・API仕様をOpenAPIで明文化し、実装ミスマッチを予防。 - シーケンス図による処理フローの可視化で、関係者間の認識を統一。 ## 【成果】 1. ### ビジネスロスの防止 - 会員ランク割引の不具合修正により、不正な割引適用による売上損失を防止。 - 顧客データの整合性を確保し、システムの信頼性を向上。 2. ### 開発効率の向上 - 配送会社連携のドキュメント化により、今後の配送会社追加対応を効率化 - 実装ミスマッチの事前回避により、仕様変更による手戻りを削減 3. ### 顧客体験の改善 - カート機能のUX改善により、重複追加による顧客の操作ミスを防止 - フロント・バックエンド両面での対策により、安定したサービス提供を実現 4. ### スムーズなリモート開発の実現 - テキストベースのコミュニケーションでも認識齟齬を最小化 - アジャイル開発(2週間スプリント)において、安定した開発サイクルを維持 ## 【担当フェーズ】 基本設計、詳細設計、実装、テスト、運用保守 ## 【チーム構成】 10名(フロントエンド、バックエンド、ディレクター、テックリード)/ フルリモート6名 / アジャイル開発(2週間スプリント) ## 【使用技術】 バックエンド: Python 3.9, Django 4.2.13, Django REST Framework 3.14.0 フロントエンド: Vue 2, Element UI データ処理: pandas 1.5.3 インフラ: Amazon EC2, S3, RDS, CloudWatch, CodePipeline, SQS DB: MySQL 8.2 開発ツール: Git, Backlog, Docker, Notion, Figma, Slack 設計: OpenAPI(API仕様書), ER図, シーケンス図

# プロジェクト概要 建設業のDX化を支援する図面照査・ファイル管理プラットフォームの開発に、PGとして参画。図面比較機能やファイル管理システムの設計から実装、性能改善までを担当。 ## 【課題】 1. 開発環境の非効率性 - マイグレーションファイル27件が分散し、セットアップに約15分を要していた。 - ホットリロード・デバッグ環境が未整備で、コード変更のたびに手動再起動が必要。 - 開発サイクルが遅く、チーム全体の生産性を阻害。 2. 深刻なパフォーマンス問題 - 部署→ユーザー→図面取得APIでN+1問題が発生。 データ量増加も伴い、API応答時間が平均5秒まで悪化し、ユーザー体験を著しく損なうレベルまで遅延。 3 .外部SDK連携の不安定性 - Box Python SDKの公式ドキュメントと実装に乖離があり、メタデータ取得時にエラーが頻発。 属人的な調査により、同様の実装で他メンバーも同じ問題に直面するリスク。 4. フロントエンド連携の曖昧さ - API仕様が不明確で、フロントエンド担当者との認識齟齬が発生しやすい状況。 【解決策・工夫点】 1. 開発環境の抜本的改善 - マイグレーションファイル27件を統合し、DB構造を整理。 - Dockerのボリュームマウント設定によるホットリロード環境を構築。 - launch.json・ポート設定の最適化により、コンテナ内デバッグ環境を整備。 2. データベースクエリの最適化 - SQL実行計画を分析し、N+1問題を特定。 - Eager LoadingとJOIN、インデックス追加による段階的な最適化を実施。 - パフォーマンステストによる効果検証を実施。 3. 技術的課題の深掘り調査とナレッジ共有 - Box Python SDKのソースコードを解析し、内部実装の挙動を特定。 調査結果をドキュメント化し、サンプルコード・ハマりポイント・回避策を整理。 チーム内で共有し、同様の実装時の手戻りを予防。 4. 明確なAPI仕様定義とコミュニケーション基盤の構築 - OpenAPI形式でAPI仕様書を作成し、図面照査・チャット・CRUD処理のIF定義を明文化。 - シーケンス図による処理フローの可視化で、関係者間の認識を統一。 - draw.ioでワイヤーフレームを作成し、PM・デザイナーと仕様調整を実施。 ##【成果】 1. 開発効率の向上 - セットアップ時間を約70%削減(約15分 → 5分)。 - ホットリロード・デバッグ環境整備により、開発サイクルを高速化。 - チーム全体の生産性向上に貢献。 2. パフォーマンスの大幅改善 - API応答時間を約80%改善(平均5秒 → 1秒)。 - ユーザー体験を大幅に向上し、実用的なレスポンス速度を実現。 3. 安定したシステム連携の確立 - Box API連携の安定動作を確保し、ファイル管理機能の信頼性を向上。 - ナレッジ共有により、他メンバーもスムーズに同機能を実装可能に。 3. スムーズなチーム連携の実現 - OpenAPI仕様書により、フロントエンド・バックエンド間の認識齟齬を削減 - RESTful API設計による疎結合アーキテクチャで、並行開発を効率化 ## 【担当フェーズ】 基本設計、詳細設計、実装、テスト ## 【チーム構成】 8名(PM、テックリード、フロントエンド、バックエンド、デザイナー)/ アジャイル開発 ## 【使用技術】 バックエンド: Python 3.10.8, FastAPI, SQLAlchemy 2, boto3 フロントエンド: TypeScript, Vue 3, Vuetify 3 外部連携: Box Python SDK, AWS S3 インフラ: Amazon EC2, Docker DB: MySQL 8.0 開発ツール: Git, Backlog, draw.io, Slack 設計: OpenAPI(API仕様書), ER図, シーケンス図, ワイヤーフレーム