PMI-ACP 敏捷项目管理1——敏捷四宣言

一、敏捷的七个领域

  • 敏捷准则和理念
  • 价值驱动的交付
  • 干系人参与
  • 团队绩效
  • 适应性计划
  • 问题发现与解决
  • 持续改进(产品、过程、人员)

二、敏捷宣言:

我们正在通过亲身实践以及帮助他们实践,揭示更好的软件开发方法,通过这项工作,我们认为:

个体和交互        胜过  过程和工具
可以工作的软件     胜过   面面俱到的文档
客户合作          胜过   合同谈判
响应变化          胜过   遵循计划 
右项虽然也有价值,但是我们认为 左项 具有更大价值

三、敏捷宣言的分类:

一般看敏捷宣言核心是4句话,其实敏捷宣言是3句话,即可以把敏捷宣言内部分成三大部分,通常是"1+4+1"模式

  • 1:“我们正在通过亲身实践以及帮助他人实践,揭示更好的软件开发方法”。这句话直接说明了 敏捷宣言的使用背景,即给从事软件行业/IT互联网行业的最佳实践。
  • 4:4句宣言,采用" 甲 胜过 乙"的模式,不是简单的选择。不是建议使用甲不使用乙。而是甲和乙都被承认在同一个项目中,我们需要更多的聚焦在A方面
  • 1:"虽然右项也有价值,但我们认为左项具有更大的价值。",这句话是容易被忽略的,大部分人在理解敏捷的时候,会容易理解偏差,比如会认为敏捷不需要文档,或者敏捷不需要合同,也不需要流程。这个样就进沟里面了。我估计这也应该是一个考点,比如敏捷发起人认为,右项的流程、文档、合同、计划依然是需要的,只是提醒大家在项目实施中更多的关注左项的交互、可工作的软件、客户合作、响应变化

四、敏捷宣言的分类:

下面我们来理解下敏捷的四宣言

1、个体和交互胜过过程和工具

流程和工具是我们项目中需要的,将团队的目的聚焦于个体参与和互动。项目是通过人来完成的,而不是通过工具。困难也是通过人来解决的,而不是通过流程。同样,项目是由人来完成的,范围由人来确定,项目成功也是由人来定义的。个体的参与和交互有利于项目的成功。但是,并不是说流程和工具对项目的成功和没有帮助,这些反而是重要的组织过程资产。我们拥有工科背景的人,会自然地倾向于流程和工具带来的逻辑性和遇见性。然而,项目最终还是关系到人,所以要想成功,我们需要花费大量的时间去完善一些不可预知的领域。第一条价值观"个体和交互胜过流程和工具"有助于聚焦个体的时间、能量和激情。

2、可以工作的软件胜过面面俱到的文档

软件项目可以创造价值、高质量的软件为首要目标。然而很多人经常会过多的关注一些临时的可交付成果,比如泛泛的文档,却不太关注支持项目最终目标的可工作的软件。没有文档描述的软件在技术支持和维护上一定会出现问题及障碍,但是只有详尽的文档而没有完成软件对于任何一个组织而言都是没有价值的。所以,文档是需要的,但是需要把握其中的度。

在庞大的团队、复杂的软件系统中,会经常出现无文本遗留等问题。所以,在这样的环境下,文档是必需的。很多软件开发人员都会注重细节和流程,虽然这些可以带来高的收益,但是会使开发人员的关注点远离软件开发的项目的初衷————完成可工作的软件。所以敏捷宣言"可工作的软件胜过详尽的文档"提醒项目成员更多的聚焦与项目的目标————价值。如果过度的关注了文档而牺牲了可工作的软件,那么文档也是无用的、没有价值的。

3、客户合作胜过合同谈判

本条价值观提醒我们需要做到灵活与包容,而不能死板,类似于"正确的做事"和"做正确的事"。我们可以完全按照最初规定来完成产品,一旦客户改变想法或优先级,最好的做法就是通过灵活的方法完成新目标,而不是用最初的规定来对抗。

知识型项目是动态的,特别是软件系统;软件是无形的和难以参考的,每一个软件都是独特的。外界的需求变化很快,技术的革新非常迅速,我们应该识别出将要发生变更的事件,与客户共同的定义"完成"。这将取决于互信关系和更灵活的合同模式,同时也需要将我们工作的重点从没有附加值的活动(例如对范围的争论)转移至更富有价值的工作上。

4、响应变化胜过遵循变化

遵循计划是指按计划行事,中间可能需要采取纠正措施,目的是为了使预期的未来绩效与项目计划一致而做的一切事情。响应变化则是适应的过程,通过卓越构想和不断的反馈来采取适应性措施,适应性的目的是对实践而非预定计划的回应,是响应而非纠正。

最初的计划有时候是不完全完善的。如果我们努力将项目按照最初的计划执行,那么会使我们投入更多的精力去响应必然的更变,从而导致投入的精力会浪费掉。但是敏捷宣言并没有建议我们为了应对变化而完全放弃计划。我们需要对项目做计划,同时我们也要明白,最初的项目计划是我们开始的时候制定的,随着工作的进程,我们需要持续更新假话。所以,敏捷中提倡5层计划。关于5层计划,后面再详细讲解。

"响应变化胜过遵循计划"对于存在很高变更比率的软件项目尤为重要。同样,我们通过相应变化来代替抑制变化以及大量的时间和精力来遵循一个大型计划。敏捷项目具有很高的工作队列的可视性,通过代办事项和任务看板来形成计划。敏捷价值观的主旨就是提倡适应性计划,要求全员积极参与。

五、敏捷宣言总结:

敏捷宣言指导我们以价值导向来实施项目。我们同样需要流程、工具、文档以及计划,然而相对于这些,我们关注点需要更多的聚焦于从事项目的人、正在进行中的产品、合作和灵活性。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

机器人:一个将破裂的泡沫?

如今,似乎整个科技行业都因赶着“bot”热潮而异常热闹。我和我的一些联合创始人就经常会讨论一些“bot”公司的商业模式。Chirag Jog一直对机器人浪潮充满...

3050
来自专栏华章科技

认知应用:大数据的下个转折点

从投资者的角度,西蒙迪斯将讨论数据分析的变革,认知应用的价值,以及最受风投关注的大数据核心领域。

702
来自专栏数据科学与人工智能

【数据】如何为业务收集数据并将其转化为价值

大数据收集和分析对于2018年业务成功至关重要。这些步骤将解锁企业的数据并提供见解。 数据的时代已经来临,企业在管理业务时将数据考虑在内,这一点比以往任何时候都...

3138
来自专栏SDNLAB

企业不在自动化中升华,就在自动化中沉沦

企业不断寻求发展壮大,转变为敏捷性和安全性兼具的数字化企业,这推动了我们前所未有的自动化的需求。自IT场景自动化以来,它帮助整合行业保持业务,为他们提供完全控制...

2963
来自专栏张善友的专栏

培养敏捷态度

关于敏捷方法论的文章已经很多了。其中,相当一部分文章讲述了敏捷方法技术方面的问题,比如测试驱动开发和持续集成。同样,还有相当一部分文章讨论了敏捷 方法论的应用问...

1996
来自专栏前沿技墅

定了!马上开始颠覆对传统数据驱动的认识

1795
来自专栏云计算D1net

如何安全地集成混合云?

几乎十分之九的IT决策者认为,对于想要实现数字化业务转型的企业组织来说,混合云能力“很重要”或“很关键”。 ? 2015年,新互联网用户的数量增长了8%,增加0...

2878
来自专栏Forrest随想录

避免非黑即白的思维模式

举个实际案例,我们做运维的套路,第一步就是先定标准和规范,我们定了资源标准、网络标准、应用标准、DB标准、架构标准等等一系列的标准和规范,然后就是基于这一套的标...

961
来自专栏大数据文摘

认知应用:大数据的下个转折点

1667
来自专栏Golang语言社区

微服务架构:敏捷软件架构的实际体现

正如敏捷开发能够解决工程技术瓶颈,微服务则能够解决架构层面的瓶颈。 2014年出现的“微服务”理念仿佛一道闪电,让技术人员意识到这一全新架构风格的重要意义。面向...

3485

扫码关注云+社区

领取腾讯云代金券