あなたのコンセプトをテストするためにあなたの 実行可能な製品を達成してください。
MVPの周辺はあなたの製品を販売することを可能にしながら減らされなければなりません**。
早期導入者に賭けて最大限のフィードバックを得る
あなたのMVPは、プロダクションに導入され、使用可能です。
失敗速い学習高速です。
すぐに解決策（数週間）を経験し、ユーザーからフィードバック**を収集し、あなたの間違いから学ぶ。
すべてを変えることを恐れないでください**。
あなたが失敗することを忘れないでください！
** K ** eep ** I ** t ** S ** impleと** S ** tupid。
シンプルになると複雑になるのはなぜですか？
オーバーエンジニアリングを避けてください。 "ペーパー"モデルやGoogleフォームがコンセプトをテストするのに十分であれば、さらに進まないでください。
シンプルに！技術的にも機能的にも。
lessを指定し、** more **を展開します。
あなたの仕様を裸の必需品に限定し、**どのように "どのように" **に焦点を合わせます。
製品は、**ほとんどの場合、自己文書化されたものでなければなりません。
ドキュメンテーションは、コードと同じ方法でバージョン管理する必要があります。
** SaaS **ソリューションを体系的に学習します。
** SaaS ソリューションは持続可能でコスト効率に優れています**。
場合によっては、** SaaS は MVP の実装をスピードアップすることができます。
経済的ビジョンを、総費用（** TCO ： T ** otal ** C ** ost ** ** O ** wnership ）だけでなく、ライセンスコストの面で。
コアビジネスは、新しいサービスやアプリケーションの構築を妨げるものではありません。
コアビジネスの進化と配信のペースは、それを消費するサービスの俊敏性**と互換性がなければなりません。
コアビジネスはサービスを公開する必要があります。
コアビジネスは** Event-Driven **の原則を採用しなければならず、イベントの形で管理アクションを報告します。
プロダクションでの展開は非イベントです。
継続的な展開を活用して、ビジネスの要件に** プロダクションを適応させます。
環境全体の配備は、生産まで自動および頻繁です。
永続的なベータアプローチにより、開発プロセスにユーザーを巻き込むことができます。
ユーザが開発に参加する永久ベータの原則を自由に使用してください**。
永久ベータという用語は、ジャストインタイムで開発されたアプリケーションを指します。常に変化しています。不完全な製品ではありません。