实现你的最小可行产品来测试你的概念。
您的MVP的周长必须减少**,同时允许您推销您的产品。
投注早期采用者并获得最多反馈。
您的MVP已部署并可用于制作。
失败快速** **快速。
快速体验解决方案(几周),收集来自用户的反馈并从错误中学习。
不要害怕改变一切**。
别忘了,你会失败!
** K ** eep ** I ** t ** S 实现和 S ** tupid。
为什么复杂的时候可以很简单?
避免过度工程化,如果“纸张”模型或Google表单足以测试您的概念,请不要继续。
保持简单!在技术上和功能上都是如此。
指定较少,展开更多。
将您的规格限制在最基本的要领中,**关注“什么”而不是“如何”。
该产品必须是最自我记录的。
文档必须以与代码相同的方式版本化。
系统研究** SaaS **解决方案。
** SaaS 解决方案具有可持续性和成本效益**。
在某些情况下,** SaaS 可以加速执行** MVP **。
以总成本(** TCO : T ** total ** C ** ** O 的所有权为准),考虑替代方案的经济愿景 ),而不仅仅是许可成本。
核心业务不应成为新服务和应用构建的障碍。
核心业务的演进和交付速度必须与消费它的服务的灵活性**兼容。
核心业务必须公开服务。
核心业务必须采用事件驱动原则,以事件形式报告管理行为。
生产中的部署是非事件。
利用连续部署来使** 生产适应企业要求,而不是相反。
环境中的部署,直到生产,必须是自动和频繁。
**永久beta **方法可以让您的用户参与开发过程。
随意使用用户参与开发的永久beta原则。
术语“永久测试版”是指及时开发的应用程序,**不断发展,而不是不完整的产品。