パイロットと PoC を実施するためのクイックガイド

導入

IT分野、特にIT営業で長年仕事をしてきた中で、私は数多くのパイロットプロジェクトを見てきましたが、そのほとんどは無駄に終わり、かなりの時間がかかりました。

同時に、ストレージ システムなどのハードウェア ソリューションのテストについて話している場合、通常、各デモ システムにはほぼ XNUMX 年前から待機リストができます。 そして、スケジュール上のすべてのテストが売上をもたらす可能性もあれば、逆に売上を台無しにする可能性もあります。 テストも無意味であるため、テストが売上に影響を与えない状況を考慮することは意味がありません。テストは時間の無駄であり、デモ システムにとっても時間の無駄です。

では、どうすればすべてを賢く実行し、すべてを実現できるでしょうか?

訓練

パイロットの目標

パイロットはどこから始まりますか? 機器をラックに接続する場合はまったく問題ありません。 機器の作業が始まる前に、書類作成が行われます。 そして、パイロットの目標を定義することから始めます。
パイロットの目標は、最終顧客からの反対意見を排除することです。 異論はありません - パイロットは必要ありません。 はい、まさにそうです。
しかし、私たちが目にする反論の主な種類は何でしょうか?
※信頼性には疑問があります
※性能に疑問あり
* スケーラビリティに疑問がある
*当社のシステムとの互換性と動作能力に疑問があります
* 私たちはあなたのスライドを信じておらず、あなたのシステムが本当にこれらすべてを実行できるかどうかを実際に確認したいと考えています
* これはすべて非常に難しいことです。当社のエンジニアはすでに忙しく、彼らにとっても難しいでしょう。

合計すると、最終的には XNUMX つの主要なタイプのパイロット テストが行​​われ、パイロットの特殊なケースとして概念実証 (PoC - 概念実証) が行われます。
* 負荷テスト (+ スケーラビリティ)
* 機能テスト
* 耐障害性テスト

特定のケースでは、特定の顧客の疑問に応じて、パイロットはさまざまな目標を組み合わせることができ、あるいは逆に、そのうちの XNUMX つだけが存在することもあります。

パイロットは、このテストが実施される理由を平易なロシア語で説明する文書から始まります。 また、パイロットが成功したかどうか、または具体的に何が不合格だったかを明確に言うことを可能にする一連の測定可能な基準も必然的に含まれます。 測定可能な基準は、数値 (ミリ秒単位の遅延、IOPS など) またはバイナリ (はい/いいえ) にすることができます。 パイロットの基準が測定不可能な値である場合、パイロットには意味がありません。それは純粋に操作のツールです。

機器

パイロットは、ベンダー/販売代理店/パートナーのデモ機器または顧客の機器で実施できます。 厳密に言えば、違いは小さく、一般的なアプローチは同じです。

パイロットを開始する前の機器に関する主な質問は、機器の完全なセット (スイッチ、データ ケーブル、電源ケーブルを含む) が存在するかどうかです。 機器はテストの準備ができていますか (ファームウェアのバージョンが正しく、すべてがサポートされており、すべてのライトが緑色です)?

テストの目標を決定した後の正しい一連のアクションは、顧客に引き渡す前に、テスト用に機器を完全に準備することです。 もちろん、急ぐことのない忠実な顧客もいますが、これはむしろ例外です。 それらの。 完全なセットはパートナーのサイトで組み立てる必要があり、すべてがチェックされて組み立てられます。 システムが稼働している必要があり、すべてが動作していること、ソフトウェアがエラーなく配布されていることなどを確認する必要があります。 何も複雑なことではないようですが、パイロットの 3 人中 4 人はケーブルまたは SFP トランシーバーを探すことから始めます。
これとは別に、デモ システムをチェックする一環として、デモ システムがクリーンであることを確認する必要があることを強調する必要があります。 以前のテスト データはすべて、転送前にシステムから削除する必要があります。 実際のデータに対してテストが実行された可能性があり、そこには企業秘密や個人データを含むあらゆるものが存在する可能性があります。

テストプログラム

機器を顧客に引き渡す前に、テストの目的を満たすテスト プログラムを準備する必要があります。 各テストには測定可能な結果と明確な成功基準が必要です。
テスト プログラムは、ベンダー、パートナー、顧客、または共同で準備できますが、必ずテストの開始前に作成します。 そして顧客はこのプログラムに満足していることに署名する必要があります。

パイロットの準備の一環として、ベンダー/パートナー側と顧客側の両方で、パイロットの日程、必要なすべての人員の出席とテストの準備について合意する必要があります。 ああ、お客様のパイロットの中心人物が設備導入の翌日に休暇に入って、何人のパイロットが始まったことでしょう。

責任範囲/アクセス範囲

パイロットのプログラムでは、関係者全員の責任を明確に理解し、理想的には説明する必要があります。 必要に応じて、ベンダー/パートナー エンジニアによる顧客のシステムおよびデータへのリモートまたは物理的なアクセスは、顧客のセキュリティ サービスと調整されています。

パイロット

これまでのポイントをすべて完了した場合、最も退屈な部分はパイロット自身です。 ただし、レールの上を走るように走らなければなりません。 そうでない場合は、準備の一部が失敗したことになります。

パイロットの完成

パイロットが完了すると、実行されたテストに関する文書が作成されます。 理想的には、プログラム内のすべてのテストに緑色の PASS チェック マークが付いています。 上級管理者向けに、購入または購入が承認されたシステムのリストへの追加について前向きな決定を下すためのプレゼンテーションを準備することができます。
パイロットの終了時に、完了したテストと合格点のリストが記載された文書が手元にない場合、パイロットは失敗しており、まったく開始すべきではありません。

出所: habr.com

コメントを追加します