项目管新教材理01_如何实施scrum资料.pptVIP

Page ? * Page ? * 如何实施scrum 青岛易软天创网络科技有限公司 2012/4/14（原作） 彭优 2017/04/26（精简） 总目录 scrum流程 scrum中常见问题 项目经理相关 研发团队相关 测试人员相关 会议相关 * scrum流程 scrum的基本流程图 scrum的基本流程详情 实施scrum的两个阶段 传统团队转向敏捷团队 开好几个会议 逐步找到适合团队的开发实践 * scrum的基本流程图 * scrum的基本流程详情 * 如上图所示，基本流程如下： 产品负责人负责整理user story，形成左侧的product backlog。 发布计划会议：product owner负责讲解user story，对其进行估算和排序，发布计划会议的产出就是制定出这一期迭代要完成的story列表，sprint backlog。 迭代计划会议：项目团队对每一个story进行任务分解，分解的标准是完成该story的所有任务，最终每个任务都有明确的负责人，并完成工时的初估计。 每日例会：每天scrum master召集站立会议，团队成员回答昨天做了什么今天计划做什么，有什么问题。 演示会议：迭代结束之后，召开演示会议，相关人员都受邀参加，团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来，由po整理，形成新的story。 回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，已达到持续改进的效果。 实施scrum的两个阶段 第一阶段：严格按照scrum的流程进行。 scrum已经是最简流程，不宜再进行删减。 学习一样东西很重要的就是初心，把原有的东西放下。 组织结构层面的支持非常重要。 第二阶段：根据团队实际情况进行调整。 找到团队最佳的迭代周期。 找到团队最佳的开发实践。 建立产品的发布节奏。 * 传统团队转向敏捷团队 瀑布开发转向迭代开发。 固定的迭代周期，迭代周期内不能随意改变需求。 项目经理转向scrum master （简称SM）放权 产品经理转向 product owner（简称PO） 项目成员转向 team member 需求改用 user story 跟踪 任务分解改为团队来做。 任务指派改为自由领取。 甘特图改用燃尽图。 独立考核改为团队的共进退。 * 开好几个会议 计划会议第一部分：做好优先级的排序，考虑投入产出。 计划会议的第二部分：团队分解，自主领取。 每日的站立会议：控制时间，重在沟通，非汇报会议。不解决问题。 演示会议：展示成果，得到反馈。提高团队成就感。 回顾会议：逐步改进实践。 * 逐步找到适合团队的开发实践 结对编程 代码规范 源代码管理 代码review 每日提交 交叉测试 重构 分享会议 简单设计 自动化测试 框架 * scrum中常见问题 如何写用户故事？ 如何决定用户故事的优先级？ 向迭代中添加需求，SM应该怎么做？ * 如何写用户故事？ 角色，做的事情，价值或者原因。 定义完成的标准。 User Story应遵循INVEST规则： Independent 独立性，避免与其他Story的依赖性。 Negotiable 可谈判性，Scrum中的story不是瀑布开始某事中的Contract, Stories不必太过详细，开发人员可以给出适当的建议。 Valuable 有价值性， Story需要体现出对于用户的价值 Estimable 可估计性，Story应可以估计出Task的开发时间。 Sized Right 合理的尺寸， Stories应该尽量小，并且使得团队尽量在1个sprint(2 weeks)中完成。 Testable 可测试性， User Story应该是可以测试的，最好有界面可以测试和自动化测试。每个任务都应有Junit Test. * 如何规定用户故事的优先级？ 根据需求的价值和投入来估算ROI，投入产出比。 有的需求价值很高，但开发团队实现起来非常难，也是不行的。 * 向迭代中添加需求，SM应该怎么做？ 某天，大老板说，我们要做个什么东东。 产品经理就找项目经理(scrum master)说，“老板说了，要做个什么事情”，项目经理就把需求加上去了。 或者产品经理直接找到研发人员，偷偷摸摸的加上某功能。 向迭代中添加需求是scrum杀手，scrum master应勇敢的说“不， 请等待n周！” 研发人员：没有在（禅道）任务列表中的不做！！！ scrum master：没有放入（禅道）sprint backlog的不做！！！ * 项目经理相关 * 角色的转变 从原来的管理者转变为服务者 心态的调整，从事必躬亲改为放权 放手让团队去做，允许团队犯错 * 考核的转变 敏捷开发团队更是一个整体。 共进共退