导图社区 PMP项目管理考试敏捷全考点汇总
PMP项目管理考试敏捷全考点汇总、1.我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意、2.欣然面对需求变化,即使在开发后期也一样;为了客户的竞争优势,敏捷过程掌控变化。
编辑于2022-11-08 10:58:19 广东PMP项目管理考试全考点汇总、验收的可交付成果需要客户或者发起人正式签字批准、如果可交付成果没有通过验收:1.记录未通过验收的原因;2.走变更流程做缺陷补救或纠正。
PMP项目管理考试敏捷全考点汇总、1.我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意、2.欣然面对需求变化,即使在开发后期也一样;为了客户的竞争优势,敏捷过程掌控变化。
PMP项目管理考试全考点汇总,项目管理知识点 项目管理知识点 1:PMI(project management institute)是指美国的项目管理协会, 于 1969 年成立,现已是全球最... 项目管理知识点 2:什么是项目:项目是为创造独特的产品、服务或成果而进行 的临时性工作。什么是管理:哲学定义:管理是集中人的脑力和体力达到预.
社区模板帮助中心,点此进入>>
PMP项目管理考试全考点汇总、验收的可交付成果需要客户或者发起人正式签字批准、如果可交付成果没有通过验收:1.记录未通过验收的原因;2.走变更流程做缺陷补救或纠正。
PMP项目管理考试敏捷全考点汇总、1.我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意、2.欣然面对需求变化,即使在开发后期也一样;为了客户的竞争优势,敏捷过程掌控变化。
PMP项目管理考试全考点汇总,项目管理知识点 项目管理知识点 1:PMI(project management institute)是指美国的项目管理协会, 于 1969 年成立,现已是全球最... 项目管理知识点 2:什么是项目:项目是为创造独特的产品、服务或成果而进行 的临时性工作。什么是管理:哲学定义:管理是集中人的脑力和体力达到预.
敏捷
敏捷概述
敏捷宣言
个体以及互动胜过过程和工具
可用的软件胜过完整的文档
客户合作胜过合同谈判
应对变更胜过遵循计划
敏捷十二原则
1.我们最重要的目标,是通过及早和持续不断地交付有价值的软件使客户满意
及早 持续不断 价值驱动交付 客户满意
2.欣然面对需求变化,即使在开发后期也一样;为了客户的竞争优势,敏捷过程掌控变化
拥抱变更 提高客户竞争优势
3.经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期
频繁交付 短周期
4.业务人员和开发人员必须相互合作,项目中的每一天都不例外
业务和开发相互合作 每天如此
5.激发个体的斗志,以他们为核心搭建项目;提供所需的环境和支援,辅以信任,从而达成目标
提供环境 支持团队 对团队辅以信任
6.不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈
面对面沟通效果最好 也可使用虚拟沟通【鱼缸窗口,远程结对】
7.可工作的软件是进度的首要度量标准
根据可工作的软件度量
8.敏捷过程倡导可持续开发;责任人、开发人员和用户要能够共同维持其步调稳定持续
可持续开发 步调稳定
9.坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强
重构
10.以简洁为本,它是极力减少不必要工作量的艺术
简洁 专注目标
11.最好的架构、需求和设计出自自组织团队
自组织团队
12.团队定期地反思如何能提高成效,并依此调整自身的行为表现
定期回顾 不断改进
生命周期
预测型生命周期
范围明确、有厚实的经验基础、计划驱动,也叫瀑布型
迭代型生命周期
通过一系列重复的循环来开发产品,从模糊到清晰
增量型生命周期
在预定的时间内,渐进增加产品功能,从部分到整体
敏捷(适应型)生命周期
快速应对变化,以较小的增量,快速迭代,每次增量都注重价值
混合型生命周期
可以实现预测向敏捷的过渡
可以在风险不大,具有中低程度不确定性的项目中尝试
Scrum
总体框架
产品愿景、产品线路图
发布计划
迭代计划
三个角色
产品负责人PO
将产品价值最大化
是负责管理产品待办事项列表的唯一责任人
清晰描述产品待办事项列表ProductBacklog(PB) 对列表项进行优先级排序 确保PB透明清晰 确保开发团队对PB有足够深的了解 团队可以参与上述工作,但是责任人还是PO
改变PB的优先级都需要经过产品负责人
注意点
需求不明确,可以与PO和相关方澄清
PO可以是某个业务专家,但一般不会由Scrum Master兼任
Scrum Master
服务型领导
服务于产品负责人
确保团队理解目标 找到有效管理PB的技巧 确保产品负责人了解如何安排PB 帮助理解并实践敏捷性
服务于团队
作为教练在自组织和跨职能方面给予指导 移除开发团队工作中的障碍 在Scrum还未完全采纳和理解的组织环境中,作为教练指导开发团队
服务于组织
作为教练指导组织采纳Scrum 帮助相关方理解并实施Scrum 引发提升团队生产率的改变 增强组织中Scrum应用的有效性
开发团队
由组织创建并得到授权
自组织
跨职能团队,团队拥有创建产品的全部技能
不认可任何头衔,不管承担什么工作,都叫开发人员
不认可任何子团队,比如测试、架构等等
一般3~9人
一般不包括PO和Scrum Master,除非他们也参与执行Sprint待办事项中的工作
注意点
自行决定任务的分配
自行决定用什么方式完成任务
负责所有估算工作
强调团队协作
三个工件
产品待办事项列表PB
涵盖产品的已知需求
包含所有的特性、功能、需求、增强和修复
由产品负责人PO负责
按照优先级排序,优先级越高则越详细
监控目标实现的进度
Sprint待办事项列表
为当前Sprint选出的产品待办事项
至少包括一项在前次回顾会议中确定的高优先级的改进
产品增量
一个Sprint完成的所有待办事项的总结,以及之前所有Spint所产生的增量的价值总和
必须达到“完成”的定义标准
无论产品负责人是否发布,增量必须可用
五个事件
Sprint
长度固定(一般2~4周)
包括:Sprint计划会议、每日Scrum站会、开发工作、Sprint评审会、Sprint回顾会议
Sprint期间的注意点
不能做出有害于Sprint目标的改变
Sprint期间理论上不变更
不能降低质量
产品负责人和团队之间可以对要做的事情加以澄清
只有产品负责人有权取消Sprint,会对团队造成重创,因此取消Sprint非常罕见
Sprit计划会议
计划Sprint要做的工作,整个Scrum团队共同完成
有时间盒限定:对于一个月的Sprint,最长8小时;2周的Sprint,一般4小时
Scrum Master确保会议举行,每个参会者都要理解会议的目的并遵守时间盒的规则
会议回答两个问题
Sprint要交付的增量包括什么
如何完成交付增量所需的工作
在计划会议中确定Sprint目标
产品负责人帮助解释所选的产品待办事项
开发团队自己决定选择产品待办事项列表的数量
开发团队决定如何完成选定的产品待办事项
开发团队可以邀请其他人员参加会议以获取相关的知识或建议
每日Scrum会议(站会)
借助站会检视完成Sprint待办列表的进度
时间盒限定为15分钟的事件,每天举行
会议的作用
增进沟通
减少其他会议
发现需要移除的障碍
提高开发团队认知程度
会议内容
昨天,我为帮助开发团队达成Sprint目标做了什么
今天,我为帮助开发团队达成Sprint目标准备做什么
是否有任何障碍在阻碍我或开发团队达成Sprint目标
注意点
会上不讨论问题,会后可以进行更详细的讨论
Scrum Master确保开发团队每日站会如期举行,但开发团队自己负责召开会议
每日Scrum站会是开发团队的内部会议
如果有开发团队之外的人出席会议,Scrum Master必须确保他们不会干扰会议进行
Sprint评审会议
在Sprint快结束时举行,用以检视所交付的产品增量,并按需调整PB
有时间盒限定,对于一个月的Sprint,最长4小时;2周的Sprint。一般2小时
整个Scrum团队和相关方参加
评审内容
PO说明哪些已经完成,哪些没有完成
团队演示完成的工作
参会的所有人就下一步工作进行探讨
评审接下来要做的最有价值的东西的改变
评审会议的结果是一份修订后的产品待办事项列表,阐明很可能进入下一个Sprint的产品待办事项
Sprint回顾会议
评审会议之后,下个Sprint之前开
团队检视自身,并创建下一个Sprint改进计划的机会
有时间盒限定:对于一个月的Sprint,最长3小时;2周的Sprint,一般1~2小时
Scrum团队应该明确接下来的Sprint中需要实施的改进
五个价值观
勇气
有勇气做出承诺,履行承诺,接受别人的尊重
承诺
愿意对目标做出承诺
专注
把你的心思都用到你承诺的工作上去
开放
Scrum把项目中的一切开放给每个人
尊重
每个人都有他独特的背景和经验
PMBOK中的细节
整合管理
团队自行决定计划及其组件的整合方式(自组织)
项目经理负责营造一个合作型的决策氛围
团队如果是T型人才有助于合作并解决知识孤岛
项目章程
为什么要做这个项目 谁会从中受益,如何受益 达到什么条件意味着项目完成 将怎么合作
范围管理
先为整个项目确定一个高层级的愿景
产品愿景、产品路线图
多次迭代开发可交付成果
每次迭代开始定义详细范围
Sprint计划会议 Sprint Backlog
相关方持续参与
有目的地构建和审查原型
增量
每次迭代都会确认范围和控制范围
Sprint会议 专注Sprint目标,不能做出有害于Sprint目标的改变
进度管理
具有未完项的进度计划
Scrum
按需进度计划
看板【WIP限制,消除瓶颈】
敏捷发布规划
产品愿景、产品线路图
产品版本
发布计划
每个产品版本需要多少次迭代
迭代计划
Sprint中的详细用户故事
控制进度
燃尽图 燃起图
成本管理
轻量级方法生成高层级预测
详细的估算适用于采用准时制的规划
质量管理
完成的定义DOD
测试驱动开发、行为驱动开发、验收测试驱动开发
持续集成
刺探
Sprint回顾会议
代码集体所有
全员责任
资源管理
集中办公
T型人才
协作型团队
自组织任务分配
交叉培训
团队章程
团队价值观
工作协议
DOR、DOD、时间盒、WIP
基本规则
团队规范
沟通管理
透明、高效
信息扩散器
看板、燃尽图、燃起图、累积流图、障碍板
面对面
虚拟沟通
鱼缸窗口 远程结对
多个敏捷团队沟通
Scrum of Scrums(SoS会议) 追逐太阳
风险管理
经常审查增量,加快知识分享
在迭代规划的时候考虑风险,在迭代期间识别、分析和管理风险
根据风险敞口的理解加深,重新排列优先级
采购管理
客户协作高于合同谈判
灵活的协议
多层结构
主动协议和补充文件
关注用户故事而非整个项目的预算
动态范围方案
提前取消方案
资助团队而非范围
相关方管理
频繁参与
高效透明的沟通
常见的相关方管理