お客様の中にパイロットはいますか?

「パイロットが乗っている場合、通話ボタンを鳴らしてください」と、乗客が聞きたくないものです。 私は、2013年12月に起こったこのような真の事件から驚くべきニュース記事を読み直しました。 デモインからの飛行のパイロットの後、アイオワ州は医療上の緊急時に苦しんだ、共同パイロットは、船上のすべてのパイロットのための要求を行いました。 マーク・ゴンゴル大尉は、アメリカ空軍のB1爆撃機パイロットで、違反に踏み込んだ。 飛行機、乗客、および乗組員はすべて安全に着陸しました。

それは素晴らしい話ですが、私は最近それを再読するために戻って非常に異なる何かによって引き起こされました。 私たちの将来のクライアントは、最近呼び出し、彼らは私たちのエンタープライズプロジェクトのタイムシートソフトウェアを「パイロット」できるかどうかを尋ねた。 このような呼び出しは常に一時停止します。 航空機に乗っている人が「パイロット」と言うとき、私たちは何が意図されているかについて非常に明確ですが、ソフトウェアオプションを評価している人が「パイロット」と言うとき、私はあまり確信していません。

ソフトウェアの世界では"パイロット" という用語は、多くの場合、"概念実証" のような他の困難な評価方法と組み合わせて使用されます。これらの用語の意味と、独自のエンタープライズ評価プロセスで最適に使用する方法を見てみましょう。

概念実証

これは、何年も前にさかのぼって、電気工学で人気のある用語です。 「ブレッドボーディング」回路は、生産のためにそれを作成し始めずに、回線が可能かどうかを確認するために行われました。 概念実証では、生産回路の作成よりもラボ ベンチで時間を費やす場合がありますが、唯一の損傷は、目の前で作業していた回路基板でした。 これは、電気回路が望ましい結果を提供できることを証明する安価で低リスクの方法でした。

ソフトウェアの観点では、概念実証は何かを証明するように設計する必要があります。 将来のクライアントが、エンタープライズ プロジェクト管理またはエンタープライズ タイムシート ソフトウェアの概念実証を提供するのに役立つかどうかを尋ねるとき、私は常に同じ応答を持っています。"どのような概念を証明しますか?

これは通常、無音と混乱した式で満たされます。

概念実証を行う予定で、何を証明しようとしているのか概念がない場合、それが成功または失敗であるかどうかをどのように知るでしょうか。 もちろん、まったく方法はありません。

なぜ、あなたは誰かが概念実証をしたいと思いますか? 最も一般的な答えは、リクエスタは、おそらく彼らが研究しているソフトウェアを実装するために管理から必要なバイインを持っていないことであり、それがちょうど彼らの前で実行されていた場合、彼らはアイデアに恋に落ちて、それが展開されるべきであることに同意することを願っています。 この場合、"証明" は管理に対し、"概念" はエンタープライズ ソフトウェアの全体のアイデアです。

エンタープライズ プロジェクトとタイムシート ソフトウェアが最適であると管理を納得させるのが簡単な場合は、さらに多くのソフトウェアをデプロイします。

この方法の問題は、この概念実証インスタンスをデプロイするために実行できる作業が、エンタープライズ システムの運用デプロイと同じサポートを受ける可能性が非常に低いということです。 タイムシートやプロジェクト管理システムなど、organizationがエンタープライズ システムを展開する場合、成功させるために必要なものは多数あります。 まず、デプロイに含まれるorganizationの任意の側面について、管理担当者と回線担当者から入力する必要があります。 次に、構成の時間、他のエンタープライズ システムへのリンクに関する技術サービスからの支援、管理のスポンサーシップ、トレーニングの時間、そしてはい、お金が必要です。

これらの情報がない場合は、概念実証で完了できるシステムは何ですか? それは最高の場合、あなたが望むものの影になります。 今日のクラウド内の時代には、サーバーやソフトウェアの購入について少なくとも心配できないように完全にホストされているシステムにアクセスできる可能性がありますが、システムをインストールするだけで、概念実証システムの基本的な展開を行うために必要な作業のほんの一部です。

organizationがorganization全体に影響を与える可能性のあるものを実装するために多くの資金とリソースを費やすことをためらう理由は簡単に理解できます。 リスクの高い演習です。 エンタープライズ プロジェクト管理ソフトウェアの利点についてのみ説明する傾向がありますが、同じプロジェクトが間違っていると、同様に悪影響を及ぼす可能性があると簡単に想像できます。 そのため、リスクを軽減することは明らかな懸念事項です。 しかし、本当の課題がシステムの利点の管理を納得させることであれば、これを行うためのより良い方法は確かにあります。 HMS Software では、次のいくつかの手法に重点を置きました。

1. 既存の実際のクライアントと話します。

   私たちは、非常に満足している素晴らしいクライアントを持っているここで祝福されています。 新しい見込み顧客が何に取り組んでいるかについて懸念を持っていると、既存のクライアントと一緒にそのorganizationが得られます。 多くの場合、既存のクライアントは、対面会議を開催するのに十分寛大です。 他のケースでは、意図的に参加しない呼び出しを互いに行います。 既存のクライアントは、良いニュースと課題の両方を共有することをお勧めします。

2. それを証明しましょう。

   あなたが本当に証明する必要がある概念を持っているならば、私たちはあなたにそれを証明するのを手伝いましょう。 一部の実装のいくつかの側面を最初に実証する必要がある正当な理由があります。 おそらく、デプロイには、特定の種類のデータが非常に大量に含まれる可能性があります。 たとえば、特に大きなプロジェクト負荷で機能するソリューションを示すよう一度依頼されました。 特定のブラウザーまたは特定のデータベースで動作するソフトウェアを表示するか、特定の外部システムの特定のバージョンにリンクするように求められました。 それが評価を妨げているような概念であれば、その課題を克服できる最良の人々が主題の専門家です。

3. これでトレーニングを行うことができます。

   見込み顧客が担当者が使用するデータを使用するシステムを絶対に表示する必要がある場合は、ホストされているシステムにデータを読み込むのに役立ちます。その後、クライアントが望むシステムを構成し、関与するユーザーをトレーニングするために最小限の操作を行います。 デモ自体を支援するために会社に持ち込まれた方が強く好まれますが、それが不可能な場合は、関係者が使用するスクリプトやデモを確認し、調整や提供を行う人のトレーニングを依頼します。

必要なパイロットはどこにありますか?

では、パイロット プロジェクトはどうでしょうか。 それは良いですね? 可能性があります。 エンタープライズ タイムシートまたはエンタープライズ プロジェクト管理システムのパイロット展開を確立するように求められた場合は、まず目標を決定する必要があります。 目標がすべて概念実証に関する場合は、パイロット プログラムにまったく参加していません。

パイロット プロジェクトは、実際の実稼働型のライブ デプロイです。 通常、評価対象のシステムについて考慮されているユーザー ベース全体のサブセットが含まれるため、パイロット プログラムには時間がかかる可能性があります。 完全なターゲット ユーザー ベースのニーズは最初から考慮されますが、パイロット プログラムでは、パイロット ユーザーの実際の実装を行うことに重点を置いています。 実際にはプロジェクトを管理するか、新しいシステムでタイムシートを入力します。

完全な運用デプロイが直面するのと同じ課題は、ボリュームやデータの複雑さを除き、パイロット実装でも直面します。 私が見てきたパイロットプロジェクトの最も一般的な課題は、スポンサーシップの欠如、予算、時間、リソースの不足、そしておそらく最悪の場合、パイロットプロジェクトが成功したかどうかを判断する方法を知る明確な目標の欠如です。

これは、パイロット プロジェクトが悪いとは言えません。 パイロットを実行することは非常に賢明であり、不完全または不適切に構成されたデプロイでorganization全体に影響を与えるリスクを軽減するのに役立ちます。 しかし、パイロット プロジェクトを成功させるには、いくつかの考え方が必要です。

最近では、公共部門のorganizationの大規模な展開に取り組み始めました。 演習に満足しているのは、organizationが評価を完了するために必要なすべての時間を既に費やしていることです。 エンタープライズ システムを選択しました。 幸いなことに、それは私たちのです。 私たちは昨年、評価チームと協力して技術的な質問に答えましたが、今ではこのorganizationの人々の日々のプロセスへの影響に焦点を当てています。

彼らは、グループ全体の約10%に過ぎないグループで6ヶ月間働くと提案しました。 十分な予算があり、パイロットは最も上級レベルの管理をサポートしており、このような展開で通常行うすべてのことを支援するのに十分な時間があります。 このプロジェクト追跡およびタイムシート環境に配置されるグループは、近い将来、運用環境で作業するため、単なるテストではありません。 これは、デプロイの最初のフェーズに似ています。"試してみて、その動作を確認する" 演習ではありません。 これらすべての要因が整ったので、今年後半に成功した結果を期待しています。

折り返し

パイロットプロジェクトと概念実証プロジェクトは、エンタープライズ ソフトウェアの実際の事実ですが、将来ある場合は、関係者全員にいくつかの重要な成功要因を指摘することで成功を収めることができます。

1. まず、目標が明確に明確に示されていることを確認します。

2. 次に、管理が必要なものを理解していることを確認し、それらの目標を達成するために、お金、リソース、時間の観点からサポートします。

3. 最後に、プロジェクト計画を作成し、ポートフォリオ内の他のプロジェクトと同様に管理します。

筆者について

Chris Vandersluis は、カナダに拠点を置く MICROSOFT 認定パートナーであるモントリオールの社長兼創設者です。 彼はマギル大学で経済学の学位を取得し、プロジェクト制御システムの自動化に30年以上の経験を持っています。 彼は、プロジェクト管理研究所 (PMI) の長年のメンバーであり、Microsoft Project Users Group (MPUG) のモントリオール、トロント、ケベックの各章の設立を支援しました。 Chris が執筆した出版物には、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 関連の記事をさらに読む場合は、EPM ガイダンス ブログ (https://www.epmguidance.com/?page_id=39) を参照してください。