确定人员,保持小而灵活的团队。
先行开发确定需求,不浪费所有人的时间,实际是把整体的开发时间都提前了。
相对于瀑布流,团队所有成员一次把项目的所有细节都研究详细了,再开始开发工作,这里面有个弊端是,我们发现每次需求过来的时候,通常情况下大部分的逻辑设计都还是相对清晰的,而卡出的地方往往占少部分,完全没必要把所有的人都拉到一起确认,开会是个很耗时间的东西,一两天很容易就废掉了。
这种情况下,其实那些“大部分清晰的需求”是可以先行开始,只需要项目负责人或者Scurm master来和产品确认有问题的部分,然后转达给其他成员,保持团队信息透明。
分析到什么程度?
流程可通,预留时间给团队成员,和产品确认问题,最多两天时间。
只要成员可以根据需求顺利的估算时间,而且估算时间本身不太需求特别细节的追究,别把实现方式放到估算中讨论,把问题放到领取这个故事的人,减少在多数人参加会议情况下的时间。而且时间估算本身就是预估,是一个参考值,在总体的时间上达到一个平均值就可以。
[原]敏捷开发-项目启动
时间: 2024-10-08 15:05:37