Scrum敏捷框架培-训-V

《Scrum敏捷框架培-训-V》由会员分享，可在线阅读，更多相关《Scrum敏捷框架培-训-V（36页珍藏版）》请在装配图网上搜索。

1、Scrum敏捷框架培训 目录1什么是软件过程？1.1 什么是软件过程?1.2 软件过程中的(重量级VS轻量级），选择谁？2什么是敏捷开发？2.1 什么是敏捷开发2.2 什么是敏捷开发者的价值观？2.3 什么是敏捷宣言？3什么是Scrum框架？3.1 为什么我们选择Scrum?3.2 什么是Scrum?(起源，定义，业界什么公司应用。)3.2 Scrum框架介绍3.2.1 Scrum 术语 3.2.2 Scrum 角色和职责3.2.1 Scrum框架图3.3 Scrum 活动3.3.1 Scrum 开始阶段做什么？3.3.2 Scrum 每个Sprint阶段做什么？3.3.3 Scrum 结束阶

2、段做什么？3.4 Scrum工作场景图 1什么是软件过程？什么是软件过程？软件过程是为了建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，它规定了完成各项任务工作步骤，包括了中间产品、资源、角色、过程中采取的方法、工具等.软件过程的作用:1 将软件生产标准化2 提高生产能力 重量级与轻量级1.2软件过程的重量级VS轻量级？ 2.1什么是敏捷开发？敏捷开发，简言之就是是一种以人为核心、迭代、循序渐进的开发方法敏捷方法强调以人为本，专注于交付对客户有价值的软件。在高度协作的开环境中，经常使用反馈进行思考、反省和总结，不停的进行自我调整和完善。 软件开发过程敏捷化趋势，将是一种潮流！

3、2.2敏捷开发者的价值观1：个人和交互重于方法和工具（Individuals and interactions over processes and tools）2:可工作的软件重于完备的文档（Working software over comprehensive documentation）3:与客户的协作重于合同谈判（Customer collaboration over contract negotiation）4:响应变化重于严格遵照计划（Responding to change over following a plan） 2.3敏捷宣言12条原则1.最优先的目标是通过尽早地、持续地

4、交付有价值的软件来满足客户。2.欢迎需求变化，甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势。3.频繁交付可用的软件，间隔从两周到两个月，偏爱更短的时间尺度。4.在整个项目中业务人员和开发人员必须每天在一起工作。5.以积极主动的员工为核心建立项目，给予他们所需的环境和支持，信任他们能够完成工作。6.在开发团队内外传递信息最有效率和效果的方法是面对面的交流。 2.3敏捷宣言12条原则7.可用的软件是进展的主要度量指标。8.敏捷过程提倡可持续发展。发起人、开发者和用户应始终保持稳定的步调。9.简化使必要的工作最小化的艺术是关键。10.持续关注技术上的精益求精和良好的设计以增强敏捷性。1

5、1.最好的架构、需求和设计产生于自我组织的团队。12.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为。 思考：敏捷宣言给我们带来的启示？ 3.1 为什么我们选择Scrum?1 Scrum VS 瀑布模型，Scrum优势明显2 Scrum被众多知名企业应用，成功项目众多，有借签意义3 调查机构研究表明Scrum最受企业推崇 3.1.1 传统软件开发瀑布模型 3.1.2 Scrum敏捷开发方法 3.1.3瀑布VS Scrum 3.2.1Scrum流程被知名的公司运用1 Google2 微软3 雅虎4 腾讯5 淘宝6 百度7.业界已走在我们前面，所以我们有更好的学习榜样！Scru

6、m被广泛应用各个领域：商业软件，游戏软件，财务软件，门户网站，移动手机领域。 3.3.1 Scrum框架增加项目成功框架增加项目成功 3.4 Scrum框架介绍Scrum是一个用于运行项目的框架，现已被众多家公司项目开发中应用，适用于需求难以预测的复杂产品的开发。它定义一组活动，这些活动可帮助您的团队更快地向客户交付更多价值。利用这些活动，客户有机会在您的团队开展工作时检查、指导和影响团队的工作。Scrum 是敏捷方法中的一种实践框架，所以敏捷宣言的价值观也是它的价值观。 3.5Scrum 项目管理优势1 专注于如何在最短的时间内实现最有价值的部份2 每隔一两周或者一个月，我们就可以看到实实在

7、在的可以上线的产品3 团队按照商业价值的高低先完成高优先级的产品功能，并自主管理，凝结了团队智慧创造出最好的方法因而提高效率4 能够在开发进程中不断检查，并作出相应调整，便于快速发现问题，促使团队和组织 3.6 Scrum on a Page 3.7 Scrum 角色，形式和工作成果角色：产品经理(Product Owner)项目经理 (Scrum Master)团队成员(Team)工作成果：产品积压订单(Product Backlog)冲刺积压订单: (Sprint Backlog)燃尽图: (Burndown Chart)障碍积压订单：(Impedmetnts List)形式：冲刺规划会议

8、（Sprint Plan Meeting）； 每日站立会议（Scrum DailyMeeting）；冲刺评审会议 (Sprint ReviewMeeting）；冲刺回顾会议（Sprint Retrospective Scrum 角色职责Scrum 角色职责项目经理：(Scrum Master):1 为Scrum Team服务,确保每个成员都认同Scrum价值观和游戏规则2 帮助Scrum Team规划Sprit计划3 组织每天的Daily Scrum会议4 负责保证Scrum Team 高效持续运转 5 决策和免除障碍，保证团队不受外来无端的影响产品经理（Product Owner）：1 利益

9、相关方的代表,重点是产品方面，与Scrum Master和Team合作2 从业务角度出发对需求并对权重排序，3 合理的调整产品功能和迭代顺序；4 侧重于投资回报团队(Team):1 尽一切可能去完成任务- 发布产品2 充分理解产品负责人的产品愿景3 合作完成冲刺(Sprint)中每一个目标4 更好的支持可能需要进一步开发的产品发布 3.8 Scrum 术语积压订单(Backlog)包括需要交付的内容，根据业务需求的价值排列，可以增减或调整产品的Backlog将根据不断增长的需求来持续驱动维护。产品积压订单(ProductBacklog)是冲刺(Sprint)计划会议的产物，它定义了团队所接受的

10、工作量。在整个冲刺(Sprint)过程中它将保持不变。冲刺积压订单(Sprint Backlog)涵盖了最终版本的产品积压订单Backlog的任务。团队通过它来协调开发进度。障碍积压订单 (Impedmetnts List)列举了所有团队内部和团队相关的阻碍项目进度的问题。Scrum Master需要确保所有的障碍积压订单位中的问题都已分配并 可以得到解决 3.9 Scrum LifeCycle?什么是Scrum LifeCycle？ 3.10 Scrum 项目开始时做什么？Scrum 项目开始时做什么？计划：形成全面的产品积压订单定义项目团队评估风险及控制估算成本系统架构设计评估产品积压订单

11、对业务领域进行分析，以便构造能反映系统需求的领域模型识别开发可能会遇到的问题 确认开发工具和基础设施设计开发原型系统组织对设计的评审会议 3.11 Scrum项目 每个冲刺阶段时做什么？1 召开冲刺计划会议，确定这个冲刺的目标、演示日期、要完成的产品积压订单、产品积压订单的优先级等；2 进入冲刺开发周期，在这个周期内，每天要召开Scrum会议 （每日例会、站立会议）；3 整个冲刺周期结束，召开冲刺评审会议，将成果演示给产品经理；4 团队成员最后召开冲刺回顾会议，总结问题和经验。 3.11.1冲刺规划会议（Sprint Plan Meeting）主题：冲刺规划会议（Sprint Plan Mee

12、ting）会议时间：4-8小时会议目标：产品经理和团队一起对整个产品Backlog进行评估，制定发行版本和冲刺(Sprint)计划的主要依据。会议流程：1 确定冲刺目标2 产品经理介绍其需要评估的产品Backlog中的内容， 团队进行评估产品积压订单。3确定日程安排：起止时间、演示日期、每日例会时间地点4确定冲刺积压订单：由产品经理和团队讨论决定，每个产品订单位都要有开发团队给出的时间及责任人（具体包括：编码，测试，代码评审，会议，新技术应用，文档等要素） 5确定如何演示的产品，以及获得共识的“完成”标准。会议结果：会议结束，向所有成员发送项目冲刺规划会议（Sprint Plan Meetin

13、g）记录 主题：每日站立会议（Scrum Daily Meeting）会议时间：15分钟会议目标：每日例会有助于团队进行自我组织。这是项目团队成员间的一个进度协调会议。会议流程：1 团队中开发成员向团队每个成员汇报工作 昨天做了什么？ 今天要做什么？ 当前碰到的障碍是？2 项目经理会议后的，把该障碍加入到障碍Backlog中，更新维护冲刺积压订单，添加新的未计划的Backlog，更新工作进度图会议结果：最新的障碍Backlog最新的冲刺(Sprint) Backlog最新的工作进度图3.11.2每日站立会议（Scrum Daily Meeting） 3.11.3冲刺评审会议 (Sprint R

14、eview Meeting）主题：冲刺评审会议 (Sprint Review Meeting）会议时间： 4小时会议目标：开发团队按照冲刺计划会议确定的演示日期，向产品经理 和其他成员演示每个Sprint冲刺的成果会议流程：1 团队成员按每个Sprint要完成的产品Backlog，给产品经理和其它成员介绍这次冲刺(Sprint)的工作成果2 产品经理评估核实是否与最终产品目标一致会议结果：对当前冲刺(Sprint)的结果和整个产品的开发状态达成共识说明： 如果产品经理想要改变功能添加一个新问题到产品Backlog中如果对功能有一个新的想法,添加一个问题到产品Backlog中如果小组报告项目遇到

15、阻碍还没能解决,把问题加入障碍Backlog中 3.11.4冲刺回顾会议（Sprint Retrospective主题：冲刺回顾会议（Sprint Retrospective会议目标：在冲刺(Sprint)回顾会议，项目团队会分析冲刺(Sprint)的成功经验和所遇到的障碍会议时间：1-3小时会议流程：1在白板画一个时间轴,标记出冲刺(Sprint)的开始和结束时间，回忆冲刺执行情况，比较预估的和实际的燃尽图执行的情况对比2 团队中每个成员需回答 1我们的成功经验是什么 2有什么能够改进的 3哪些方面需要在下个冲刺中改进3 项目经理最后根据讨论明确改进之处及责任人，更新团队的冲刺数据，加入到团队总结中，为后续项目实施提供经验教训会议结果： 1 会议纪要含相关改进及负责人名单 3.12 Scrum 项目结束时做什么？Scrum 项目结束时做什么？集成测试系统测试系统部署和发布用户培训和教育。 示例：白板 示例：产品Backlog 示例：每日例会场景示例：每日例会 示例：燃尽图 示例：回顾会议 示例:Scurm场景-任务白板 示例：Scurm场景-任务白板