### 1. コールセンターシステムCRM初期開発
### [期間]
2007年6月 ~ 2008年11月
### [プロジェクト概要]
大手家電メーカーの修理受付向けコールセンターCRMシステムをフルスクラッチで開発。
コールセンター2拠点( オペレータ数:約500名 )での運用を想定した、業務支援 / 顧客対応履歴管理を行うフロントシステムを開発。
### [担当フェーズ]
・フェーズ1:基本設計 ~ 総合テスト
・フェーズ2:機能追加( 改善要望対応 )
### [開発規模]
約100Kstep(全体:150Kstep)
### [規模]
コールセンタ拠点数:2拠点
オペレータ数:約500名
### [役割]
プロジェクトリーダー( PL )
開発メンバー15名を統括( 全体30名 )
### [主な業務 / 成果]
・CRMシステムの設計 ~ 総合テストまで一貫して管理し、期日通りの品質あるリリースを実現
・拠点ごとに異なる運用方法をヒアリングし、現場運用を標準化することで、業務統一と開発工数の削減を実現
・技術選定では開発メンバーのスキルに配慮し、C#.NET( Visual Studio )を採用。習熟度に即したスムーズな開発環境を整備
・フェーズ2では、現場SVやオペレータからの声を元に改善点を反映。現場からの高い評価を得た
### [工夫 / 取り組み]
・CTIやコールセンター運用の知識がなかったため、現場SV / CTIベンダとの定例会等を通じて業務理解を深めた
・東西の運用差異をヒアリングし、業務の統一化を推進( 西日本の拠点の方式をベースに標準化 )
### [反省点]
担当範囲がCRMに限定されていたため、CTI管理ツールの運用設計には関与できず、全体最適の観点での支援ができなかった点が課題
### [使用技術 / 習得知識]
・開発言語:C#.NET
・理解を深めた技術:
・Oracle
・CTI( サーバ / 通録 )
・VMware
・Active Directory
・WSFC
-----
### 2. コールセンターシステム バックエンド部分初期開発
### [期間]
2008年12月 ~ 2011年9月
### [プロジェクト概要]
家電修理向けコールセンターシステムのバックエンド処理をフルスクラッチで開発。
全国約100拠点:1,500名のサービスセンター作業者が利用する、売上 / 請求 / 支払処理を中心としたバッチ処理の設計 / 実装を担当。
### [担当フェーズ]
基本設計 ~ 総合テスト
### [役割]
プロジェクトリーダー( PL )
開発メンバー8名を統括( 全体35名 )
### [開発規模]
担当工程:約80Kstep( システム全体:約400Kstep )
### [規模]
拠点数:約100
サービスセンタ作業者:約1,500名
### [主な業務 / 成果]
・バッチ処理の設計において、コミットタイミング / リラン方式 / 排他制御等を丁寧に設計し、安定したデータ連携を実現
・金銭に関わる売上 / 請求 / 支払処理については、要件の深掘りや重点的なクロスチェックを実施。結果として、リリース後も大きな問題なく運用
・オンライン処理 / 他バッチとの競合リスクに備え、更新順序 / 排他制御などを明確化し、デッドロックの発生を未然に防止
・連携先6システムとの連携設計を主導。汎用機を含む異種環境との調整にも柔軟に対応し、整合性のある連携仕様を確立
### [工夫 / 取り組み]
・各バッチ処理の特性や業務影響を考慮し、エラー時の処理方針( 継続 / 中断 / スキップ )を明確化し、顧客と合意形成
・画面処理とバッチ処理が同時実行されるシナリオを想定し、レコード単位での排他制御や更新順序ルールを設計に反映
・顧客との信頼関係を築き、仕様未確定領域についても適切な質問 / 調整を実施し、手戻りを最小化
### [PRポイント]
システム間連携が多岐に渡るプロジェクト( 6システム )であり、顧客および他チームとの連携 / 調整力が求められる中、リーダーとして円滑な進行に貢献
### [反省点 / 学び]
連携先システムとの結合テストにおいて、追加テストの必要性を明示せず依頼したため、実施されずに本番で問題が顕在化
→ 改善策:次回以降は「どのような観点 / リスクに備えるためのテストか」を明確に提示した上で、追加テストを依頼することの重要性を学んだ
---
### 3. コールセンターシステム CTIリプレース
### [期間]
2013年3月 ~ 2014年4月
### [プロジェクト概要]
老朽化したコールセンターCRMシステムのCTI部分を、CTStage( 沖電気製 )からiCTNET( 日立製 )へ移行。あわせてOracleのバージョンアップ等のインフラリプレースも実施。拠点数も従来の2拠点から6拠点へと拡大。
### [担当フェーズ]
要件定義 ~ 総合テスト
### [開発規模]
約15Kstep
### [規模]
コールセンタ拠点数:2拠点=>6拠点
### [役割]
プロジェクトリーダー( PL )
担当メンバー5名を統括( 全体:20名 )
### [主な業務 / 成果]
・CTI製品変更による設計リスクを軽減するため、iCTNET開発元( 日立 )と密に連携し、要件 / 設計段階で仕様を明確化。大きな手戻りを回避
・CTI機能の移行に際して、CTStageとiCTNETでの考え方( イベント制御や設定方式 )の差異を事前に整理し、開発への影響を最小化
・運用上実現困難な仕様( オペレータのグループ所属設定 )の問題を総合テスト工程で特定し、運用ツールを新規開発することで回避。リリース延期なしでの解決に成功
### [工夫 / 対応事例]
・問題発生への迅速な対応:
総合テスト中に、オペレータが複数のグループに所属する運用が現実的でない仕様であることが判明。
→ 独自の運用ツールを開発し、顧客に運用手順を追加してもらうことで仕様の制約を解決
→ 製品仕様変更に依存せず、コスト / 納期を抑えた柔軟な現場対応を実現
・要件定義:
CTI製品変更により可能となる機能の提案や、顧客の潜在的なニーズを掘り起こし、CTStageにはなかった利便性の高い仕様を導入
### [各工程での役割]
要件定義:
新旧製品の仕様差異、メリット / デメリットを整理し、顧客へ提案
基本設計:
設計書作成およびレビューを主導
詳細設計~組合せテスト:
スケジュール作成 / 進捗管理、設計書 / 成果物のレビュー、テスト方針 / バグ票管理、品質評価
総合テスト:
テスト項目チェックリスト作成、バグ票 / 課題管理、連携先とのテスト日程調整、品質報告
### [PRポイント]
・製品差異による仕様上のギャップを技術的 / 運用的にカバーする解決力を発揮
・顧客調整 / ベンダ連携 / 工程管理を一貫してリードし、スムーズな移行を支援
---
### 4.コールセンターシステム 保守・運用
### [期間]
2014年4月 ~ 2019年12月
### [プロジェクト概要]
コールセンターシステムの維持 / 運用を担当。システムの機能追加や改修を行い、安定した運用を支援。定期的な機能追加や新規要求に対応しながら、品質管理と顧客対応を実施。
### [担当フェーズ]
保守 / 運用および機能追加
### [役割]
プロジェクトリーダー( PL ) / プロジェクトマネージャー( PM )
チームメンバー5名を統括
### [主な業務 / 成果]
・顧客要望の抽出・整理、機能追加要件の調整を実施し、システムのアップデートを継続的に行い、顧客満足度を向上
・定期的な機能追加( 1回 / 月ペース )に対応し、システム運用における高い信頼性を維持
・プロジェクトチームへの指導 / 教育を実施し、チーム全体の能力向上に貢献
・新機能追加時にはテストの自動化を実施、NUnitを導入してテスト効率を向上
### [工夫 / 対応事例]
・品質確保のための積極的な関与:
機能追加や改修の際、必ず顧客との打合せに出席し、要件ヒアリングから設計書 / ソースコード / テスト項目のレビューを行い、「丸投げせず責任を持って関与」することで品質を確保
・新人教育 / テストの自動化:
新規機能追加時に、テスト自動化の導入( NUnit )を推進し、テスト効率の向上に貢献。新人教育も兼ねて、テスト工程での学びを深めてもらう機会を提供
・海外チームの管理:
オフショア( 中国 )チームを含むメンバーの管理と調整を行い、グローバルチーム間でのスムーズなコミュニケーションと進捗管理を実現
### [PRポイント]
・機能追加を頻繁に実施し、顧客からの継続的な信頼を獲得。
・顧客と密接に連携し、リリース後もスムーズに機能追加を行い、常に最適な運用を支援
・新機能追加に際して、テストの自動化を実施し、品質向上と開発効率化を実現
### [反省点]
ランサムウェアの被害とシステム復旧:
PMとして引き継いだ際、以前からパッチ更新が遅れており、ランサムウェアによりシステム復旧に1週間を要した。
→ その後、月次でのパッチ更新を徹底し、リスク管理の重要性を再認識。早期対応の必要性を痛感し、システムのセキュリティを強化