笔记 轻松Scrum之旅

Scrum流程

确定沟通交流方式和时间，要定期交流

product owner 维护功能需求（Backlog） 优先级

Sprint Circle 迭代开发

    Sprint Planning Meeting sprint计划会议
        Stage 1 (每个成员事先要充分准备)
        product owner 初步确定这次迭代完成的Backlog和优先级, product owner对每个Backlog要有预估工时，确定是这次迭代可以完成的
        product owner 给出每个Backlog的User Story（作为（角色），我可以（做什么），已完成（什么目的））
        大家讨论需求细节和工时评估，明显完不成的要调整

        Stage 2
        开发team 确定架构设计，分解task，评估task工时
        最终的task还要加上环境准备（如果要花很多时间） CodeReview  功能测试 回归测试 性能测试 系统测试等需要花时间的工作
        另外还要预留一些时间处理意外事件（额外的工作）
        确定Sprint Goal

    进入执行阶段，大家领取task执行
        Daily Scrum Meeting 我昨天做了什么， 我今天做什么，我遇到什么问题。站立开会， 不超过15分钟， 不要讨论技术细节。 daily meeting不是为了汇报工作， 而是为了team成员之间了解彼此同步工作。

    视迭代周期长短，开会调整task，集中解决出现的问题，没有需要也可以不开。

    Sprint Review Meeting
        展示产品，以功能、产品为中心确认这一迭代的结果，不讲技术细节

    Sprint Retrospective Meeting
        总结开发过程中的漏洞和不足，讨论解决方法，并下次执行
        根据Team Pulse Survey 发现问题解决问题

    自由时间，做一些感兴趣的事情，以提高效率

最后看情况，专门添加一个测试迭代，负责系统测试，为发布做准备

发布产品


准备或者注意点

1. 定时汇报进度，Scrum Master必须定时向上级汇报，以确保上级准确了解情况

2. 调试机器，安装环境，技能培训等也要安排时间

3. 小的bug不用提交，直接叫开发人员处理

4. 对于不明确的东西，使用原型开发， 或者从全局角度，先验证可行性，逐步细化。照明弹到底是什么？

5. 以最直接简单低成本的方式交流

6. 及时更新状态

7. 对于不好演示的功能，可以通过测试用例的方式展示

8. 会议开始前， 充分准备

9. 评价绩效的时候，对团队评价，然后对每个人上下浮动，Scrum Master不要决定评价，而是给出相对意见

10. 团队要稳定

11. 持续集成

12. 不要加班

13. 用计划扑克估时间的真谛不是多数人的意见更合理，而是给少数人机会说服大家，得到正确的结果