目的地に着きましたか?

この記事は、"From the Ttrenches" コレクションの一部です。 エンタープライズ システムの実装が成功するために適応および進化する必要がある方法について説明します。

この記事の Word バージョンをダウンロードするには、「 まだ存在しますか?」を参照してください。

その他の記事については、「 溝から」ホワイト ペーパーを参照してください。

目的地に着きましたか?

長年にわたって、エンタープライズ ソフトウェアの選択と展開に見てきた最大の落とし穴の 1 つは、実装が静的な目的を果たすと考えていることです。 これは、私たちの世界のすべてを鳴らそうとする私たちの時代の兆候である可能性があります。 「私たちのプロジェクトを管理する」「タイムシートです」または「ERPシステムです」または「EPMシステムを持っています」は、エンタープライズシステムが触れる可能性のあるビジネスのすべての側面を継続的に考える必要を最小限に抑えます。 しかし、エンタープライズ プロジェクトまたはエンタープライズ タイムシート システムの展開で最も成功した組織は、必然的に"生きているシステム" と考えています。設計によって絶えず進化しているシステム。

なぜ静的システムと考えるのですか?

動的環境と考えられているエンタープライズ システムで成功する可能性が高い場合、多くの組織がエンタープライズ システムを固定ソフトウェアと見なす理由は何ですか?

考えられる理由は多数あります。

おそらく、エンタープライズ システムを受け入れるということは、システムに対して承認された予算を 1 回だけ取得できる、複雑な予算編成環境でビジネス ケースを作成することを意味していました。 毎年または各予算サイクルに戻って別のフェーズを要求し、次に別のフェーズを要求することは政治的に不可能です。

または、システムを継承し、提供する内容に関する特定の約束が行われたか、またはおそらくそこに存在し、組織内のすべてのユーザーが、システムを一連のビジネス機能の一覧のみを提供していると考えています。

あるいは、政治の中で仕事をしていて、組織の他の場所に境界のないシステムを怖がっている人がいます。

その考え方について何が間違っている可能性がありますか?

ソフトウェア システムを静的と考えることさえ奇妙です。 通常、問題を解決することは静的であるとは考えられません。 エンタープライズ システムの実装に関連付ける問題ステートメントは、ほぼ常に進化しています。 それらは、経済状況の変化、ビジネス状況の変化、競合他社の行う内容の変化、人材の変化、技術アーキテクチャの変化に依存しています。 ビジネス条件が変わることはないと考える組織は、ビジネスに長く留まる可能性は低いです。 エンタープライズ ソフトウェアについて考える場合は、ソリューションのテクノロジの側面がどれだけ迅速に変化するかを考えてください。 独自の TimeControl タイムシート ビジネスでは、20 年間で 6 つの主要なテクノロジ アーキテクチャの変更を経てきました。 1994 年に DOS バージョンを使用して開始し、1995 年に Windows バージョン、1997 年にクライアント/サーバー バージョン、1999 年にブラウザー ベースのバージョン、2010 年にはクラウドでホストされ、モバイル バージョンが続きました。 これは単なるテクノロジ アーキテクチャです。 経済状況、競合他社、そして経験からの変化のおかげで、さらなる進化が起こりました。 エンタープライズ プロジェクトまたはエンタープライズ タイムシート ソフトウェア発行ビジネスのユーザーは、変更が一定であることを受け入れます。

エンタープライズ システムの展開を考えるのと同じ考え方です。 Project Server などのエンタープライズ システムを実装するのにかかる時間の中で、それを実装する組織は変更する必要があります。 新しいクライアント、新しい人員、出発する担当者がいます。 EPM システムの選択と展開にかかる時間の中で、他の競合製品が出現します。 この現象によって組織が麻痺しているのを見てきました。 彼らは完璧な製品を選択しないという懸念のために、別のベンダーによる別の製品のリリースは、新しい製品を検討するためにその作業を一時停止する選択グループを持っています。 または、検討されているいずれかの製品の新しいバージョンのリリースでは、評価ですべての選択肢が考慮されないことを誰もが心配しています。 これらのグループは、何度も何度も繰り返し繰り返されます。 組織の要件とソリューション オプションが変化を止めることはないため、最終的な決定は実現されません。

これらの組織の問題は、最初にソリューションを探したビジネス上の課題が解消されず、決定がない場合は解決されないことです。

静的でない場合は、何ですか?

エンタープライズ システムのデプロイは、それらが生活環境である場合に成功する可能性が高くなります。 彼らは成長し、進化し、周囲の変化する条件に適応する必要があります。 そして、はい、おそらく将来、彼らが古いとき、彼らは廃止する必要があります。 この考え方の最も重要な変更は、完璧な解決策が出発点ではないということです。 優先順位は、最も重要なニーズを満たすが、まだ完全に明確にされていない場合でも、将来より複雑なニーズに適応する能力を持つソリューションを選択することです。 最も重要な選択基準の 1 つは、機能の幅ではなく柔軟性になります。

静的なしがみ付きを回避するにはどうすればよいですか?

静的なデプロイ パラダイムに陥らないようにするためにできることは多数あります。

• 実装計画でフェーズを作成し、フェーズが不足することはありません。

  企業の実装に段階的なアプローチを採用する場合は、はるかに控えめな最初のフェーズに集中できます。 私たちのコンサルティングスタッフは、私たちができることは最も多くなく、最も少ないことを特定するように教えられています。 「最も最小限のデプロイを探し、そのデプロイによって継続的な投資収益率が得られます」と伝えます。これについての素晴らしいニュースは、システムからの価値がはるかに迅速に開始され、システムの使用において、より最小限のレベルであっても、将来の使用の要件がより明確になることです。

• 進化を可能にする予算を立てる。

  多くのデプロイで見てきた課題の 1 つは、エンタープライズ システムの要求を 1 回だけ行うことができる 「ウェルへの 1 回の訪問」です。 フェーズ予算の最初のカップルは非常に詳細ですが、将来のフェーズは少ないので、必然的により成功すると予想して段階的な予算を作成します。

• 柔軟性の高いソリューションを選択します。

  私たちのスタッフは、(柔軟なおもちゃ氏ガンビーの後)「センパーガンビー」をモットーに採用しています。 それはアメリカ軍で最初に造語された言葉の劇ですが、それは私たちの考えにぴったりです。 ガンビーさんと同じように、次にどの形にひねられるかわからないので、柔軟性の観点から考えます。 どのエンタープライズ ソリューションを選択しても、柔軟性を重視することが成功基準です。

• 運用を開始するときに、実装チームのすべてを放棄しないでください。

  重要なリソースを今後も維持します。 これは非常に一般的な課題です。 多くの場合、エンタープライズ展開では、組織は最も経験豊富で熟練したリソースを割り当てることに引き寄せられ、システムを確実に選択して実装するのに役立ちます。 しかし、これらのリソースは、次の重要なプロジェクトで必要となる非常に重要なリソースであり、システムが稼働し、最も重要な段階にあると同様に、このリソースから引き離される可能性があります。 特定の重要なリソースを実装に長期間維持するように事前に計画すると、大きな違いが生じます。

• 永続的なシステム拡張チームを作成します。おそらくは小規模ですが、熟練しています。

  エンタープライズ システムの要件を組み立てるチームは、ビジネス プロセス、システム機能、他の主要なエンタープライズ システムとの統合などを検討します。 インストール後にこれらのユーザーがシステムを破棄すると、将来の進化は非常に困難になります。 組織のニーズとシステム機能が定期的に評価される長期的な進化ケアに、このエンタープライズ システムとおそらく他の関連システムを配置します。

実際の使用から学ぶ

• システムを早期に運用します。

  これは、今日の世界では、5年前よりもずっと簡単です。 クラウドベースのインストールとリモートからアクセス可能なサービスを利用して、システムを迅速に実行できます。 クラウドとオンプレミスの両方のオファリングを持つほとんどのエンタープライズ システムには、一方から他方に進化する方法があります。 これは確かに Project Server で当てはまります。 私たちのシステムにも当てはまります。

• システムの強化をもたらすフィードバック ループがあることを確認します。

  悪くなく、改善できるものを見るのは良い方法です。 一部の実装チームは、ユーザーが既にデプロイしたシステムを使用できないようにすることを懸念して、改善のための提案を推奨しません。 私たちの経験は、改善のための提案を行う人は、通常、エンタープライズシステムの最大の同盟国であるということです。 アイデアをすぐに実装できない場合でも、それを歓迎する必要があります。 エンタープライズ システムの新しいアイデアを特定して奨励するためのシステムを作成すると、すべての人が投資を続け、大きなメリットを得ることができます。

• 希望を早く捨てないでください。

  一部の企業は、成功の可能性がある前に「問題はソフトウェアにある」と言い、船を飛び越えます。

目的地に着きましたか?

それでは、いつそこに着くのですか?

うまくいけば、決して。

つまり、途中の駅が一時停止するのに最適な場所とは言えません。 エンタープライズ プロジェクトやエンタープライズ タイムシート システムなどのエンタープライズ ソフトウェアの新しい実装の最初のターゲットは、投資に対する肯定的な収益率を提供する運用環境である必要があります。 レイヤーまたはフェーズにデプロイできるシステムを探し、成長、適応、変更できる十分な柔軟性を備え、完璧な目的地を選ぶのを待つよりも生産性が向上する可能性があります。

著者について

Chris Vandersluis は、カナダに拠点を置く MICROSOFT 認定パートナーであるモントリオールの社長兼創設者です。 彼はマギル大学で経済学の学位を取得し、プロジェクト制御システムの自動化に30年以上の経験を持っています。 彼は、プロジェクト管理研究所 (PMI) の長年のメンバーであり、Microsoft Project Users Group (MPUG) のモントリオール、トロント、ケベックの各章の設立を支援しました。 クリスが執筆した出版物には、Fortune、Heavy Construction News、Computing Canada Magazine、PMI の PMNetwork が含まれており、彼は Project Times の定期的なコラムニストです。 彼はマギル大学で高度なプロジェクト管理を教え、多くの場合、北米と世界中のプロジェクト管理協会の機能で話します。 HMS Software は、TimeControl プロジェクト指向のタイムキーピング システムの発行元であり、1995 年から Microsoft Project Solution Partner です。

Chris Vandersluis には、次の電子メールで連絡できます。 chris.vandersluis@hms.ca

Chris Vandersluis による EPM 関連の記事をさらに読む場合は、HMS の EPM ガイダンス サイト (https://www.epmguidance.com/?page_id=39) を参照してください。