敏捷的目的是及时沟通,高效交流达成一致,持续集成与迭代,提高效率与资源利用率,及时保证高质量交付。
敏捷宣言:
个体和互动 高于 流程与工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
一、:召开IPM会议(BA主导,迭代计划会议)
会议内容:(需要提前准备好原型,写好AC)PM讲解原型,然后团队提出问题,讨论合理流程,开发估算时间点。(可使用所有人猜拳,按照人/天估算)。
二、:kick off
下来DEV准备开卡,喊上BA,QA,UI,UX,详细理解story,保证大家对story理解达成一致,验证AC项。
三、:desk check
story开发自测完成后,满足AC项,而不是测试用例。喊上BA,QA,UI,UX,DEV主导,演示是否与AC描述一致,一致则挪卡至待集成,不一致或者有问题则继续修改。
四、:showcase
BA主导,第一个迭代集成并测试完成后,喊上前端,市场人员,PL,QA等相关人员一起展示第一个迭代所做的东西,并收集反馈和意见。倘若发生进度风险问题,可商讨砍掉某些非紧急需求。(不能参加的同事可 zoom 远程会议)
五、:迭代回顾会议
DEV,BA,UI,PL等相关人员。
- 首先每人一根笔,写出自己认为本次迭代中做的好的地方(Well),不好的地方(Less-Well),和对本次迭代的建议(suggestion),10min。
- master主导,从well到suggestion一个一个过,然后将其进行分类,比如说属于“沟通和协作类”,属于“流程与工具类”。
- 对Less-Well和suggestion进行排名,选出前三名,指出问题,并指定owner,在下一次回顾会议时查看问题解决情况。