功能性的变化指随着对业务的深入理解、或者已有业务规则为了匹配市场而产生的变化。比如***方式由传统的货到付款变成了网银付款，又变成了微信***、***宝扫码等等。一个原始的电商平台仅仅提供基本的购物服务，但是后来可以根据已有数据产生推荐商品，从来带来更大的流量。这些变化需要体现在已有的代码中，而对代码的修改往往是牵一发而动全身。

我们的工作是创建并支持一个软件开发过程，该过程接受这个事实，并且不是拍脑袋评估工程量。工作量评估本身可能需要令人惊讶的很长时间。鼓励通过沟通来解决工作量评估的问题。工程师可能会给出一个令人惊讶的很长时间的工作估算，但是也会提出对需求进行更改，从而大大缩短时间。记住工作量评估要包括测试、培训、部署和意外的假期（例如病假）。

如果做得合适，还可以降低风险。这些标准并不能保对安全，对安全是不存在的。更重要的是，它们为如何负责任地应对和报告不可避免的安全漏洞提供了指导。诚实、直率、公开是良好的建议。软件，如果不管它，就像面包一样变得陈旧。我们的工作是平衡安全妄想与现实，并适当预算时间和资源。feature大小并不能预测开发时间。

同样，我们从来没有期望市场营销和客户获取是“完成的”，它们也是迭代过程。在每个迭代中，随着我们不断地为业务交付价值，我们也不断地学习和成长。即使已经做了一些成功的发布，我们从来没有打算“停止”做这些事情。如果软件可以在一个版本中完成就好了，但这不是现实。需求文档充满了模糊性，软件的个版本充满了“哦，那是我写的，但不是我的意思”的场景。