PoC開発の進め方と3つの注意点

私は、2021年から複数のPoCを推進しています。

PoC開発を推進した経験から、気をつけて調整すべき点を解説します。

ぜひ、最後まで見ていって下さい！

PoCでは非機能要件について、スコープに入れない

PoCでは、非機能要件は顧客と合意しない方が良いと私は思っています。

普通は非機能要件をしっかりと定義しないとリスクですが、PoCの場合は、今後のシステム構成が変化する可能性があり、短納期が多いので、時間をかけてインフラ構築をする時間的な余裕もありません。

ということで、非機能要件を明確に合意すると、本来実証すべき項目に時間をかけられず、目的を達成できません。

PoCの目的は、考えているアイデアが実現可能なのか、役に立つのかを確かめることですね。本筋と関係ない項目は検証する必要がありません。

何か非機能要件を設定しなくてはならない場合は、「必ず達成します」ではなく、「目標としては理解したが、約束はできない」というようなニュアンスで通す必要があると思います。

ただし、パフォーマンス等、非機能要件の実験をPoCで実証したい場合は除きます。

顧客の要求は無下に断らない

無下に断ると、信頼関係を築けず、PoCが次に繋がらず、これまでの苦労が水の泡です。

スコープの調整は大切ですが、ガチガチにやって、顧客からの要求を無下に断り続けると、信頼を築けません。

微妙なバランスで調整するために、私が有効だと思ったのは、要求リストを作ることです。その要求リストは以下のような感じで作ります。

PoC案件であっても、通常案件と同じく顧客商売なので、誠意を伝えることが大切です。

マイルストーンを作る

PoCをやっても、考えていたことが間違っていたという結果になることがあります。

これまでの苦労が水の泡、失敗したからこれで終わりではなく、事前にしっかりとマイルストーンを作って、次の計画を明確に刷り込みする必要があります。

効果は、失敗ではなく、ノウハウを得られたという感覚を顧客に持たせるために、納得感のある説明をする必要があります。

その補助ツールがマイルストーンです。

プラスアルファで、熱意が必要です。これは通常プロジェクトも同じですね。

PoCでよくある質問

PoCでよくある質問は以下の通り。

PoCって何ですか？

PoCとは、Proof of Conceptｍの略で、新しいアイデアの実証を目的とした、試作開発の前段階における検証をすることです。

なぜPoCという言葉をよく聞くようになったの？

AIやIoTのような新技術が、自社のビジネスの業務に適用できるか試すためにPoCをやります。

普通のプロジェクトと、PoCはどう違うの？

PoCは短納期で動くプログラムを作って、実証実験結果を得ることが多いです。なので、顧客への調整の仕方も少し違うかも。

PoC開発の進め方と3つの注意点

これまでPoC開発の進め方と3つの注意点について述べました。

PoCは普通のプロジェクトとは違い、短納期で成果を出す必要があるので、工夫が必要です。必ず次に繋げるために、顧客との信頼関係をしっかりと構築しましょう。