本次主要是对上一篇的补充。
2.操作流程:
1.设置迭代周期的任务(po和sm 迭代周期的时长,尽量每个迭代的任务可以单独交付)
2.迭代周期任务的拆分(po和sm)
3.以小组为单位领取任务。(st组成:后台4-5,前台 2-3,测试 1-2)
4.每日站会。(主要是昨天任务是否完成,若完成今天做什么,没有完成,说明原因和遇到的问题(sm及时沟通、调节、解决遇到的问题))
5.迭代结束,任务交付。
6.迭代周期的总结会议。(上一个迭代遇到的问题,总结经验,及时改正)
7.设计评审:设计要尽量的精简,以适应后面需求的变化。
8.代码评审:代码尽量符合 领域模型的贫血模型。
9.设计文档,可以采用多重的表达形式,能看懂就行。尽量让开发人员把时间放在代码的开发上。
10.提高团队凝集力,尊重团队的每一个成员。
11.整个开发过程要有po的参加,并对产品质量进行监督。
12.团队成员坐在一起,进行面对面沟通。
13.测试人员尽早参与。
经验总觉。
1.每日站会,设计评审,代码评审可以采用自组织的形式。
2.减少会议和文档的编写,尽量让开发人员把时间放在代码的开发上。(极限编程)