ID:85866さん

期間： 2024年5月〜2025年10月 役割： プロジェクトマネージャー プロジェクト規模： 約20名 関係チーム： 開発2チーム、販売管理チーム、経理部門、その他ステークホルダー プロジェクト概要 150万人以上が利用するヌーラボのサービスに関する請求・入金データを管理する社内システムの刷新プロジェクトを、プロジェクトマネージャーとして推進した。 開発2チームに加え、請求・入金管理などの会計事務を担当する販売管理チーム、経理部門など、複数の部門が関わる組織横断的なプロジェクトであった。 課題と取り組み 1. 複雑化した会計処理の改善 従来のシステムでは過去の会計データを変更できる設計となっており、毎月の売上確定時に過去データを含む全件再計算が必要だった。 サービスの成長に伴ってデータ量や計算量が増加し、売上計算ロジックも複雑化していたため、機能追加や修正に時間がかかっていた。 また、過去データの変更によって月次締め時に会計差分が発生し、その原因調査や確認作業が販売管理チームの業務負担となっていた。 これらの課題を解消するため、過去の確定データを変更しない設計へシステムを刷新し、当月分のデータのみを対象として月次締め処理を行える仕組みへの変更を推進した。 2. 業務フローの可視化とシステム・業務運用の改善 本プロジェクトでは、複雑化した既存の業務要件を正確に把握することが大きな課題だった。 そのため、販売管理チームと協力して既存の業務フローを網羅的に洗い出し、請求・入金が発生するすべてのポイントと、それに伴う会計データの処理を確認した。 また、システムの刷新と並行して販売管理チームの業務運用も見直し、新システムで会計データの不整合が発生しないよう、運用方法を共同で整理して関係者への周知を行った。 プロジェクトマネージャーとして、要件整理から業務フローの整備、システム設計の推進、テスト、並行稼働、本番リリースまで、一連の工程を推進した。 3. 半年間の並行稼働による品質確保 会計データの正確性を確保するため、新旧システムを約6か月間並行稼働させ、同一の請求・入金データを用いて計算結果や会計数値の整合性を検証した。 これにより、新システムの計算処理の妥当性を確認し、本番運用に向けた品質確保を進めた。 成果 システム刷新によって過去の確定会計データを変更できない仕組みを実現し、従来の全件再計算を廃止した。 これまで過去の全履歴を対象としていたデータの計算・転送処理を当月分のみに限定することで、計算量とデータ転送量を大幅に削減し、月次締め処理を効率化した。 また、過去データの変更に起因する会計差分の発生を解消したことで、販売管理チームによる差分調査・確認作業を大幅に削減した。 システムの刷新に加えて業務運用も整備することで、会計処理の効率化と継続的なシステム改善を行いやすい環境の構築に貢献した。

期間： 2022年12月〜2023年8月 役割： プロジェクトマネージャー チーム規模： 約30名 関係チーム：開発3チーム、カスタマーサポート、広報、デザイナー、各ステークホルダー プロジェクト概要 約80万人が利用していたBacklogクラシックプラン（旧プラン）の完全廃止に向けて、既存アカウントを現行プランのデータ構造へ移行するための仕組みを開発するプロジェクトを、プロジェクトマネージャーとして推進した。 3つの開発チームに加え、カスタマーサポート、営業、広報、海外チームなど、複数の部門が関わる組織横断的なプロジェクトであった。 課題と取り組み 1. 移行仕様の検討と意思決定 旧プランと現行プランではアカウントのデータ構造や制約が異なっており、既存ユーザーへの影響を最小限に抑えながら、安全に移行することが求められた。 プロジェクト開始時点では移行方式や必要な対応が明確になっていなかったため、エンジニアと技術的な選択肢を整理するとともに、カスタマーサポートや営業部門へのヒアリングを通じてユーザーへの影響を調査した。 複数の対応案についてメリット・デメリットを比較検討し、関係者との議論や合意形成を主導しながら、移行方針の意思決定を行った。 2. 複数チーム・部門を横断したプロジェクトマネジメント 3つの開発チームと関連部門を横断するプロジェクトにおいて、計画策定、進捗管理、課題管理、チーム間の依存関係やリリーススケジュールの調整を担当した。 各チームの代表者が参加する定例会議を設計し、進捗・課題・意思決定事項を共有する場を整備した。また、各開発チームの朝会に毎日参加し、懸念事項や問題を早期に把握して関係チームへ速やかに共有することで、チーム間の認識のずれや問題の長期化を防ぐよう努めた。 さらに、各チームの役割と責任範囲を明確にし、Backlogやドキュメントを活用した情報共有の仕組みを整えることで、関係者が共通認識を持ってプロジェクトを進められるようにした。 成果 当初計画したスケジュールどおりにアカウント移行フローを開発・リリースした。 リリース時には重大障害が発生せず、移行に伴うデータの不整合や消失も発生しなかった。また、ユーザーからの問い合わせやクレームも想定を下回り、既存ユーザーへの影響を抑えながら移行の仕組みを提供できた。 リリース後はカスタマーサポートを中心とした体制へ移行し、自身も継続的にミーティングへ参加して技術的な課題や検討事項への対応を支援した。 その後、2026年5月にBacklogクラシックプランは完全廃止となった。

期間： 2018年4月〜2020年6月本番稼働、以降は運用保守・改善を担当 役割： プロジェクトリーダー プロジェクト規模： 約30名（担当領域：約10名） プロジェクト概要 物流・輸出入・倉庫管理事業を手がける企業の基幹システム刷新プロジェクトに、プロジェクトリーダーとして参画した。 倉庫管理、運送、輸出入、通運、債権債務、ワークフローなど幅広い業務領域を対象とし、勤怠・給与・会計・BIシステムとの連携も含むシステム刷新を担当した。 プロジェクト全体は約30名の体制で、自身は約10名が関わる担当領域のプロジェクトリーダーとして、要件定義から設計、開発、テスト、本番移行、運用保守まで一貫して携わった。 課題と取り組み 1. 複数業務領域にまたがる要件定義と設計 物流・輸出入・倉庫管理など、異なる業務を扱う基幹システムの刷新にあたり、各拠点の業務担当者と要件を調整した。 業務内容や既存システムの仕様を把握しながら、要件定義、基本設計、詳細設計を推進。画面・機能・データベースの設計や、他システムとの連携仕様の整理に取り組んだ。 2. 外部委託先を含む開発プロジェクトの推進 開発の大部分を外部委託する体制において、委託先との仕様調整、進捗管理、課題・懸案事項の管理を担当した。 開発成果物の受入テストや仕様確認を行い、関係者と調整しながらシステムの品質確保とプロジェクトの推進に取り組んだ。 3. 並行稼働・本番移行と運用改善 システムの並行稼働から本番切り替えまで担当し、2020年6月の本番稼働に携わった。 稼働後も運用保守や改善提案に取り組み、追加機能については自ら開発を行うなど、継続的なシステム改善に関わった。 成果 物流・輸出入・倉庫管理など複数の業務領域にまたがる基幹システムの刷新を推進し、2020年6月の本番稼働を実現した。 要件定義から本番移行までの一連の工程を経験するとともに、顧客の業務担当者や外部委託先との調整、進捗・課題管理を通じて、プロジェクトリーダーとしての実務経験を積んだ。 本番稼働後も運用保守・追加開発を継続し、システムの改善に取り組んだ。

期間： 2016年4月〜2018年3月 役割： インフラエンジニア・システム運用保守担当 プロジェクト規模： 約90名 システム規模： サーバ約100台、クライアント端末約1,200台、利用者約15,000名 プロジェクト概要 国立大学の教員・職員・学生が利用する教育基盤システムの構築・運用保守プロジェクトに、インフラエンジニアとして参画した。 Web、DNS、統合認証、セキュリティ、映像配信、クライアント端末など、大学の教育・研究活動を支える幅広いIT基盤を対象としたプロジェクトであった。 プロジェクト全体は約90名の体制で、サーバ約100台、クライアント端末約1,200台、利用者約15,000名のシステム構築・運用に携わった。 課題と取り組み 1. 教育基盤システムの構築・テスト 映像配信システムおよびDNSサーバの構築・テストを担当した。 Windows ServerやLinux、VMwareなどを利用したインフラ環境において、システムの構築から動作確認まで取り組んだ。 2. 大学に常駐しての運用保守 本番稼働後は大学に常駐し、元請企業の担当者と2名体制でシステムの運用保守を担当した。 セキュリティ対策、ネットワークの調査、クライアント端末の更新など、大学のIT基盤を維持するための幅広い業務に対応した。 成果 約15,000名が利用する国立大学の教育基盤システムについて、構築から本番稼働後の運用保守まで一貫して携わった。 サーバ・ネットワーク・セキュリティ・クライアント端末など、複数の技術領域にまたがるインフラ構築・運用の経験を積んだ。 また、大学に常駐して運用保守を担当したことで、実際の利用環境に近い立場でシステムを維持・改善する経験を得た。