PMP 学习笔记 yx mj

重要提示:研究采用的工作任务分析证实,今天的项目管理从业者在各种各样的项目环境中工作,采用不同的项目方法。因此,PMP认证将反映这一点,并纳入整个价值交付范围内的所有方法。大约一半内容将考査预测型项目管理方法,一半考査敏捷或混合型方法。预测型、敏捷和混合型方法的考查将贯穿以上表格所列的三大领域中,而不是单独出现在某一项领域或任务中。

项目开发就两种模型,预测(螺旋)和敏捷

敏捷很有意思,百家争鸣百花齐放,有很多方法论

软件业思想领袖共同发表《敏捷宣言》,正式宣告敏捷开发运动开始

一些大师共同规定了一个敏捷宣言

四个价值观

1)个体以及互动而不是过程与工具。

2)可用的软件而不是完整的文档。
文档重要呢,重要,但我们更关注软件的可用
其实,敏捷项目写文档的精力不亚于瀑布模式,但是它更关注软件的可用

3)客户合作而不是合同谈判。
合同谈判重要吗,重要,但是敏捷思想里我们更加关注的不是和客户争取利益,而是通过和客户合作,让他参与,最终创造更有价值的软件

4)应对变更而不是遵循计划。
过程重要吗,重要,但我们更重视需求的变更,敏捷思想拥抱变化
敏捷实践者乐于指岀,传统软件开发方法是计划驱动,敏捷项目是规划驱动的区别。

十二大原则

l、我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。
重点关注:客户满意实践要点:持续交付尽早交付

2、欢迎需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。
重点关注:帮助客户获得竞争优势
实践要点:拥抱变化实现软件灵活性良好设计及实践

3、经常地交付可工作的软件,相隔几星期或几个月,倾向于采取较短的周期重点关注:经常交付
实践要点:频繁交付快速交付时间越短越好

4、项目过程中,业务人员和开发人员必须每天在一起工作。
重点关注:客户协作
实践要点:现场客户频繁沟通

5、要善于激发项目人员,给他们所需的环境和支持,并相信他们能够达成目标。
重点关注:激励团队
实践要点:提供环境提供支持充分信任

6、在团队内部,传递信息效果最高效的方式是面对面的交谈。
重点关注:面对面沟通
实践要点:尽可能面对面分布式团队可利用在线技术

7、可工作的软件是进度的首要度量标准。
重点关注:进度度量
实践要点:可工作的软件而非已完成的代码量

8、敏捷过程倡导可持续开发。责任人、开发人员和用户应该能够保持恒久稳定的进展速度。
重点关注:可持续开发稳定的步调
实践要点:不透支精力基于平均速率

9、对技术精益求精,对设计不断完善,将提高敏捷能力。
重点关注:技术精益求精设计不断完善
实践要点:技术卓越良好设计保持代码简洁重构

10、要做到简洁,即要尽最大可能减少不必要的工作,这是一门艺术。
重点关注:简洁最小化工作
实践要点:工作围绕客户需求开展不构建华而不实功能

11、最好的架构、需求和设计出自于自组织的团队
重点关注:自组织
实践要点:团队自主共同责任相互协作渐进方式

12、团队定期地反省如何能提高成效,并由此调整团队的行为。
重点关注:定期反省作出调整
实践要点:定期回顾验证与适应持续改善

项目生命周期

不确定性和复杂性模型

迭代

迭代的目的是为了“做对事情”,迭代是为学习而优化,而不是为了交付速度而优化,也不是为了节约成本。

增量

适应性(敏捷方法)

也叫变更驱动或敏捷方法,是迭代和增量的混合版、升级版

敏捷不只是在软件行业,其他行业的项目若是需求变化频率高,可以考虑用敏捷

敏捷宣言对于敏捷考试很重要!!!

混合型

将敏捷和预测结合在一起,比如有些硬件、软件混合的项目

四种生命周期的特点

敏捷方法的环境

仆人式领导

敏捷团队需要仆人式的PM,从控制变成授权

自组织团队

1)自组织团队也叫做自管理团队、或者被授权的团队。团队被授权自己管理他们的工作过程和进度、并且团队决定如何完成工作。

2)自组织团队是敏捷软件开发最基本的要求

误解一:团队自己决定目标是什么;
纠正:管理层决定团队目标。
误解二:团队不需要管理者;
纠正:管理者以仆人式领导服务团队,从命令式微观管理向目标和授权团队管理。
误解三:团队自己决定谁进入团队;
纠正:管理层决定团队上下文
误解四:团队自己设计团队结构
纠正:管理层决定团队上下文。
误解五:自组织团队需要员工更加主动;
纠正:自组织让团队更加主动,每个人都不喜欢被命令和控制,每个人期望有成就感、期望被可。
误解六:自组织团队想千什么就干什么;纠正:管理层决定团队目标,团队决定如何实现目标,团队行动必须以为了实现迭代目标为导向

I型人才和T型人才

I型,专注,深入
T型,多面手,敏捷方法需要T型人才

“T型人才”能够通过支持在一个领域补充自身的专业知识,他们在相关领域的技能虽有所欠缺,但拥有良好的合作技能。例如,一个

结对编程

学习、稳健的代码

追逐太阳

鱼缸窗口

长期的视频

远程结对

通过远程的视频工具开展工作

项目章程

对于敏捷项目而言,团队至少还需要项目愿景或目标,以及一组清晰的工作协议。敏捷项目章程要回答以下问题:

1)我们为什么要做这个项目?这是项目愿景。
2)谁会从中受益?如何受益?这可能是项目愿景和/或项目目标的一部分。
3)对此项目而言,达到哪些条件才意味着项目完成?这些是项目的发布标准。
4)我们将怎样合作?这说明预期的工作流。

仆人式领导可以促进章程的制定过程。团队可以通过一起工作实现协作,而制定项目章程是一种很好的开始工作的的方式。此外,团队成员可能希望通过协作了解他们将如何一起工作。

团队章程

团队的社会契约,即团队章程,将规定团队成员之间彼此互动的方式。团队章程的目标是创建一个敏捷的环境,在这个环境中,团队成员可以发挥他们作为团队的最大能力。

制定团队社会契约的基础:
1)团队价值观,例如可持续的开发速度和核心工作时间
2)工作协议,例如“就绪”如何定义,这是团队可以接受工作的前提;“完成”如何定义,这样才能一致地判断完整性;考虑时间盒;或使用工作过程限制;
3)基本规则,例如有关一个人在会议上发言的规定;以及
4)团队规范,例如团队如何对待会议时间。

仆人式领导可以与团队一起决定处理其他行为。

敏捷三驾马车 - SCRUM 框架

scrum 团队是跨组织的职能团队

sprint 是 scrum 的核心,就是一个冲刺,代表一个迭代

完成和验收是有区别的。团队对于完成的理解是站在团队角度完成了本次迭代的功能点,而不是站在客户角度:验收标准属于产品负责人与或客户的领域,明确定义了被视为“可接受”产品所必须满足的条件并记录在案。像是回归测试和版本集成这些内容,则不属于验收标准的范畴。
完成之定义归开发团队所有,关注的不是产品面向用户的功能,而是产品要可交付必须要做完的那些“下面的( under the hood)”任务。

敏捷三驾马车 - 看板方法

不要积压库存,按顺序执行,源于1953丰田

敏捷三驾马车 - XP极限编程

重构、结对编程、持续集成、测试驱动开发、行为驱动开发、刺探(不确定的需求、技术,我们排一个小团队去研究下)

scrum of scrums


转载请注明来源。 欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。 可以在下面评论区评论,也可以邮件至 sharlot2050@foxmail.com。

文章标题:PMP 学习笔记 yx mj

字数:2.5k

本文作者:夏来风

发布时间:2021-07-10, 16:38:08

原始链接:http://www.demo1024.com/blog/pmp-yx-mj/

版权声明: "署名-非商用-相同方式共享 4.0" 转载请保留原文链接及作者。