背景

a. 当前迭代开发没有写部署手册、只是说找XX帮助，让测试决得开发很不靠谱…

b. 当前迭代代码质量不高、开发遇到问题没有及时反馈，问题修复不彻底…

c.PO找开发组长和测试面谈，一起分析原因并提出建议…

建议如下

a. 建议开发做需求测试分析、需求及关联业务理解清楚了才开始开发;

b. 开发人员可以分担一些组长的工作(没有专职项目经理，一个开组长负责多个项目，精力有限)，主要是提升开发能力与责任感，有助于团队能力提升;

c. 指定阶段可度量的质量目标及责任人;

d. 敏捷与DevOps经验与方法论沉淀;

e. 做好用户体验，自己做得功能自己要体验，并提出优点、缺点、及建议方案;要自己做得东西自己都不觉得好用，你的用户可能比你更挑剔;

如果不解决质量问题，想要实现快速迭代、高质量交付，有些天方夜谭，连最基本的两周一个迭代交付都会存在问题。

进过一翻沟通与分析，以上建议我们三个人都达成了一致，并确定去持续改进。

Scrum Master轮流制玩法

运作机制：团队成员轮流制、以迭代为单位;

目的：团队改进、能力提升、经验论沉淀;

Scrum Master职责

a.组织晨会；

b.组织需求说明、分析评审会议；

c.排好计划及时反馈进度、风险；

d.组织上线计划会议

e.组织总结会议；

Scrum Master工作评价

a. 做得好的，做得好的要继续坚持;

b. 需要改进的，要提出建议方案，保障团队在向一个好的方向发展;

c. 经验论总结，坚持做得好的，并持续改进，形成团队的实践经验论;