[原]敏捷开发-项目启动

 

肯定人员，保持小而灵活的团队。

 

先行开发肯定需求，不浪费全部人的时间，实际是把总体的开发时间都提早了。

相对于瀑布流，团队全部成员一次把项目的全部细节都研究详细了，再开始开发工做，这里面有个弊端是，咱们发现每次需求过来的时候，一般状况下大部分的逻辑设计都仍是相对清晰的，而卡出的地方每每占少部分，彻底不必把全部的人都拉到一块儿确认，开会是个很耗时间的东西，一两天很容易就废掉了。

这种状况下，其实那些“大部分清晰的需求”是能够先行开始，只须要项目负责人或者Scurm master来和产品确认有问题的部分，而后转达给其余成员，保持团队信息透明。

 

分析到什么程度？

流程可通，预留时间给团队成员，和产品确认问题，最多两天时间。

只要成员能够根据需求顺利的估算时间，并且估算时间自己不太需求特别细节的追究，别把实现方式放到估算中讨论，把问题放到领取这个故事的人，减小在多数人参加会议状况下的时间。并且时间估算自己就是预估，是一个参考值，在整体的时间上达到一个平均值就能够。

 

双向沟通，相互讲解

首先产品给研发讲解需求，而后研发拿到需求详细分析，再给产品讲一遍，保证开发前理解无误差。

 

肯定本次迭代目标

这点很是重要，必须让你们都很是明确本次目标，开发范围，要作的事情。

 

Scrum Master

Scrum Master必定要把本身从代码中解放出来，不要抱着领故事写代码，推进团队顺利进行更重要，团队建设和完善，须要更多时间思考。