プロジェクトがまったく計画通りに進むということはほぼありません。優先事項は変化します。要件も変わっていきます。開始時には妥当だった方法論も、実行の途中から制約になっていくことがあります。そうなると、方向転換が必要になってきます。問題は、方向転換がしばしば時間の節約よりも作業の増加になってしまう点にあります。
ここでMinitab Engageの新しいRestart Projects機能が力を発揮します。
Restart Projectsを使用すると、プロジェクトチームやエンジニアリング／改善チームは、既存の作業を一切失うことなく、進行中のプロジェクトを別の方法論で再スタートできます。 チームがプロジェクト管理の形式 を変更したり、別の方法論を採用したりする必要がある場合でも、プロジェクトをゼロから作り直すことなく対応できます。
すべて無傷のままです。ツール、ドキュメント、フォーム、そしてプロジェクトデータは、再スタートしたプロジェクト内に保管され整理されます。何も失われません。手動で作り直さなければならないものもありません。
多くの企業では、方法論の変更は破壊的であることから避けられます。プロジェクトの途中でフレームワークを切り替えることは、ファイルの複製、データの再入力、バージョン管理の問題のリスクなどに繋がることがあります。その結果、変更コストが高すぎると感じられるため、適合しなくなった構造のままプロジェクトを進めてしまうことになります。
プロジェクト要件が変わった場合でも、権限を持つリーダーはワークフローをより適した形式へ迅速に再調整できます。プロジェクトはそのまま前進し続けながら、現在の目標により適した構造のもとで進行し、方法論が作業に適応できていない状態を解消します。もしかすると、方法論のほうを作業に合わせて変えることもできるのではないでしょうか。
再スタートされたプロジェクト内では既存のツールやデータがすべて保持されるため、何が行われ、なぜ方向転換が行われたのかが明確に記録されます。情報が分断されることはありません。重複したワークスペースに埋もれてしまうこともありません。
現代の組織は、単一の固定的なフレームワークのもとで運営されているわけではありません。取り組みごとに異なるアプローチが求められます。イノベーション施策にはある種の構造が必要かもしれません。一方で、業務改善には別の構造が適している場合もあります。ポートフォリオが複雑化するにつれ、ゼロからやり直すことなく方法論を切り替えられる能力は、戦略的な優位性となります。
Restart Projectにより、Engageはそのレベルの柔軟性を実現します。チームは、これまでの成果を損なうことなく、新たに開発された、または改訂されたプロジェクト管理の形式を採用できます。
この機能は権限ベースで管理されており、データアーキテクトやステアリングコミッティのメンバーが、再スタートのタイミングや方法をコントロールできます。ガバナンスは維持されます。リーダーシップは方向転換の状況を可視化できます。チームは勢いを維持できます。
方向転換したいと思っても、事務的な作業負担が大きいと感じてためらった経験がある場合、この機能はその障壁を直接解消します。必要に応じて、適切なタイミングで方向転換できます。戦略の進化に合わせて、フレームワークも進化させることができます。しかも、進捗やコントロールを失うことはありません。
プロジェクトは変化します。システムも、それに合わせて変化できなければなりません。Restart Projectsにより、Minitab Engage内でそれが可能になります。