扫码阅读
手机扫码阅读

敏捷项目管理的前世今生及应用-Part 1

78 2024-03-26

本文1974个文字,大概需要8分钟读完,欢迎【关注】和【转发】!


1. 敏捷项目管理的发展历史

“敏捷项目管理方法论“并不是一个新鲜产物,准确的说它已经很老了。早在1930年敏捷的初步概念就已经被沃尔特-休哈特(Walter Sherwart)提出(计划-执行-学习-行动 PDSA)。在1989年,竹内弘高(Hirotaka Takeuchi)和野中郁次郎(IkujiroNonaka)在《Harvard Business Review》上发表的文章就已经提出一种快速、灵活、高效的方法来开发产品。并且第一次在该文章中提到Scrum这个术语,并与英式橄榄球的比赛进行比较。直到2001年,一群热爱敏捷的软件开发人员聚集在一起讨论各自的项目为什么成功,经过复盘、总结归纳并提炼出项目成功的因素-敏捷宣言(4个价值观和12个原则)就此诞生。同时,“敏捷方法“这个术语正式确立。随着时间的推移,Scrum这种与生俱来的优势以及理念(拥抱变化、尽早交付价值、以人为本),并提倡根据公司文化、项目、团队以及客户对该方法进行裁剪,Scrum已经逐渐成为敏捷所有方法中最受欢迎的方法,C位出道。敏捷详细的发展过程如下图:

2. 敏捷项目管理的兴起

最近十年,随着移动互联网的兴起,或者说现在进入到一个VUCA的时代,项目管理的挑战和难度又增加了一个等级。因为需求的易变性(Volitality)、不确定性(Uncertainy)、复杂性(Complexity)、模糊性(Ambiguity)。如何更快、更好的交付产品,并尽早投入到市场去验证其商业模式和商业价值。同时,降低风险以及试错成本,这是每个公司、干系人、项目经理都会遇到并且要面对的一个问题。

在VUCA时代,传统的相关管理方法(瀑布流),基于预测、文档驱动和过程控制的思想,对于管理这种市场在不断变化、客户需求一直在变化,以及技术不确定的项目挑战非常大。同时,它也很难在短时间内给客户创造商业价值并降低项目交付风险和成本。基于这些因素,敏捷项目管理方法论被越来越多的公司采用,并取得积极且有效的成果(根据PWC的调查反馈:减少缺陷提升质量;上市日期提升18~20%;生产力提升14%~95%;成本降低7%~29%;员工满意度提升20~40%)(如下图)。

3.敏捷方法论

相信每个人对敏捷可能有不同的定义,根据《敏捷实战指南》中的描述,把它定义一个方法、技术、框架或实践都是可以的。以笔者对敏捷的肤浅理解,就叫"敏捷方法论"吧!敏捷是精益的衍生物,是精益的一个子集(包括看板、水晶、XP、ScrumBan等等都是),它们都是精益思想的具体实例,都包含了关注价值、小批量和消除浪费这些理念(如下图)

“敏捷方法论“”最核心的思想就是项目管理思维上的转变,从管理协调到促进合作,这个可以从敏捷宣言中淋漓尽致的展现出来:

4个价值观

  1. 个体和互动高于流程和工具:重视个人和团队的力量、提倡团队参与合作、面对面的沟通和交流

  2. 可工作的软件高于面面俱到的文档:本着减少和消除非价值的活动,文档够用就好、提倡简洁、不镀金

  3. 客户合作高于合同谈判:合作共赢,和客户要多沟通、讨论,在团队能力允许的情况下,尽量满足客户要求。

  4. 响应变化高于遵循计划:变更是创造伟大产品的有价值的工具。为了可交付物的价值最大化,欢迎客户提出变更,并及时给与响应和反馈,确保客户期望被满足。

12个原则

1.我们最优先要考虑的是通过尽早的、持续的交付有价值的软件来使客户满意-价值驱动交付
2.即使到了开发的后期,也欢迎改变需求-拥抱变化
3.经常性的交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好-快速且频繁交付
4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作-业务人员和开发人员及时沟通、讨论并减少和消除误解和偏差,可以更早的发现和解决问题。
5.围绕富有进取心的个体而构建项目。为他们提供所需要的环境和支持,并且信任他们能够完成工作-激励团队
6.不论团队内外,传递信息最好且效率最高的方式是面对面的交谈
7.可工作的软件是度量进度的首要标准
8.敏捷过程倡导可持续开发-发起人、开发人员要和客户能够长期保持稳定的步伐
9.坚持不懈的追求卓越和良好的设计,从而增强敏捷能力。

10.以简洁为本,最大限度的减少工作量-减少浪费
11.最好的构架、需求和设计出自自组织的团队
12.团队定期反思如何提高成效,并相应的协调和调整自身的行为-持续改

4个价值观和12个原则的核心思想可以总结如下

  1. 价值驱动交付: 尽早交付有价值的产品以满足客户需求

  2. 以人为本: 重视个人和团队的力量、让团队自组织、自管理并对结果负责

  3. 减少浪费: 减少非价值活动

  4. 透明化: 信息共享以及团队清楚知道每一名团队成员每天的工作以及进展情况

  5. 适应变更: 拥抱变化,根据市场变化、客户需求变化而变化

  6. 持续改进:不断调整、改进、迭代和优化

总结:

敏捷方法论提供了一个很全面的框架,实施者可以根据公司文化、项目独特性、团队交付能力以及客户的需求做相应的裁剪和调整,以确保敏捷方法论可以更快、更高效、更简单方便的被运用在项目中,以此提高项目成功率。

未完待续,敬请期待Part 2!

注: 本文参考文献如下:

  1. 《敏捷实践指南》-PMI

  2. 《敏捷项目管理》-马克-C-莱顿

感谢您的阅读,欢迎【关注】和【转发】!

原文链接: http://mp.weixin.qq.com/s?__biz=Mzg3MjYzMTg1OQ==&mid=2247483668&idx=1&sn=935f04d2f3731facfcc2dbcee4681619&chksm=ceed1a48f99a935ecefb328cb0aa0c57fdf3ce8dbbf60c396dc9f4afeab3344427a78a741903#rd

聚焦敏捷项目管理、推广与应用 、经验技术、复盘总结以及最佳实践分享!

29 篇文章
浏览 1727
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线