ID:73725さん

# プロジェクト概要 ・大手通信企業向けの顧客対応履歴管理システム・トラブル対応システムの運用開発およびインフラ業務を担当 ## 担当 ・バックエンドエンジニア、フロントエンジニアとして、JavaとSpringを用いたシステム開発と運用保守を担当 ・サーバの老朽化対応でAP・DBサーバ移行を担当 ## 使用技術と使用場面 ・Java（Spring） 　→ 業務ロジックの実装、REST APIの設計・開発、バッチ処理の実装 ・JSP / JavaScript 　→ 画面UIの実装、入力バリデーションおよび画面制御 ・Apache（RHEL） 　→ アプリケーションサーバの構築・設定、デプロイおよび運用管理 ・Microsoft SQL Server / Oracle 　→ テーブル設計、SQLチューニング、インデックス設計、データ移行対応 ・JMeter 　→ 性能テストおよび負荷テストの自動化、テストシナリオ設計 ## チーム規模と構成 ・PL1名、SE1名 または PL2名、SE5名体制 ## 業務内容（課題→工夫→成果） ### ① 潜在バグの多発による品質課題 課題 ・リリース後に発覚する不具合が多く、運用負荷および顧客信頼の低下につながっていた 工夫したこと ・ログ解析と開発環境での再現検証を徹底し、不具合の発生条件を特定 ・暫定対応ではなく、影響範囲を洗い出した上で根本原因の修正を実施 ・不具合の傾向を分析し、再発防止の観点で修正方針を標準化 成果 ・月3〜5回発生していたアラートを年2回程度まで削減 ・障害対応工数を大幅に削減し、運用の安定化に貢献 ### ② テスト不足による品質担保の弱さ 課題 ・機能テスト・性能テストの網羅性が低く、品質が属人化していた 工夫したこと ・JMeterを導入し、性能テストおよび負荷試験を自動化 ・主要機能についてテストシナリオを標準化し、再利用可能な形で整備 ・テスト観点を整理し、網羅性と実行効率を両立 成果 ・テスト実行時間を短縮しつつ、検証精度を向上 ・品質担保の仕組みを確立し、リリース後不具合の削減に寄与 ### ③ パフォーマンス低下（DB・レガシー影響） 課題 ・ページロード遅延が発生し、ユーザ体験の低下を招いていた 工夫したこと ・SQL実行計画を分析し、ボトルネックとなるクエリを特定 ・インデックス追加およびテーブル分割を実施し、I/O負荷を軽減 ・アプリケーション側の処理見直しも併せて実施 成果 ・ページロード速度を改善し、ユーザ体験を向上 ・システム全体のレスポンス性能を底上げ ### ④ インフラ老朽化に伴うサーバ移行 課題 ・サーバ老朽化により障害リスクが高まっており、業務影響を抑えた移行が必要 工夫したこと ・外部システム連携の洗い出しとトラフィック分析により依存関係を可視化 ・無停止移行を前提に、段階的な移行計画とリスク対策を設計 ・移行前後での性能比較・検証を実施 成果 ・アプリケーション／DBサーバ移行を無停止・無障害で完遂 ・将来的な拡張性と安定性を確保 ## 成果・価値（総括） ・要件定義〜設計・開発・テスト・運用まで一貫して担当 ・品質改善、性能改善、インフラ刷新の3領域で実績を創出 ・単なる実装に留まらず、課題特定〜改善まで主体的に推進できるエンジニアとして貢献

# プロジェクト概要 ・金融系電子交付システムにおいて、運用開発およびエンジニアリングマネジメントを担当し、業務効率化と開発工数削減を推進 ## 担当 ・エンジニアリングマネージャー兼バックエンドエンジニア ・プロジェクトリーダーとしてチームマネジメント、課題解決、業務改善を主導 ## 使用技術と使用場面 ・Java（Spring） 　→ 業務ロジック実装、バッチ処理設計、既存機能の改修およびリファクタリング ・JBoss（RHEL） 　→ アプリケーションサーバの運用管理、デプロイ設計、障害対応 ・Oracle Database 　→ データ設計、SQLチューニング、バッチ処理のパフォーマンス最適化 ・Redmine / JIRA 　→ 課題管理、進捗可視化、チーム内のタスクトラッキングと優先度制御 ## チーム規模と構成 ・PL1名、SE1名から開始し、最大PL1名、SE7名規模まで拡大 ## 背景・課題 ・ドキュメント不足および情報の陳腐化により、業務が属人化し保守性・品質に課題 ・手作業中心の運用により工数が肥大化し、コスト削減要求に対応できていない状態 ・チーム拡大に対して、開発プロセスや教育基盤が未整備 ## 業務内容（課題→工夫→成果） ### ① 属人化による保守性・生産性の低下 課題 ・仕様や運用手順が個人に依存し、新規メンバーの立ち上がりに時間がかかる状態 工夫したこと ・既存コードと運用実態を分析し、実運用ベースでドキュメントを再構築 ・設計書・手順書・ナレッジを体系化し、誰でも参照できる状態を整備 ・開発手順やレビュー観点を標準化 成果 ・オンボーディング期間を短縮し、チーム拡大に対応可能な体制を構築 ・属人化を解消し、継続的な開発・運用が可能な状態へ改善 ### ② 手作業運用による工数肥大化 課題 ・日次・週次・月次の定型業務が手作業で行われており、工数とヒューマンエラーのリスクが高かった 工夫したこと ・定型業務を洗い出し、優先度の高いものからバッチ処理として自動化 ・Javaベースでバッチ処理を設計し、スケジューリングとエラーハンドリングを実装 ・運用フロー自体も見直し、自動化前提の業務設計へ再構築 成果 ・定常業務の大部分を自動化し、手作業工数を大幅削減 ・ヒューマンエラーを抑制し、運用品質を向上 ### ③ コスト削減要求への対応（全体最適） 課題 ・クライアントからのコスト削減要求に対し、単純な人員削減では品質低下のリスクがあった 工夫したこと ・「人を減らす」ではなく「作業を減らす」方針を設定 ・自動化・標準化・ドキュメント整備を組み合わせ、構造的な効率化を推進 ・チーム全体の生産性を可視化し、改善ポイントを継続的に特定 成果 ・開発・運用工数を25%削減 ・品質を維持したままコスト削減を実現し、クライアント満足度向上に貢献 ### ④ 障害対応の非効率と再発リスク 課題 ・障害対応が場当たり的で、再発防止の仕組みが不十分 工夫したこと ・障害対応フローを標準化し、原因分析〜再発防止までのプロセスを定義 ・ログ分析とナレッジ共有を徹底し、チーム全体で対応可能な体制を構築 成果 ・障害対応のリードタイムを短縮 ・再発防止の仕組みにより、システム信頼性を向上 ## 成果・価値（総括） ・開発・運用・マネジメントの3領域を横断して改善を推進 ・属人化の解消、自動化、標準化により持続可能な開発体制を構築 ・工数25%削減を達成し、コストと品質を両立したプロジェクト運営を実現

# プロジェクト概要 ・人事管理システムの新規開発プロジェクトにバックエンドエンジニアとして参画。マイクロサービスアーキテクチャのもと、外部API連携およびサーベイシステムの開発を担当 ## 担当 ・バックエンドエンジニアとして設計・実装・コードレビューを担当 ・デジタル庁APIとの連携機能開発 ・社員サーベイシステムの新規開発 ## 使用技術と使用場面 ・Node.js / TypeScript / NestJS 　→ マイクロサービスのバックエンドAPI設計・実装、ビジネスロジックの構築 ・GraphQL 　→ フロントエンドとのデータ連携APIの設計、柔軟なデータ取得を実現 ・XML 　→ デジタル庁APIとのデータ連携フォーマットとして使用 ・GCP（Cloud Run / Cloud SQL など） 　→ サービスのデプロイ、環境構築、運用管理 ・PostgreSQL 　→ データモデリング、スキーマ設計、クエリ最適化 ## チーム規模と構成 ・全体：約30名 ・開発チーム：PL1名、SE2〜3名（マイクロサービス単位） ## 背景 ・電子申請の義務化に伴い、外部（デジタル庁）APIとの正確かつ安定した連携が必要 ・マイクロサービス構成により、サービス間の責務分離とデータ整合性の担保が課題 ・サーベイシステムでは、柔軟な集計・分析が可能な設計が求められた ## 業務内容（課題→工夫→成果） ### ① 外部API（デジタル庁）連携の複雑性 課題 ・XMLベースのAPI仕様に加え、厳密なフォーマット制約があり、データ連携の不整合リスクが高かった 工夫したこと ・API仕様を詳細に分析し、バリデーション処理をバックエンドに実装 ・データ変換処理（JSON⇔XML）を共通化し、再利用可能な形で設計 ・異常系パターンを洗い出し、エラーハンドリングを標準化 成果 ・外部API連携における不具合を抑制し、安定したデータ連携を実現 ### ② マイクロサービスにおける設計の複雑化 課題 ・サービスごとの責務分離やデータ整合性の担保が難しく、設計難易度が高かった 工夫したこと ・DDD（ドメイン駆動設計）をベースに、ドメインごとの責務を明確化 ・NestJSのモジュール構成を活用し、疎結合な設計を実現 ・サービス間インターフェースを明確に定義し、影響範囲を限定 成果 ・拡張性・保守性の高いアーキテクチャを実現 ・機能追加時の影響範囲を最小化し、開発効率を向上 ### ③ サーベイシステムにおける柔軟なデータ取得要件 課題 ・設問・回答・集計の仕様が複雑で、柔軟なデータ取得が求められた 工夫したこと ・GraphQLを採用し、クライアントごとに必要なデータを柔軟に取得可能な設計とした ・クエリ最適化とN+1問題対策を実施し、パフォーマンスを担保 成果 ・フロントエンドの要件変更に柔軟に対応可能なAPIを提供 ・データ取得効率を向上し、レスポンス性能を維持 ## 成果・価値（総括） ・モダン技術（Node.js / GraphQL / GCP）を用いたバックエンド開発を実務で経験 ・外部API連携、マイクロサービス設計、DDDなど高度な設計領域に携わる ・単なる実装に留まらず、設計・品質・開発プロセス改善に貢献

# プロジェクト概要 ・セルフオーダーシステムにおけるバックエンド処理の効率化を目的とした、マルチサーバ環境でのバッチ処理開発プロジェクトに参画 ## 担当 ・バックエンドエンジニアとして、バッチ処理の設計・開発・テストを担当 ・マルチサーバ環境における処理分散設計および性能改善に従事 ## 使用技術と使用場面 ・Java / Spring 　→ バッチ処理ロジックの設計・実装、ジョブ管理機能の開発 ・Gradle 　→ ビルドおよび依存関係管理、開発効率の向上 ・AWS（EC2 / CloudWatch / S3 など） 　→ マルチサーバ環境の構築・運用、ジョブ監視およびログ管理 ・PostgreSQL 　→ データ設計、バッチ処理における大量データの読み書き最適化 ## チーム規模と構成 ・全体：15名 ・バッチ開発チーム：PL1名、テックリード1名、SE2名 ## 背景 ・バックエンド処理の効率化を目的として、マルチサーバ環境でのバッチ処理開発を担当 ・システム負荷の分散と処理性能の向上を目指す ## 成果・価値（総括） ・マルチサーバ環境における分散バッチ処理の設計・実装を経験 ・パフォーマンス改善および負荷分散の実践スキルを習得