変更管理の定義

同僚や同僚があなたに”変更管理とは何か”と尋ねる頻度はどれくらいですか?”私たちの多くは、変更管理が何であるかを直感的に知っていますが、他の人のためにそれを簡潔に定義するのに苦労することができます。

変更管理の定義

Prosciは、変更管理を構造化されたプロセスと、変更の人々の側をリードして望ましい結果を達成するためのツールのセットの適用と定義し

他の人のために変更管理を定義するときは、密接に関連する二つの概念の文脈でそれを議論することが有用です: 変更自体とプロジェクト管理。

変更そのもの

変更とは、仕事のやり方を改善したり、問題を解決したり、機会を利用したりするために、組織に導入されているプロジェクト、イニ
組織を改善するほぼすべてのプロジェクト、イニシアチブ、またはソリューションは、従業員が日々の仕事をどのように行うかに影響します。 変更の影響のProsciの10の側面は、人やグループが変更によってどのように影響を受ける可能性があるかを示しています:

10-Aspects-Change-Impact-Model-150“より競争力のある”、”顧客に近い”、”より効率的な”という考えは、組織が変化する動機になる可能性がありますが、ある時点では、これらの目標は、これらのプ これはプロジェクト管理および変更管理が入るところである。

プロジェクト管理と変更管理

単に変更を処方し、それが起こることを期待するだけでは十分ではありません。 成功した変更は、ハードワークだけでなく、変更を実現するために行われなければならないものの理解から始まります。 プロジェクト管理と変更管理は、成功の可能性と投資収益率(ROI)を向上させるために組織の変更に適用される別々の分野です。 これらの明確でありながら密接に絡み合った分野は、人生に変化をもたらすために必要です。

プロジェクト管理–変更の技術的側面

プロジェクト管理研究所のPMBOK®ガイドによると、プロジェクト管理は、プロジェクトの要件を満たすためにプロジ
プロジェクト管理は通常、伝統的なウォーターフォールアプローチに関連していますが、プロジェクトを提供するには多くの方法があります。 変更管理は、アジャイル、スクラム、かんばん、リーン、ウォーターフォール、PRINCE2など、任意のプロジェクト管理方法論と一緒に動作することができます。
技術的なソリューションを設計するために使用されるアプローチにかかわらず、変更管理は、変更を採用し、使用するための個人の準備、装備、サポートに焦点を当てています。

変更管理–変更の人々の側

変更管理は、望ましい結果を達成するために変更の人々の側をリードするための構造化されたプロセスとツールのセットのアプ 私たちは、変更の影響を受けた個人が、変更に関与し、採用し、使用することを可能にする個人的な移行を成功させるのを助けることによって、変更管理
プロジェクト管理と変更管理の両方が、組織を現在の状態(今日のことがどのように行われているか)から、移行状態を経て、望ましい将来の状態に移 プロジェクト管理はプロジェクト、率先または技術的な解決を首尾よく設計し、開発し、そして提供するために必要な仕事に焦点を合わせる。 変更管理は、この変更によって影響を受ける人々に焦点を当て、変更に関与し、採用し、使用することができます。

prosci-unified-value-proposition_overlapping

反復的なプロジェクトの場合、成果は、繰り返しのサイクルまたは変更のリリースによって達成され、各サイクルは最終的な意図された結果に向かって 反復的なプロジェクト管理は、通常、ソリューションの設計、開発、提供に対するアジャイルアプローチに関連しています。 変更管理は、プロジェクト管理アプローチと一緒に来て、それが反復的または順次に配信されるかどうかに関係なく、変更を採用し、使用するために個人を準備、装備し、サポートすることに焦点を当てています。

prosci-unified-value-proposition_sequential-and-iterative

技術的側面は必ずしも”技術的”ではないことに注意してください。”プロジェクトは本質的に技術的なものもありますが、技術的な側面はすべての変更に適用されます。 これには、文化の変化、合併および買収、政策の更新、および技術に関与する可能性のあるその他のプロジェクトまたはイニシアチブが含まれます。
組織の変更には技術的側面と人的側面の両方があり、それぞれが変更を実現するために別々のリソースとツールを必要とします。

規律と焦点
プロセス例
ツール

プロジェクトマネジメント(技術面)

ソリューションの設計、開発、提供

プロジェクトマネジメント研究所の5段階(順次):

  • 開始
  • 計画
  • 実行
  • 監視と制御
  • 終了

アジャイル(反復):

  • 計画
  • スプリントサイクルを繰り返す
    • 発見
    • 設計
    • 展開
    • リリース
  • サスティーン
  • ビジネスケース
  • 作業声明
  • プロジェクト憲章
  • 作業内訳構造
  • 予算見積もり
  • リソース配分
  • プロジェクト計画
  • 追跡
  • リスクの特定と緩和
  • パフォーマンスとコンプライアンスに関するレポート

変更管理*(人 サイド)

人々が変化に関与し、採用し、使用することを可能にする

(*Prosci方法論)

Prosci3相プロセス:

  • フェーズ1-アプローチの準備
  • フェーズ2-変更の管理
  • フェーズ3-成果の維持
  • 個人変更のためのADKARモデル
  • Prosci Change Triangle(PCT)モデル
  • ADKAR Blueprint
  • スポンサープラン
  • People Manager Plan
  • Communications Plan
  • Training Plan
  • 必要に応じてプランを拡張

各チームの目標

プロジェクト管理チームは、変更の技術的側面をポイントから前進させるために取り組んでいます このようなプロジェクト管理活動は、プロセス、システム、ツールなどに適用されます。 人々の仕事が影響を受けることを意味し、変更の影響を受けます。

変更管理チームは、変更の影響を受けた個人が喜んで変更をサポートまたは受け入れ、自分自身として変更を取り、期待どおりに変更を適用する(すなわち、変更

以下の例は、関数(a)から関数(b)への遷移を示しています。

(12)

プロジェクト管理の目的は効果的に設計し、開発し、プロジェクト、率先または解決を提供するために資源を配置することである。 変更管理の目標は、変更の要件を考慮して、変更の影響を受ける各個人が移行を成功させるのを助けることです。

要素

目的

変更自体

コストの削減、収益の改善、問題の解決、機会の獲得、作業と戦略の調整、組織内の情報の流れの合理化(プロジェクト、イニシアチブ、ソリューションなど)など、いく

プロジェクト管理

技術的な解決を設計し、開発し、そして提供することによって巧妙な変更からのプロジェクトの目的そして組織の利点を実現するため—時間、費用およ

変更管理

変更の影響を受ける人々が個々の移行を進めるのを助けるための体系的なアプローチを適用することによって、プロジェクトの目標と組織の利益を実

変更管理とプロジェクト管理の範囲

ほぼすべての組織のイニシアチブやプロジェクトには、プロジェクト管理と変更管理のレベルが必要です。 両方の分野を必要としない場合は非常に少数のインスタンスがあります。 以下の各プロジェクトには、変更自体の展開に加えて、個別のプロジェクト管理と変更管理が必要です:

  1. 組織全体にEnterprise Resource Planning(ERP)ソリューションを展開する
  2. コールセンターエージェントの作業プロセスと連絡先スクリプトを再設計する
  3. 合併または買収後の二つの組織とその情報システムを統合する
  4. 分散労働力のための新しい仮想コラボレーションツールの実装
  5. 新しい販売チャネルの開発

プロジェクト管理と変更管理は、すべてのイニシアチブで同じように見えますか? 典型的には、いいえ。 ほとんどが少なくともいくつかを必要とする間、各訓練はあなたの独特な状態、構成、文化および歴史およびあなたが実行している特定の変更のため
必要なプロジェクト管理の量と種類は、複雑さ、変更の程度、およびソリューション設計に必要な柔軟性の量によって異なります。 必要とされる変更管理の関与の量は、個々の人々の日々の仕事への混乱の量に依存します。 また、文化、価値体系、過去の変化を伴う歴史など、組織の属性にも依存します。

変更管理とプロジェクト管理の統合

それらは異なる研究分野ですが、変更管理とプロジェクト管理は実際に統合されています。 ステップとアクティビティは、チームが現在の状態から希望の将来の状態に進行するように作業するにつれて、一斉に移動します。

変更管理およびプロジェクト管理計画活動

例として、プロジェクトまたはイニシアチブの計画段階で発生する活動を考えてみましょう。

プロジェクトマネージャー:

  • 完了しなければならないマイルストーンと活動を特定する
  • 必要なリソースとそれらがどのように連携するかを概説する
  • プロジェクトの一部になるものとしないものの範囲を定義する

変更マネージャー:

  • 伝えなければならない重要なメッセージを作る
  • スポンサーと協力して、シニアリーダーの活発で目に見える連合を構築する
  • 影響を受けた従業員に、なぜ変更が必要であるかについてケースを作る

最も効果的なプロジェクトは、これらの活動を単一のプロジェクト計画に統合する。

理解には利点があります

変更、プロジェクト管理、変更管理を区別することは困難な場合があります。 実際には、これらの三つのコンポーネントは、組織に肯定的な結果を提供するために密接に絡み合っています。 しかし、この違いを理解することで、変更が期待どおりに進められていないときのトラブルシューティングがはるかに簡単になります。

たとえば、課題は次のものから来ていますか:

  • 変更の設計(プロジェクト、イニシアチブまたはソリューション自体)?
  • 技術的なプロセス、活動または資源(プロジェクト管理)か。
  • 個人はどのように変更(変更管理)を受け入れたり抵抗したりしていますか?

変更、プロジェクト管理、変更管理の違いを理解すると、是正措置を特定することが明確になります。 そして、各コンポーネントが達成するために働いているものを知っているとき、他の人のための変更管理を定義することは、もはや困難ではありません。

Leave a Reply