有一个项目也在实施Scrum，在我介入的时候，已进行到Sprint 9了。

　　当时的情况简述如下：

　　人员组成：1个Scrum master，1个Product owner，1个项目经理，1个主设计师，7个开发人员，2个随测试人员，随机2-4个系统测试人员。

　　工具支撑：

　　SVN进行配置管理

　　用脚本编写，搭建了持续集成环境

　　每日用EXL进行随测发现缺陷汇报与跟踪

　　CQ进行系统测试缺陷管理

　　白板贴纸进行任务控制

　　流程执行情况：

　　1月为1个Sprint周期

　　每月底25日左右召开上个sprint的回顾会议，下个Sprint的计划会议

　　每日召开站立会议(无系统测试人员参加)

　　随测人员按照获取的需求信息，编写测试用例，执行测试

　　系统测试根据业界成熟产品编写测试用例，执行测试

　　先记录到此，问题很多，下回分析。

　　这个项目运行将近一年，项目经理和Scrum master的能力很强，偶有线上问题，都能及时处理。项目有一定的风险，但问题不大，都在掌控中。

　　我作为QA，进入项目组，主要是观摩学习，看看项目执行Scrum的情况，并找出一些佳实践供其他项目学习、参考。

　　了解项目现状后，我跟Scrum master进行了沟通，对发现的问题进行了探讨，摘抄部分，记录如下：

　　问题1：目前项目的组织架构与Scrum中设定的标准不同。

　　结论：1)项目中同一个Sprint运行了多个版本的项目，需要这么多人同时进行工作和协调，目前组织结构维持现状。

　　2) 因为场地原因，随测人员和系统测试人员不能与开发人员一起坐到一起。但需要参与项目的站立会议、计划会议和回顾会议。

　　3) 任务的完成以系统测试人员通过为准。随测人员和系统测试人员参与初任务的估计，并在站立会议和白板上跟踪任务进度。

　　措施：1)在下次版本规划时，设立基础版本，版本进行分支管理，复用公共代码。

　　2) 项目的维护需求需要在计划会议前汇总给PO，进行需求的优先级排序。

　　3) 需求变更时，需要及时反映到product backlog中，并邮件抄送项目的相关人员。

　　问题2：白板上的部分任务没有计划时间和结束时间，无法跟踪进度的完成情况。

　　措施：1)在计划会议的时候，需要落实每一个任务的计划完成时间。

　　2) 任务实际完成后，需要填写实际的完成时间。

　　问题3：在Scrum works和白板上面的跟踪体现不出任务的增加和减少。

　　现状：目前完成了原计划的150H的任务，还有150H的工作未开始。

　　措施：1)从下个Sprint开始细化任务，所有任务要明确到人。

　　2)改变白板的布局，从现在的一栏改变为标准的白板格式。

　　3)新增和删除的要填写时间，或者用另外的便签纸表示。

　　问题4：目前是由小组长进行代码走查，未见实际的代码走查的记录。需要将走查发现的问题记录下来，大家共同学习，避免出现同样的错误。

　　措施：1)代码走查填写《代码走查记录表》。如果进度紧的情况，可以记录共性的问题和严重的个性问题，普通建议类的问题不需要记录。