scrum敏捷项目开发.ppt

本文观看结束！！！ Scrum 结构框架 迭代计划会议 迭代验收会议 迭代总结会议 每天召开的 scrum 会议 会议 迭代 计划会议 迭代 优先级 分析和评估产品Backlog各项目 选择一些作为迭代的目标 迭代 计划 决定如何实现迭代目标 从产品的backlog中选择一些创建迭代backlog(任务) 以小时为单位评估迭代任务工作量 迭代目标 迭代backlog 商业机会 团队能力 产品 backlog 技术 现有产品 3.1迭代计划会议 迭代计划成果 团队自己从产品的backlog中选择一些他们能够完成的任务作为迭代的backlog 迭代backlog被创建 任务被确认并且每一任务估计工作量应该在1-16小时左右 迭代的backlog的确定是团队协作的结果，而不是只有scrummaster的决定 概要设计已经讨论完成 为了选择好去处度过这个假期，我需要先看到酒店的照片. 编写后台和中间层(8 小时) 编写界面(4) 编写测试用例(4) 写类foo(6) 更新性能测试用例(4) 3.2迭代验收会议 团队需要演示所完成的迭代工作 典型的做法是使用演示形式展示新功能或者底层架构的实现 非正式的 2小时的提前准备 不需要正式演示文档 整个团队都需要参加 邀请所有关注产品的人参加 3.3 迭代总结会议 周期性的回顾，总结工作中的经验和教训 一般 15–30 分钟 在每个迭代结束时开始做 整个团队都需要参加 ScrumMaster 产品所有者 团队 可能还包括客户 总结会议讨论内容： 整个团队集结一起讨论以下方案: 开始做 停止做 继续做 仅仅是诸多迭代回顾的活动的一种参考. 3.4每天的Scrum会议 属性 每天都会开 15分钟结束 站着开会 不是为了解决问题 所有相关的人被邀请 只有Scrum master，产品所有者，团队成员能够在会上发言 避免无关的讨论 团队成员需要回答3个问题 对于 ScrumMaster来说这些问答不是工作进度报告 他们是团队成员彼此的承诺 昨天你做了什么? 1 今天你将要做什么? 2 你有需要帮助的地方吗? 3 内容提纲 敏捷开发简介 Scrum特点 Scrum流程及框架 注意事项 注意事项： 1、提供建议而不是规则。 2、团队自管理，项目经理、小组长的领导、指导、协同职能大于其指令职能。 3、团队共同估算。 4、每日站会，不是工作汇报。 5、必须严格保证每个迭代按时发布。 结束语：没有银弹！ Scrum敏捷项目开发 内容提纲 敏捷开发简介 Scrum特点 Scrum流程及框架 注意事项 内容提纲 敏捷开发简介 Scrum特点 Scrum流程及框架 注意事项 敏捷开发 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法 主要有如下几个方法： 极限编程(XP) 、 特性驱动开发(FDD) 、 Scrum、 测试驱动开发(TDD) 等等 这些方法的侧重点各有不同，可以相互之间互补使用。 敏捷宣言作者们的价值观 开发过程和工具 个人与交互 重于 始终遵循固定的计划 对变化的响应变化 重于 资源来自: 复杂的文档 可用的软件 重于 对合同的谈判 寻求客户的合作 重于 重视 内容提纲 敏捷开发简介 Scrum特点 Scrum流程及框架 注意事项 Scrum使得我们能够专注于如何在最短的时间内实现最有价值的部分。 Scrum使得我们能够快速的和周期性的监督实际产品发展的状况.（每2~4周） 设定商业价值优先级；团队通过自主管理采用定最好的方法，交付优先级最高的需求。 每隔每2~4周，我们就可以看到实实在在的可以上线的产品。此时，就可以下一步的决定是继续完善需求或者直接发布了。 Scrum 的精髓 特点 自我管理的团队 以“sprint（冲刺）”为周期迭代的产品开发 以一系列“产品 Backlog（待处理任务）”记录了产品需求 没有特定的工程实践规则 有富有创造力的敏捷开发环境，交付产品 它是 “敏捷方法”之一，可以和其它方法互补使用。 全面视角的Scrum开发 Cancel Gift wrap Return 迭代周期 2-4 周 功能1 Sprint 目标 迭代 backlog 潜在可以发布的 增量产品 产品backlog 功能3 功能4 功能3 功能2 24 小时 核心：Sprints Scrum项目周期以一组迭代周期“sprints”组成 可以和极限开发的迭代周期类比 典型的迭代周期为2-4周或者最多一个自然月 一个固定的周期能够创造出项目的更优美的节奏感 产品的设计，开发，测试全部都在一个迭代内完成 顺序 vs. 重叠开发过程 资源来自: “The New New Product De