ID:82787さん

## プロジェクト概要 救急医療のDXを目指し、傷病者情報のリアルタイム連携による搬送時間短縮と医療機関マッチング最適化を実現したweb・スマホアプリ開発プロジェクト。 ## 役割・体制 ### 自身のポジションと役割 - フロントエンドエンジニアとして、TypeScriptとReactを用いた医療機関webシステムのフロントエンド設計・コーディング・テスト・運用保守を担当。 - エンジニアリングマネージャー（EM）として、複数チーム横断の調整、組織課題の明確化と解決に注力し、チームの構造化と役割明確化を推進。 - テスト戦略の策定と運用ルールの整備により、品質向上とデグレ防止をリード。 ### チーム規模と構成 - アプリチーム3名、アプリバックエンド＆webシステムチーム3名、FileMakerアプリ開発チーム3名、医療機関システムチーム3名、OCRエンジニア1名、OAシステムチーム1名からなる複数チームのEMを担当。 - 合計約14名規模の技術チームで、医療・自治体システムの多様なニーズに対応する体制を構築した。 ## 背景・課題 - 搬送時間短縮と傷病者と医療機関の最適マッチングを目的に、救急隊がiPad端末からリアルタイムに傷病者情報を医療機関webシステムへ連携する必要があった。 - 自治体ごとに異なる運用方法やニーズに対応しつつ、無理なく維持可能な設計に落とし込むことが大きな技術的・運用上の課題となった。 - ウォーターフォール開発の中で要件定義から運用保守まで一貫した品質基準の維持が求められた。 ## 実際の取り組み ### 開発環境 - TypeScript、React、Redux、React Hooksを用い、Tailwind CSSでのスタイリングにより保守性と拡張性の高いフロントエンドを構築。 - Node.js環境におけるGraphQLを活用したAPI連携設計、Dockerによる開発環境のコンテナ化、AWSを利用したインフラ運用を実施。 - GitHubを活用したバージョン管理とCI/CD環境を整備し、Playwrightを用いたテスト設計・実行による自動化テストを推進。 - Figmaを用いたデザイン管理およびチーム内の情報共有を円滑に行った。 ### 設計・改善内容 - フロントエンド設計においてFSD（Feature-Sliced Design）を採用し、機能単位での秩序ある設計と運用ルールを策定してコードベースの一貫性を確保。 - テスト戦略を明確化し、地域ごとのカスタマイズに伴うデグレードを未然に防止する体制を構築。 - リファクタリングを継続的に実施し、技術的負債の解消と将来の拡張性を強化。 - EMとして、ミーティングの棚卸しを行い不要な会議を削減し、効率的なコミュニケーションを図った。 - ドキュメント記載ルールを整備し、プロジェクト全体の情報共有とナレッジマネジメントを促進。 - チームの役割と責任を明確化する構造化を推進し、組織力の強化に寄与。 ### その他アピールポイント - ウォーターフォール開発の制約下でありながら、継続的な品質改善と運用効率化を両立させた点が特徴。 - 複数チーム間の調整と技術的なリーダーシップにより、医療現場のリアルタイムデータ連携の信頼性向上に貢献。 ## 成果・価値 - ドキュメントの拡充とテスト整備により地域ごとのカスタマイズに伴うデグレードを解消し、システムの安定稼働を実現。 - リファクタリングによる技術的負債の解消で保守性を向上させ、将来的な機能拡張に対応可能な基盤を構築。 - ミーティングの棚卸しとドキュメント管理ルールの整備により、業務効率とチームコミュニケーションが大幅に改善。 - チーム構造化により役割分担が明確化され、メンバーの生産性向上と組織力強化に寄与。

## プロジェクト概要 家具ECおよび複数ECモール向けの商品マスターを一元管理するWebサービスの開発・運用を担当しました。 ## 役割・体制 ### 自身のポジションと役割 - フルスタックエンジニアとして、TypeScript/React/Next.jsを用いたフロントエンド開発と、Nest.jsによるバックエンド開発、Docker/ECS環境でのインフラ構築から運用保守まで一貫して担当しました。 - エンジニアリングマネージャーとして、課題に応じたメンバーアサインやミーティングの見直しを実施し、チームの生産性向上と円滑なコミュニケーションを推進しました。 - 社内のニーズを継続的にヒアリングし、要件定義から設計、開発、テスト、運用保守までを一括して遂行しました。 ### チーム規模と構成 - フルスタックエンジニア4名で構成されたチームにおいて開発およびマネジメントを担当しました。 ## 背景・課題 - 家具ECサイトおよび複数のECモールに出品する商品情報を一元管理する必要があり、異なるモールごとのルールや要件を効率よく扱うことが求められました。 - 最大の技術的課題は、モールごとに異なる要件をフロントエンドの構造に無理なく反映させることであり、複雑化した画面ロジックの管理が困難でした。 - 既存システムはElixirで構築された属人化が進んだプロダクトであり、開発運用の継続性や拡張性の確保に課題がありました。 ## 実際の取り組み ### 開発環境 - フロントエンドはTypeScript、React、Next.jsを用いてSPAとして実装されていたため、バックエンドにはNest.jsを採用しました。 - インフラはDockerコンテナを用い、AWS ECS上での運用環境を整備しました。 - 『CI/CD環境はDockerベースで構築され、Gitを用いたバージョン管理と自動テストの仕組みが導入されていました。 ### 設計・改善内容 - バックエンドではリファインメントを実施し、クリーンアーキテクチャを採用することでドメイン知識を各モール単位で集約し、モールごとの要件変更に柔軟に対応できる設計に刷新しました。 - フロントエンドの構造化に関しては途中までしか手が回らなかったものの、バックエンドでの設計改善により、アプリケーション全体の保守性と拡張性の向上を目指しました。 - テストコードの拡充と技術統一を推進し、属人化された旧プロダクトからの脱却とナレッジ共有の基盤を整えました。 ### その他アピールポイント - エンジニアリングマネージャーとして、課題別にメンバーのアサインを最適化し、ミーティングの頻度と内容を見直して業務効率を向上させました。 - チームの技術力向上のための勉強会やコードレビュー体制の強化にも取り組みました。 ## 成果・価値 - テストの拡充と技術統一により、属人化の解消とナレッジ共有が進み、チーム全体の品質管理能力が向上しました。 - プロジェクト途中での離脱のため、システムへの影響検証は行っていないものの、設計・開発フェーズにおける技術的基盤の整備に貢献しました。