ID:76380さん

① プロジェクト経験 プロジェクト経験概要 留学生向け留学支援アプリにおいて、チャット機能を中心としたUI/UX改善、パフォーマンスおよびアクセシビリティ改善を担当。 チーム情報 人数：4名 役割：フロントエンドエンジニア兼チームリーダー 担当フェーズ：実装・テスト 開発・実装内容A：チャット送信UIのアクセシビリティ改善 【概要】 スクリーンリーダー利用時に操作内容が正しく認識されない課題への対応。 【実装内容】 チャット送信ボタンのUI実装改善（自身が実装を担当） 【課題】 視覚的には問題がないが、アクセシビリティ検証で複数の警告が発生。 【打ち手・使用技術】 UI実装起因であることを切り分け aria-label 等の属性を追加 Lighthouse による改善前後の比較 【成果】 自動検証警告数を 3件 → 1件 に削減 Lighthouse アクセシビリティスコアを 86 → 100 に改善 開発・実装内容B：UI/UX改善とパフォーマンス最適化 【概要】 チャットUIの操作性低下に対する改善と効果検証。 【実装内容】 チャットUIの操作性・視認性改善（自身が設計・実装） 【課題】 UI改善の効果が感覚的にしか評価できていなかった。 【打ち手・使用技術】 主観評価（5段階）による検証方法を設計 DevTools を用いたパフォーマンス測定 不要処理の見直し 【成果】 改善効果を定性的・定量的に説明可能な状態を構築 開発・実装内容C：スプリント運用・タスク分解（リーダー業務） 【概要】 属人的な質問対応・進捗管理を解消するための開発フロー改善。 【課題】 技術的な質問や進捗確認が個別チャットに集中し、開発が停滞。 【打ち手】 Notion を用いて QA・進捗を一元管理するナレッジ基盤を設計 技術スタック／エラー種別／開発フェーズ別に辿れる構造を構築 「質問前に検索」「解決者が即時ストック」の運用ルールを定着 【成果】 個別確認や進捗確認の往復が明確に減少 リーダーがボトルネックにならず、チームが自走する体制を構築 ② 「自身の強み」 私の強みは、課題を個別対応で終わらせず、「なぜ同じ問題が繰り返されるのか」を構造として捉え、技術と仕組みの両面から解消できる点です。UI実装やアクセシビリティ改善といった技術的課題に加え、情報が人に紐づくことで生じる開発停滞に対しても、ナレッジ構造と運用設計によって再発しない形に改善してきました。

プロジェクト経験概要 社内向け人事管理システムにおいて、運用保守および既存機能の安定化・改善を担当。 業務理解が属人化していた運用フローの可視化と、不安定な既存コードの是正に取り組んだ。 チーム情報 人数：5名 役割：アプリケーション運用・改善担当 担当フェーズ：基本設計・運用保守 開発・実装内容A：業務フローの可視化（非エンジニア向け） 【概要】 非エンジニアの利用者が処理状況を把握しづらく、運用時に混乱が生じていた業務フローの可視化。 【どのような機能の開発・実装か】 Excel VBAを用いた業務フロー可視化ツールの作成（自身が設計・実装） 【課題・問題点】 処理の流れがブラックボックス化しており、運用担当者が状況を把握できない 問い合わせ対応や確認作業に時間がかかっていた 【打ち手・使用した技術】 Excel VBAで処理ステップをアニメーション表示 状態遷移を視覚的に確認できる構成を設計 【成果】 非エンジニアでも処理状況を直感的に把握可能に 業務理解の促進と、運用時の混乱・問い合わせ対応工数を軽減 開発・実装内容B：既存コードの安定化・品質改善 【概要】 画面表示や挙動が不安定だった既存機能の調査・是正。 【どのような機能の開発・実装か】 既存コードの調査・修正（自身が実装を担当） 【課題・問題点】 条件分岐の誤りや処理漏れにより、想定外の挙動が発生 入力値の揺らぎに対する耐性が不足していた 【打ち手・使用した技術】 条件分岐ロジックの見直し 処理漏れの補完 想定外入力に対するガード処理の追加 【成果】 画面表示・挙動の不安定さを解消 運用時のエラー発生頻度を低減 開発・実装内容C：運用保守におけるナレッジ蓄積 【概要】 属人的になりがちな運用保守作業の再現性向上。 【課題】 エラー対応が場当たり的になり、同様の不具合が再発しやすい 【打ち手】 エラー原因・修正内容を整理し、対応履歴として蓄積 再発時に迅速に参照できる状態を整備 【成果】 類似トラブルへの対応スピードが向上 継続的な改善が回る運用体制を構築