前期:
一个可工作的功能预期需要的工作量: n
开发者视角:
用了 1.5n的时间完成 :
->开发者有能力在n内完成,
->因为是前期开发, 开发者会在开发同时不停的做局部重构调整优化, 推翻一些设计, 此操作耗费了>0.5n的时间
管理者视角:
该功能延迟交付0.5n. 不符合预期, 对开发者开发活动进行介入. (督促,惩罚等)
中期:
一个优化预期需要在x时间内完成
开发者视角:
用了x的时间完成了优化:
->开发者有能力在 0.5x的时间内完成
->开发者在优化过程中, 依然在做局部设计结构调整, 此操作耗费了 0.5x时间
管理者视角:
开发节奏稳定可控的阶段. 符合预期. 无任何特别之处.
后期:
一个底层策略发生剧烈调整, 悲观估计要y时间
开发者视角:
用了0.01y的时间完成. 且稳定可靠.
->由于前期对底层策略进行了配置化封装, 开发者只改了策略描述文件里的一行配置项.
->开发者评估后认为没有任何风险. 但是为了让其他人放心, 答应会在一段时间内保持警惕.
管理者视角:
y时间距离交付时间比较紧张, 通知各部门重视, 做好了风险准备.
-> 开发者好像没干啥, 但是好像达到了目的
-> 保持怀疑, 做最坏的打算
-> 反正不知道发生了啥, 赶紧安排开发者做其他的事情.