导图社区 12敏捷相关知识-Scrum 框架（3355）
PMP知识脉络及重要考点、我们的目标是通过尽早持续地交付有价值的软件，来满足客户的需求、即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。
13张导图，包含了从项目管理概论、十大知识领域到敏捷开发的主要知识点，十分适合PMP复习和备考使用。
梳理了sony神器D100的功能清单和按键逻辑，待机界面：长按HOME/BACK、按F1、按F2相关功能如图。
社区模板帮助中心，点此进入>>
论语孔子简单思维导图
《傅雷家书》思维导图
《童年》读书笔记
《茶馆》思维导图
《朝花夕拾》篇目思维导图
《昆虫记》思维导图
《安徒生童话》思维导图
《鲁滨逊漂流记》读书笔记
《这样读书就够了》读书笔记
妈妈必读：一张0-1岁孩子认知发展的精确时间表
Scrum 框架 （3355）
三个角色
产品负责人 （PO：product owner ）
主要负责确定产品功能和达到要求的标准，维护产品待办事项列表，制定软件的交付的内容，同时有权利接受或拒绝开发团队的工作成果。
完成的定义（验收标准）DOD
敏捷教练 (Scrum Master )
主要负责整个scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
主要有服务团队、教导团队、保护团队、引导scrum的有效应用职能
定义：一种为团队赋权的方法。通过对团队服务来引导团队的实践，注重理解和关注团队成员的需要和发展，旨在团队尽可能达到最高绩效。
作用：促进团队发现和定义敏捷，仆人式领导实践并传播敏捷。
开发团队：
项目团队
人数控制在3-9人（PO，SM不包含在人数中，除非参加执行冲刺列表中的工作）
团队获得授权，自组织和管理他们的工作
团队构成
规模：3-9人
理想情况下，集中办公
100%专职成员
鼓励自组织团队，由团队成员决定谁执行下一阶段工作
团队集体对工作负责
通才型专家：T型人才，非单一的专业化
集中于某一个人的能力甚至是有害的，团队的目标是提高效率，优化整个团队的产能；
密切合作和自我组织，敏捷团队成员才能够敏捷开发并迅速完成工作，这就需要使互相帮助成为常态；
成功敏捷团队的职责
集中办公的敏捷团队
分布式敏捷团队
鱼缸窗口
远程结对
三个工件
产品待办事项列表
定义：所有已知的，即将通过项目实现的需求
以价值和风险排序
属性：详略适宜的、可估计的、涌现式的、排好优先级的
迭代待办事项列表
是从产品待办事项中选出的特定冲刺组合
可交付产品增量
产品
五个事件
冲刺
冲刺规划会议
为即将开展的spirit制定计划
spirit第一天，控制在8小时以内（迭代周期30天）
定义 本spirit要交付的内容如何完成
基本内容
一般由PO来讲产品待办事项列表，团队人员评估得出spirit backlog；
拆分task以估算时间
团队成员领取task
更新spirit待办列表
每日站会
不超出15分钟
团队以某种方式“过一下”看板或任务板，而团队中任何人都可以主持站会
每个人轮流回答问题
上次站会以来我都完成了什么
从现在到下次站会，我计划完成什么？
我的障碍（或风险或问题）是什么？
两种反模式：变成状态报告；站会是为了发现问题，而不是解决。
迭代评审会议
发生在spirit结束时，控制在4小时内
参会者包括scrum团队和产品负责人邀请的主要利益相关者
会议内容
1.产品负责人说明哪些产品待办列表已经“完成”和哪些没有“完成”
2.开发团队讨论在spirit期间哪些工作做的很好，遭遇到什么问题以及问题是如何解决的；
3.开发团队演示“完成”工作并解答关于所交付增量的问题；
4.产品负责人讨论当前产品待办列表的情况。
5.参会所有人就下一步工作进行探讨。
6.评审市场或潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变；同时为下个预期产品功能或产品功能版本的发布评审时间表、预算、潜力和市场。
迭代回顾会议
检视自身并创建下一个spirit改进计划的机会
时长不超过3小时
scrum master确保会议是积极和富有成效的。教导大家遵守时间盒的规则。
目的
检视前一个spirit中关于人、关系、过程和工具的情况如何；
找出并加以排序做得好的潜在需要改进的主要方面；同时制定改进scrum团队工作方式的计划。
五大价值观
承诺-愿意对目标做出承诺
专注-全身心投入到你承诺的工作中去
开放-团队中所有信息对所有人开放
尊重-每个人都有他独特的价值和经验
勇气-勇于承诺，履行承诺，敢于说不
