プルーフ・オブ・コンセプトは実現可能性を検証する

このテストは特定の質問に答えるべきです。完成したシステムが含む可能性のあるすべての機能の縮小版ではありません。

プルーフ・オブ・コンセプトは、チームが本格的なプロジェクトに取り組む前に、提案されたアプローチが定義された要件を満たせるかどうかを検証する小規模な予備実装です。

決定事項から始める

テスト後にチームが何を決定するかを書き出します。次に、その決定を支える成功基準を定義します。明確な基準は、重要なワークフローが機能するか、必要な情報が正しく移動できるか、または代表的なワークロード下でアプローチが機能するかをカバーできます。

「アイデアを探る」といった目標は避けてください。それらは十分な証拠が何か、またはテスト終了時に何をすべきかを確立しません。

プルーフ・オブ・コンセプトには完全な本番システムは必要ありません。最も不確実性の高いコンポーネント、接続、またはワークロードに焦点を当てることができます。これにより作業を管理しやすくし、結果の解釈が容易になります。

セットアップ、結果、制限、および発見された問題を文書化します。狭い条件下での合格テストは、システム全体がリリース準備完了であることを証明するものではありません。それは、テストされたアプローチが述べられた基準を満たしたことを示します。

プロジェクト全体の成功を妨げる可能性のある前提を明確にする。

成功または失敗とみなされる観察可能な結果を定義する。

その結果を検証するために必要なコンポーネントとワークロードのみを含める。

その目的は、より大きな取り組みの前に実現可能性に関する不確実性を減らすことです。結果は、進行、アプローチの修正、または中止の決定を支えるべきです。

見せることもできますが、ユーザーフィードバックが常に主な目的とは限りません。プルーフ・オブ・コンセプトは、ユーザーが直接目にすることのない技術的または運用上の要件を検証する場合があります。

成功したテストには、明確な範囲、測定可能な基準、および元の質問に答える結果があります。また、チームが狭いテストを本番準備完了の証明として扱わないように、制限を記録します。

CaffeineのアプリはInternet Computer上で動きます。そのために作られたパブリックネットワークです。