敏捷开发(五)-scrum-2.pptxVIP

敏捷开发（五） 刘大江2015/11/12 Scrum 以下内容为自己学习心得体会，如有错误请谅解，谢谢 目录 1：如何让别人更了解我们 如何让别人了解我们 云平台第三次迭代 迭代目标 -完成公告的发布 Sprint backlog 待定的（30） 进行的（10） 已经完成（5） 生产率：30 计划 每日站立会：8:30-8:45，在办公室201 团队成员 要有sprint的简要介绍 成员 Sprint backlog 成员A(负责人) 3 成员B 9 成员C 8 成员D 8 成员E 7 目录 2：我们怎样编写 sprint backlog 我们保存sprint backlog使用过的工具：Excel，jira，便签贴，worktile。 这里推荐使用worktile，这个工具支持留存记录，历史文档留存，对任务状态分为To do，Doing，Done三种状态，支持对任务截止设置时间，协助人，衔接人等功能。还有就是支持移动端和pc端。 工具推荐 网址：/ 2：我们怎样编写 sprint backlog 来自书中的例子 2：我们怎样编写 sprint backlog 我们自己使用的 sprint backlog 2：我们怎样编写 sprint backlog 燃尽图如何发挥作用 蓝色曲线：理想情况下，迭代计划正常进行 绿色曲线：如果发现计划提前，这时候我们应该加入新的故事进来 红色曲线：计划延迟，这时候我们要删除优先级低的计划 2：我们怎样编写 sprint backlog 燃尽图 2：我们怎样编写 sprint backlog 天数估算VS小时估算 小时的弊端 粒度太细，导致微观管理 每个人还是按照人/天来思考 两种不同的单位会导致混乱 推荐使用天数来估时，取一个最小单位0.5d, 如果小于0.5d的任务自动进行合并，或者就 直接给0.5d，这样超出了也不会有太大的影响。 目录 3：怎么进行每日例会及房间的布置 布置团队房间 团队成员都坐在一起，其中职责相同的成员作为邻居。每日晨会都通过一台大显示器 来展示每日任务。如下图 后端开发 前端开发 UI设计 需求人员 需求新人 部门经理 技术主管 后端开发 团队负责人 每日晨会在需求人员这里开，大显示器可以很清晰的看清每一个人的任务。 3：怎么进行每日例会及房间的布置 每日站立会 会议时间：08:40-08:45 内容：每个人更新任务表，及口头描述昨天的进展和今天的任务。 参与情况：全员参加，因为我们使用的是worktile工具，它可以让每个人快速编辑 自己的内容，也可以帮助修改别人的任务状态。非常的好用，让每一个人都参加到 sprint backlog 中。 惩罚措施：迟到人员发红包。 目录 4：Sprint的演示和回顾 演示的目的 成果得到认可，包括团队成员，外部其他人都得到认可。 别人可以了解你的团队在做什么。 演示可以吸引项目干系人的注意，得到重要的反馈。 演示是一种活动，不同的项目团队可以在这里交流。 做演示会迫使团队真正完成一些任务。比如，测试的时候更细心，对有些 显而易见的Bug会及时处理等。 4：Sprint的演示和回顾 Sprint演示检查列表项 确保清晰阐述了 sprint 目标。如果在演示上有些人对产品一 无所知，那就花上几分钟来进行描述。 不要花太多时间准备演示，尤其是不要做花里胡哨的演讲。 把那些玩意儿扔一边去，集中精力演示可以实际工作的代 码。 节奏要快，也就是说要把准备的精力放在保持演示的快节奏上，而不是让它看上去好看。 让演示关注于业务层次，不要管技术细节。注意力放在“我们做了什么”，而不是“我们怎么做的”。 可能的话，让别人试一下产品。 不要演示一大堆细碎的 Bug 修复和微不足道的特性。你可以提到一些，但是不要演示，因为它们通常会花很长时间， 而且会分散大家的注意力，让他们不能关注更加重要的故 事。 4：Sprint的演示和回顾 怎样做Sprint的回顾 我认为回顾是 Scrum 中第二重要的事件（最重要的是 sprint 计划会议），因为这是你做改进的最佳时机！ 当然，你不需要在回顾会议上得到什么好点子，在家中的浴盆里就能做得到！但是团队会接受你的想法么？也许吧，不过如果某个主意是“来自团队”，换句话说，在回顾会议上，每个人都可以贡献和讨论想法，这时候得到某个主意，它会更容易被大家接受。如果没有回顾，你就会发现团队在不断重犯同样的错误。 设定时间 参与者 设定场所 根据内容 安排时间 为2~3小时 封闭的房间， 沙发角落，屋 顶阳台等场所。 产品负责人，团队成员 负责记录 重要内容 制定秘书 负责人总结 Scrum master 向大家展示 sprint backlog，在团队的帮助