--读《硝烟中的Scrum和XP》后有感
给了我一些启示，或者看到我自己不足的地方：
1、 在估算任务的时候，可以使用历史经验。其次也可以尝试用一些大家估算然后再讨论如何趋于一致，其实这个也是我后面在估算时，值得回顾改进的点。（以前在评估的时候，会和业务争论，现在想来应该考虑怎么避免，而且考虑怎么让自己的评估尽量准确。）
2、 特性（故事点）的定位，不应该太短，也不应该太长。我觉得也是应该根据自己的情况调整出适合自己的长度。特性是否可以做，最终应该要测试也来参与。（划分特性，之前的想法是越小越好，现在的想法应该是越符合组内情况越好。）
3、 技术特性（技术故事）的重新挖掘，在产品经理眼中（或业务负责人眼中）可能都认为没有价值，所以可以考虑一些方法提升业务价值，或放到某个业务特性中一起完成一起评估。或者是单独评估技术特性，单独分配技术特性资源。（和业务讨论需要会经常因为要做技改项目而争论不休，确实需要想想办法了。）
4、 Lab Day看起来也是一个有温度的东西，不需要让大家每次都忙着sprint，每次都忙着冲刺。（比现在固定多少功能点必须多少时间结束第一次ST，这个有温度多了。）
再次阅读后，其实作者在指定发布计划等方面，都是在不断调整的，不断回顾改进，也没说明什么是最好的，但是关键是要找到什么是最适合自己的，然后要持续优化。
网友评论