ID:76263さん

## プロジェクト概要 コロナ禍における体調管理を効率化するため、社員や学生の体調情報を一元管理できるシステムを開発しました。 ### 役割・体制 **自身のポジションと役割** - フロントエンドとバックエンドの実装、さらに自動テストコードの開発を担当し、チームの中核を担いました。 - アジャイル開発の中で、仕様変更に柔軟に対応しながら、システムの安定性と品質向上に貢献しました。 - 具体的には、TypeScriptとVue.jsを用いたフロントエンドの構築、Expressを用いたREST APIの実装、Dockerを用いた環境構築、そしてテスト自動化のためのコード作成を行いました。 - チーム内では、エンジニア5名とプロジェクトマネージャ2名と連携しながら、短期間で高品質なシステムリリースを目指しました。 **チーム規模と構成** - エンジニア5名、PM2名の合計7名のチームであり、各メンバーが役割を分担し、効率的に開発を進めました。　　 ### 背景・課題 - 新型コロナウイルス感染拡大の影響により、企業や学校の職場・教育現場での体調管理の重要性が高まりました。 - 既存の体調管理方法は紙やExcelを用いた手作業が中心であり、情報の一元化やリアルタイムの把握に課題がありました。 - これにより、感染リスクの早期発見や迅速な対応が遅れ、感染拡大を招く可能性が高まっていました。 - プロジェクトの最大の課題は、要求の変化に迅速に対応しつつ、短期間で信頼性の高いシステムを開発・導入することでした。 - お客様（企業・学校側）の要求はしばしば変動し、仕様変更や追加要望が頻繁に発生したため、アジャイル開発において柔軟な対応と高い品質維持が求められました。 - さらに、システムの品質確保とともに、ユーザビリティの向上も重要な課題でした。 ### 実際の取り組み **開発手法** - アジャイルを採用し、スプリントごとに優先度の高い機能を開発・リリースしつつ、クライアントからのフィードバックを反映させながら改善を重ねました。 - 短期間でのシステムリリースと高い柔軟性を両立させ、最終的に高品質な成果物を提供しました。 **設計・実装内容** - フロントエンドにはTypeScriptとVue.jsを用いて、使いやすいUIを実現し、スマートフォンからも操作しやすいレスポンシブデザインを採用しました。 - バックエンドはExpressを用いてREST APIを構築し、体温や体調情報の登録・閲覧・管理機能を実装しました。 - テストについては、自動化を意識し、ユニットテストや結合テストのコードを作成し、継続的インテグレーション（CI）環境に組み込み、品質管理を徹底しました。 - Dockerを用いた環境構築により、開発・テスト・本番環境の一貫性と素早い展開を可能にしました。 - また、開発中には仕様変更の多さに対応するため、コードレビューとドキュメント整備を徹底し、チームの合意形成とシステムの整合性を保ちました。 **課題への対応策** - 仕様や目的の変化に対しては、都度関係者と詳細に分析・協議し、必要に応じて仕様仮設の見直しや優先順位の調整を行いました。 - 具体的には、定期的なミーティングや問い合わせを通じて、仕様の理解と合意形成を迅速に進める工夫をしました。 - この結果、仕様の齟齬や認識のずれによる開発遅延を最小限に抑え、スムーズな進行を維持しました。 ### 成果・価値 - 6ヶ月以内の短期間で高品質なシステムを完成させ、コロナ禍における体調管理の効率化を実現しました。 - システムの導入により、社員や学生の体調情報登録の負担を軽減し、情報管理の一元化とリアルタイム把握を可能にしました。 - 具体的な成果として、システム導入後、体調情報の入力・管理の効率化によって、ヒューマンエラーが〇〇%削減し、管理ミスや情報漏れを防止しました。 - また、システムの安定稼働と使いやすさにより、クライアントからの満足度が向上し、導入企業や学校から高い評価を獲得しました。 - このプロジェクトの成功により、クライアントの感染リスク低減と、従業員・学生の健康管理の効率化に寄与し、社会的な意義も高まりました。

## プロジェクト概要 顧客からの要望に基づき、スマートフォンアプリとWebアプリの統合を短期間で実施しました。 ### 役割・体制 **自身のポジションと役割** - テスター兼デバッグ要員として、ウォーターフォール開発工程の中で、システムの品質保証と動作確認を担当しました。 - テストの実施に加え、設計書やテスト報告書の作成と修正を行い、全体の品質向上に寄与しました。』 - また、開発チームとテストチーム間の認識齟齬を解消するため、仕様や進捗についての情報共有を積極的に行い、円滑な連携を図りました。 **チーム規模と構成** - エンジニアは5～8名、プロジェクトマネージャ（PM）3名、その他にも多数のテスターが参加しており、少人数の受託プロジェクトとして効率的に運営されました。』 - 詳細な役割分担についての記載はありませんが、私の担当はテストとデバッグ、ドキュメント整備に集中しました。 **背景・課題** - 顧客からの要望により、既存のWebアプリとスマートフォンアプリの機能連携・UI統合を実現する必要がありました。 - しかしながら、開発チームとテストチーム間で認識のギャップが生じており、何を優先すべきか、どの納品物を先に完成させるかについての共通理解が不足していました。 - この認識のズレは、システムの品質とリリーススケジュールに大きな影響を与えるリスクを孕んでおり、進捗遅延や手戻り増加の要因となっていました。 - 最大の課題は、認識の不一致により、リリースまでの工程が不透明になり、スケジュール遅延や品質低下を招く可能性が高かったことです。 ### 実際の取り組み **開発手法と業務内容** - 開発手法はウォーターフォールモデルを採用し、計画的に段階を進めながら、システムの各フェーズを厳密に管理しました。 - 具体的には、既存の設計書に基づき、スマートフォンアプリとWebアプリの統合仕様を確認・修正し、詳細なテスト計画を策定した上で、テストを実施しました。 - 私の主な業務は、実装の一部に関わる設計書の修正と、テスト実施、テスト報告書の作成に集中し、システムの動作確認と品質保証を徹底しました。 - テスト工程中に発見された不整合やバグについては、速やかに修正指示や改善提案を行い、全体の品質向上に寄与しました。 **課題解決の工夫** - 認識の齟齬を解消するため、各種設計書、実装状況、テスト結果などのドキュメントを整合させる努力を徹底しました。 - 特に、仕様変更や修正点については、関係者間での情報共有を当該ドキュメントの最新版を用いて行い、誤解や認識のズレを防止しました。 - また、進捗や問題点についての定期的なミーティングや報告会を通じて、全員の認識を揃える取り組みも実施しました。 **成果・価値** - これらの取り組みにより、テスト工程の遅延や手戻りを大幅に削減し、システムのリリースに向けたスケジュール通りの進行を実現しました。 - 認識の齟齬が解消されたことで、リリース後の不具合や追加修正を最小限に抑え、システムの安定稼働に貢献しました。 - 結果として、納期通りのリリースとともに、クライアントからの満足度向上や信頼獲得に繋がりました。 - また、今回の経験から、仕様や進捗の認識を共有することの重要性を認識し、今後のプロジェクト運営においても活かしていきたいと考えています。