软件需求膨胀系数

泡水膨胀球

这是一种小玩具，干燥时拿在手里，小巧紧致。

泡在水里，一段时间以后，浑圆饱满，一只手都未必能捧的住。

放在干燥通风的地方晾晒，一段时间事后，又能够恢复本来的大小。

软件需求

软件需求与泡水膨胀球也有相似之处。

一开始时看似简单明了且完备正交，作起来发现越作越大，越作越多。

本来一只手能抓好几个的小球，后来变成两只手都抓不住一个。

而后的结果要么是超预算多花钱作完，要么是转嫁成本给乙方要求对方作完，要么是延期，要么是痛苦地去压缩需求。

不管哪一种，都是不健康的。

膨胀系数

小球泡在水里会膨胀，暴露于干燥环境中会缩小。

这个过程能够用一个简化模型来表示：

膨胀系数 ≈ 吸水力 - 斥水力

小球体积 ≈ 初始体积 + 膨胀系数 x 时间

当吸水力大于斥水力时，膨胀系数为正数，在时间的做用下，球会膨胀。
当斥水力大于吸水力时，膨胀系数为负数，在时间的做用下，球会缩小。
当两个力接近相互平衡时，膨胀系数约等于零，在时间的做用下，小球体积趋于稳定。

咱们但愿看到小球体积怎样变化？

一直变肥？那不行。作软件是有成本的，时间人力都是成本。

持续变瘦？也不行。需求受到过度压抑也是不健康的。

健康的变化过程应该是：
先让小球丰满起来（充分收集需求，以避免后面出现始料未及的“惊喜”）
而后削减多余的赘肉（使用奥卡姆剃刀）
以后长期维持健康范围内的波动

力的阶段性施加策略

时间的流逝是不受咱们控制的，于是想要控制体积就要从膨胀系数下手。

而膨胀系数又与两个力相关，于是想要控制体积就要控制吸水力与斥水力。

首先让吸水力尽情释放，这时斥水力蛰伏着静待吸水力的衰减。
以后斥水力爬坡，达到与吸水力持平的水准，两者长期和平共处。

当咱们如上使用这两种力的时候，小球体积的变化就会是这样的：

总结

调研阶段积极创造环境来让吸水力得以释放，先容许小球变肥。而后施加必定的斥水力，让小球苗条下来。

到了研发阶段，因为吸水力在以前就已经获得了有效的释放，这时施加适量的斥水力来平衡所剩无几的吸水力就能让小球体积的波动维持在可控的范围内。

在不一样的阶段有策略地利用这两种力，则能够趋近前期需求收集充分考虑各方诉求不留大的隐患，后续研发稳定不坐过山车的目的。