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

今回はそんな悩みに答えていきます！

PoCとは、以下のようなものだよ！

AIやIoTのような新しい技術がたくさん出てきたので、それが業務適用できるかどうか、試すためにPoCをやるようなイメージだね！

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

ということで今回はPoC開発を進めた経験から、気をつけて調整すべき点を3点教えるよ！

私は、普段はSIer企業でDXとかAI開発をしながら、自社サービスの開発をしていて、PoCの経験もあるから参考にしてね！

では以下から詳しく見ていきましょう！
注意すべきポイントは以下の3点です！

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

一般的にはそうだね！
でも今回はPoCなので、今後のシステム構成が変わっていく可能性があるし、時間をかけてインフラ構築をしていく時間的な余裕もないんだよ。

そうだね。
PoCの目的は、考えているアイデアが実現可能なのか、役に立つのかを確かめることだからね！

というわけで、本筋と関係がない場合は、PoCでは非機能要件は合意をしない方が良いです。

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

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

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

信頼関係を築けなかった結果、PoCの次に繋がらないと、これまでの苦労が水の泡です。

そんな微妙なバランス感で調整をするために、私が有効かなと思ったのは、要求リストを作ることです。

その要求リストは以下のような感じで作ります。

これで完璧というわけではないですが、誠意は伝わるのではないかなと思っています。

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

その時に「失敗したからこれで終わり」という風にはしたくないですよね？

というわけで、事前にしっかりとマイルストーンを作って次の計画のプランをしっかりと刷り込みしておく必要があると思います。

失敗はしたけど、ノウハウを得てしっかりと進んだんだという感覚を持たせるために、納得感のある説明資料を作る必要があると思います。

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

そうだね！

PoCは普通のプロジェクトとは違って、短納期で成果を出さないといけないから工夫をしないといけないし、必ず次に繋げる必要があるから、顧客との信頼関係をしっかりと構築していく必要があるんだったね！

ここまでお読み頂き、ありがとうございました。