近距离 Scrum.ppt

近距离接触Scrum Huan Du 首先对自己发问：我们需要敏捷么 我们遇到什么问题了？ 问题1 问题2 …… 敏捷方法能解决问题么？ 案例：当传统软件项目遇到瓶颈 某大公司的项目组曾经遇到的困境 任务太多，事情太杂，每个人工作效率都很低 项目组无法按时完成任务，甚至完成任务的时间都无法估计 项目组成员不知道自己的工作重点 缺乏沟通，每个人心里想的都不一样 …… 怎么办？ Scrum的特点 与敏捷方法共有的特点 拥抱变化、重视输出、重视沟通 Scrum的特点 有限的时间完成尽可能多的任务 始终把精力放在最重要最紧急的事情上 有变化大家都知道，有困难大家齐帮忙 一般适合4到8人的团队 适合作为传统软件开发向敏捷开发过渡的桥梁 Scrum的过程 Scrum的过程（续） Planning Meeting 决定接下来4周做什么 为各项任务排优先级 估计各项任务需要的时间 Run scrum 完成各项任务 Daily scrum Post-Mortem 案例：Planning Meeting 好的计划会议 优先级已经明确、项目内容已经沟通好 完成任何一个work item所需要的有效时间小于20小时 Work item是针对团队，而不是针对人 每个团队成员工作任务分量和难度均衡 制定的work item计划是可完成的 需要改进的计划会议 变成需求或技术讨论会 在会上估计/讨论work item需要的时间 只有一个人发言 Scrum Backlog 目的 让大家明确工作任务的内容、重要性和大小 始终专注于最重要的事情，且随时拥抱变化 及时展现大家的进展 误区 Backlog是日报的别名，用来考核个人能力 每天的有效时间至少为8个小时 维护一份十分详细、十分漂亮的文档 Backlog的基本格式 需要记录的内容 工作描述 工作输出 优先级 估计完成时间（理想工作小时数） 责任人 每天的进展 当前状态 Hours Burndown Scrum Master Scrum团队的粘合剂、义务劳动者 没有任何的管理责任，不是Project Lead 负责主持Planning Meeting，记会议纪要 负责维护backlog，管理新加入的work item 负责提醒团队成员：一定要做最重要最紧急的事情 控制daily scrum的时间 负责主持Post-mortem，记会议纪要 等等（可不要累着了……?） 案例：Daily Scrum 时间长度：5分钟到15分钟，尽量的短 话题： Daily Scrum经典问题 重点：今天遇到什么问题了？ 尽量简洁明了，会后再讨论细节 不要太严肃，也不要太轻松 谁该参加Daily Scrum？ Pigs: Team, Product Owner, Scrum Master Chickens（旁听）: Managers, Stakeholders 案例：Post-mortem Post-mortem让Scrum更好用 找到好的实践和有待改进的实践 表扬好人好事，鼓舞士气 分析backlog收集的数据 每个人的load factor究竟有多少？ 任务的完成度有多高？ 有多少任务被新加进来？ 选举新的Scrum Master 案例：当有人不喜欢Scrum… 为什么？ 大家对其他人的工作内容没兴趣 Daily scrum没效率 Backlog流于形式 怎么办？ 我们现在用的“Scrum”，是不是背离初衷？ 对症下药——大胆改革 忘掉书本上的Scrum 大团队Scrum：Scrum of Scrum 应用场合 较大的团队，有多个独立项目同时进行 如何应用 将团队分成若干小于8人的小团队，分别做计划 Scrum Master之间进行Daily Scrum 小团队分别Post-mortem，然后所有人一起交流 自由讨论时间 有什么问题？ 更多Scrum资料 An Overview of Scrum：非常好的PPT The Scrum Development Process The definition of Scrum * *