基幹システム刷新プロジェクトのPMO経験者を募集します
相談の背景
販売、在庫、会計をつなぐ基幹システム刷新で、計画作りに参加するPMO経験者を募集します。開始前の段階から入り、部門ごとの希望を一つの進め方へまとめる仕事です。
専門用語をできるだけ避け、関係する人が同じ理解を持てる説明を心がけます。決まったことだけでなく、まだ決まっていないことも明らかにします。
具体的な内容
古いシステムには長年の例外処理が多く残っています。すべてを新システムへ移すのではなく、必要な理由と利用回数を確認します。会議では宿題を増やさず、誰が、何を見て、いつ判断するかを決めます。アルムナイの方には、社内事情を知る強みと外部で得た新しい視点の両方を期待しています。
大切にすること
- 構想作りから移行までの全体計画を整理
- 業務部門・IT部門・開発会社の役割を明確化
- 週三日程度、九か月の参加を想定
参加・検討の流れ
初回は目的と背景を共有し、「構想作りから移行までの全体計画を整理」に関する経験や希望を確認します。合わないと感じた場合は、その場で応募や参加を決める必要はありません。
次に「業務部門・IT部門・開発会社の役割を明確化」の具体的な進め方、使える時間、連絡方法を相談します。秘密情報は必要になるまで共有せず、閲覧できる人を限定します。
開始後は短い間隔で振り返り、負担が一人へ偏っていないかを確認します。予定と違う結果も学びとして記録し、理由を説明できる形にします。
経験をお聞かせください
基幹システム刷新で、最初に決めておかず後悔したことがあれば教えてください。
うまくいった例だけでなく、失敗から学んだことも歓迎します。
絞り込み条件は「IT・デジタル > ITコンサル・PM/PMO」です。関心の近い方と、立場を越えて情報交換できればうれしいです。
※この投稿はデモンストレーション用のサンプルです。

コメント
ERP導入の経験から、標準化する仕事と残す例外を分けることが重要だと感じます。大規模案件ほど、計画を細かくする前に部門間の前提と責任の境目を確認する必要があります。
プロジェクトの目的だけでなく、最初に調べる範囲と終了時の判断が示されている点に共感します。 終了時には、成果物に加えて社員への引き継ぎも予定していますか。
※このコメントはデモンストレーション用のサンプルです。
SaaSの企画では、作る前に顧客の行動を確かめるようにしています。テスト終盤の混乱を防ぐには、修正後にどこまで確認し直すかを設計段階で決めておくことが有効です。
結果が出た後に、誰が運営を引き継ぐかまで確認できると安心です。 異なる立場の方の経験もぜひ知りたいです。
※このコメントはデモンストレーション用のサンプルです。