我的公司刚刚进行了第一次大规模的开发项目调查,我想使用敏捷过程.客户对应用程序有一个愿景,但公开承认只有很少的要求,并承认我们必须按小时收费.因此,我几乎以敏捷的方式卖掉了他.
问题是他想要一个数字来预算.我已经阅读了一些非常主张放弃估算的文章,因为客户会预算这个数字,即使需求发生变化,他们头脑和书中的数字也没有.
我已经读到有很多方法可以考虑合同中的定价,但几乎所有这些方法(除了一个)都包含一个前期数字.这似乎违反了敏捷开发的整套原则.
所以我的问题是,如果你是一个敏捷商店,你如何设法规避敏捷开发的这个Catch-22？
让我们举一个例子,假设我们有5个故事A,B和C,D,E.
Importance Name Estimate
90 B
70 A
50 C
35 E
10 D
这些故事是根据其重要性(优先级)排序的.你怎么估计它们？是根据功能的大小估算的吗？例如,我给他们估计值:
Importance Name Estimate
90 B 10
70 A 12
50 C 9
35 E 20
10 D 11
我们假设这是一个为期两周的冲刺.这是14天的时间大小= 5,14x5 = 70个人日.现在价值10是什么意思？这是指团队应该花费的时间(小时或天)吗？什么是故事点？假设这是第一次冲刺; 当你没有最后一个冲刺的速度时,你将如何估计冲刺的数量？