轻松敏捷开发流程之Scrum

1、Wiki wiki，一起 Scrum,开发部/设计组/John.lee 2011/05/12,我们熟悉的瀑布,你找到不同之处了吗？,Scrum是一种迭代式增量软件开发过程,敏捷宣言,个体和交互 胜过 过程和工具,1,可以工作的软件 胜过 面面俱到的文档,2,客户合作 胜过 合同谈判,3,响应变化 胜过 遵循计划,4,3,4,2,1,一个小故事,鸡：我们合伙开饭店吧！ 猪：那我们卖什么？ 鸡：鸡蛋和火腿吧！ 猪，摇摇头：我全身投入，而你只是参与而已。,VS,谁是“猪”，我吗？,PO,Master,产品负责人,团队主管，不是团队领导,“猪”,我的团队，我们做主,Team,猪类人员是全身心投入的人。

2、,PO是干什么的？,负责维护产品BackLog的人 代表利益相关者的利益 决定发布的日期和发布内容 每个Sprint，根据需要调整功能和优先级 为产品的ROI负责 接受或拒绝团队工作成果,什么是Master？,为Scrum过程负责的人 确保Scrum的正确使用 使得Scrum的收益最大化 保证团队成员不被外界力量所影响。 保证各个角色及职责的良好协作。,Team，我们最关注,由59人组成 拥有高度自组织能力 都具有跨职能能力 必须是全职的 构成在Sprint内不许变更 每人都对团队负责 每个人都很重要,谁是“鸡”，他吗？,鸡角色并不是实际Scrum过程的一部分，但是必须考虑他们。,鸡是干什么的

3、？,反馈信息 反馈用户用户需求，以便项目满足客户需求。,计划 帮助对下一个sprit进行计划，希望拥有某些功能。,评审 对每个sprit内容进行分析建议。,Scrum会议,每一个迭代评审时都能交付可运行的产品。,1、产出产品BackLog 2、对项目大概描述,1、细化每个sprint要做的事情 2、排出迭代优先级 3、团队成员选择喜欢的任务,1、昨天完成了什么 2、今天准备做什么 3、昨天到今天遇到了什么困难,1、sprint结束后召开 2、自我改进的回忆,1、sprint结束前召开 2、为PO演示Sprint内容 3、接受评价,项目启动,Sprint回顾,Sprint计划,每日站会,Spri

4、nt评审,会议,Scrum文档,产品 BackLog,困难BackLog,文档,A,B,燃尽图等,D,迭代BackLog,C,项目运行过程中，遇到的困难与阻力。,一个公开展示的图表，显示当前冲刺中未完成的任务数目 。,整个项目的概要文档，开放的，可编辑的，天为单位。,项目的详细文档，以小时为单位，每个任务不得超过16个小时。,回顾,PO在项目启动前做好Product Backlog,团队与PO在每个Sprint开始前制定好Sprint的任务与优先级,进入Sprint，按照预定计划执行，在Sprint结束前给PO演示可交付功能，并在结束后做Sprint回顾。,每日站会，找出当前计划困难所在，并以

5、团队的力量解决之,一个可交付的产品 20%的时间完成80%的产品价值,执行多个迭代,我的Scrum,利用MindManager归纳出各大门户系统的功能与它的分支节点。,以图文并茂的形式，将原形展现，以便分析时理解。,注意名词解析，以便他人理解。,我的Scrum,调查问卷 注意事项 1、问题不能有歧义，并且不宜过长。 2、问题内容不能有多个，即一问一答。 3、正反两问必须表达同一个意思。 4、确立问卷对象角色，以对象位置视角出发 5、术语解析，深入浅出,我的Scrum,完善Product Backlog 1、分析故事情景，并归类 2、给故事情景估计故事点 3、分析项目工作时长,项目启动 1、PO

6、确定Product Backlog的情景优先级 2、给出期望。,我认为我们存在的缺陷： 1、Product Backlog并非PO负责维护； 2、调查问卷对象过于狭窄； 3、调查问卷不规范； 3、启动会议没有“鸡类”人员参与； 4、故事情景未安排堆栈优先级； 5、故事点评估不够成熟。,我的Scrum,Sprint计划 1、团队成员分析细化故事情景。 2、团队成员作下承诺某个时间内完成某项任务。,我认为我们存在的缺陷： 1、并非产品负责人讲解需求，更像master在讲解； 2、团队成员讨论任务时常跑题； 3、似乎未发挥每个成员喜欢什么做什么的Scrum特点； 4、对任务划分经验不足，导致故事点完

7、成数波动大；,我的Scrum,每日站会 1、上次站会到这次站会干了什么？ 2、这次站会到下次站会要干什么？ 3、上次站会到这次站会，你遇到了什么困难？,我认为我们存在的缺陷： 1、站会中不像成员对团队汇报，更像对master汇报； 2、站会缺少书记员； 3、站会提出的困难缺少总结与归纳，避免下次出现类似困难； 4、困难Backlog机制未能成形。,我的Scrum,Sprint评审 1、演示本次Sprint完成的内容； 2、PO对内容进行评审并给出意见； 3、将PO的意见列入下一个Sprint的开发计划。,我认为我们存在的缺陷： 1、没有“鸡类”人员参与； 2、没有较好的演示机制，例如演示的Ex

8、cel或PPT。,我的Scrum,Sprint回顾 1、自我审查； 2、自我改进； 3、没有“鸡类”人员参与。,我认为我们存在的缺陷： 1、缺乏个人对自己上个Sprint的反省； 2、如果有日常的站会笔记，此时则可被总结归纳，并作备案。,我的Scrum,搜集需求,整理需求,Sprint,体会,1、过少的“鸡类”人员参与的敏捷项目，容易与客户脱轨。 2、Scrum应该是快乐的并富有激情的，是不易让人感觉到疲惫的开发流程，但是经过几个Spint下来，我觉得天天都好累，是我出了问题还是Scrum在说谎？ 3、团队成员沟通方面仍有待提高，PO与团队其他成员貌似脱节了，我记得只有在评审与回顾时，PO才悄然出现，我认为是不够的。 4、团队成员受到外力影响了吗？答案是肯