ID:61918さん

Yahoo! JAPANにて、インシデント管理領域における運用改善を目的とし、SaaS（PagerDuty）および内製オンコールシステムの両プロダクトのプロダクトオーナーを担当。全社横断でのインシデント対応基盤の最適化に取り組みました。 PagerDutyについては、既存運用の課題整理および適用範囲の見直しを行い、適切な導入・運用方針を策定。一方で、全ての要件をSaaSで賄うのではなく、業務特性やコスト、柔軟性の観点から内製オンコールシステムとの棲み分けを前提に設計を実施しました。 内製オンコールシステムに関しては、全社の関係部署にヒアリングを実施し、インシデント対応における実態や課題を整理。その上で、「どの機能をSaaSに任せるか」「どの領域を内製で担うか」を明確化し、機能要件および優先度を定義しました。単なる機能追加ではなく、運用全体の最適化を目的としたプロダクト設計を行っています。 また、開発チームと運用現場の間に立ち、業務要件を構造化して開発側に伝えることで、認識齟齬を防ぎながらプロダクト改善を推進。リリース後も運用状況を踏まえた継続的な改善サイクルを回し、全社的なインシデント対応品質の向上に貢献しました。

事業会社のIT部門で発注側として、基幹系システムの更改・運用において、単なる進行管理ではなく、複雑な構成や関係者間の前提を整理し、プロジェクトを前進させる役割を担ってきました。特に、Javaやミドルウェア、データベースのバージョンアップに伴う非互換や挙動差など、表面化しづらいリスクを技術的観点から捉え、影響範囲の特定と対策検討を主導しています。 また、トラブル対応や問い合わせにおいては、関係者ごとに異なる前提や責任範囲を整理し、論点を構造的に再構成することで解決に導いています。開発会社と社内チーム間で2日間停滞していた問い合わせについても、やり取り全体を俯瞰して読み解き、用語・前提・データ加工のズレを特定することで、約20分で解消しました。 さらに、影響調査や仕様確認が形式的になりがちな課題に対して、「誰がデータを生成しているか」「どこで加工が入るか」「次工程が何を前提にしているか」といった観点で構造的に整理することで、手戻りや障害の未然防止につなげています。 技術・業務・組織の境界に立ち、複雑な状況を整理し意思決定につなげることを強みとし、プロジェクト全体が停滞せず前進する状態を作ることに価値を発揮しています。

基幹系システムの主担当として、日々の運用・案件対応に加え、若手育成や開発会社との調整を担いながら、プロジェクトを円滑に前進させる役割を担っています。サブリーダーの立場ではありますが、インフラ更改や環境整備に関するテーマについては主体的に推進しており、構成理解から影響整理、関係者調整まで一貫して対応しています。 また、事業会社のIT部門として、業務側と開発会社の間に入り、前提や用語の違いによって生じる認識齟齬を解消する役割も担っています。自担当領域に限らず、議論が停滞している案件に対しても介入し、双方の前提・責任範囲・期待値を整理することで、円滑な意思疎通と意思決定を支援しています。 特に、Javaやミドルウェア、データベースのバージョンアップに伴う非互換や挙動差といったリスクに対し、技術的背景を踏まえて影響範囲を整理し、手戻りや障害の未然防止に貢献しています。また、影響調査や仕様確認が形式的にならないよう、「誰がデータを生成しているか」「どこで加工が入るか」「次工程が何を前提としているか」といった観点で構造的に整理することを意識しています。 トラブル対応においては、関係者ごとに異なる前提や認識のズレを整理し、論点を再構成することで解決に導いています。開発会社と社内チーム間で2日間停滞していた問い合わせについても、やり取り全体を俯瞰して整理し、用語・責任範囲・データ加工のズレを特定することで、約20分で解消しました。 技術・業務・組織の境界に立ち、複雑な状況を整理し意思決定につなげることで、プロジェクト全体が停滞せず前進する状態を作ることを強みとしています。