传统项目管理VS敏捷项目管理

网友投稿 918 2022-05-29

传统项目管理VS敏捷项目管理

很多人都知道,项目管理领域有两种管理方式:传统项目管理和敏捷项目管理。很多人在团队引入敏捷的时候,会有一个疑惑,传统项目管理和敏捷项目管理的区别是什么?

各个模式的项目管理发展历程

在1969年以前,不管是制造汽车还是制造轮船,全世界的项目管理都没有太多的章法和规则。

直到1969年美国成立了PMI组织,推出了PMBOK一整套规则、PMP认证后,全世界的项目管理就有了章法、有了规则。

直到现在,绝大部分行业还是使用这套标准项目管理方法——传统的项目管理。

直到2001年,有17个软件行业开发者在犹他州Snowbird滑雪胜地里聚会,他们白天滑雪,晚上喝酒聊天,聊着聊着发现,他们一致认为传统项目管理不适用于软件行业的,然后他们制定并签署了行业最重要的文件之一:敏捷宣言。他们还在这里塑造了许多关于软件的构想、开发和交付的方式,甚至是世界如何运作的方式。

所以敏捷这个概念是非常新颖的,2006-2007年期间,敏捷就被引入中国,腾讯就是最早使用敏捷的企业之一。同时,对于一些要考虑很多问题的项目,例如:“有没有流量?”、“别人愿不愿意来”等等,所以他们需求是不确定的,按照以前传统项目管理方法是行不通的,所以敏捷就诞生了。

传统VS敏捷项目管理对比

传统项目管理

通常采用的是瀑布式、部分迭代开发模式,要求在项目建设时,需求足够明确、文档足够规范,迭代过程中需求变更越多、越晚,对项目影响越大,会影响到项目的交付质量。

敏捷项目管理

作为新兴的项目管理模式,简化了传统项目管理的繁琐流程和文档。以 Scrum 为代表,欢迎需求变更,在客户需求不明确的时候,以在较短的周期内开发出可用的软件为目标,来帮助客户描述自己的需求。迭代过程中的需求变更会加入到项目继续迭代需求池,丰富项目的产品功能。

敏捷VS传统项目管理的相同点

敏捷项目管理

声称要摆脱繁冗的流程制度文档,但是对于关键的项目文档,比如需求规格说明书等等,也是要求必须具备的。所以,敏捷项目管理的项目流程制度上的管理可以看作是对一套完善的项目管理流程制度的裁剪,只不过这个裁剪的尺度比较大,从而也对敏捷项目团队成员的适应性,自主性提出了较高的要求。

具体的敏捷方法在每个迭代周期中都存在立会制度,燃尽图、看板监控、计划发布等,这些和PMBOK中对项目生命周期的五个过程组启动、规划、执行、监控和收尾的定义没有冲突矛盾,实际上敏捷项目管理的这些措施可以看作是PMBOK项目生命期五个过程组执行的微缩版,区别在于敏捷项目管理的迭代周期,时间很短,在去执行过程中裁剪了很多规范正式的项目管理流程制度。

敏捷VS传统项目管理的区别

1、不同的管理方式适用于不同类型的项目,敏捷更适用于未知、不可知或持续变化的项目;

2、传统的管理方式有如计划经济体制,敏捷有如市场经济体制,适应变化的能力不同;

3、极大地缩短了用户与开发者,预期目标与实施状况,投资与投资回报之间的反馈回路;

4、将小型团队转化为自身命运的管理者,团队接受挑战,找寻应对挑战的方法,发挥创意,避开工作障碍,而这一切都无法由中央控制及调度系统预先安排。

当处于快速发展的社会环境、面临复杂而多变的项目时,传统项目管理方式常常面临进度延期、成本超支、质量不过关、客户满意度低、变更频繁等问题,而敏捷项目管理可以说是在原本完善的项目管理流程制度上进行了尺度较大的裁剪,从而对敏捷项目团队成员的适应性,自主性提出了较高要求,可以使项目经理将最大限度的项目资源和活动用于产生增值结果上。

传统项目管理VS敏捷项目管理

各个模式的项目管理发展历程

在1969年以前,不管是制造汽车还是制造轮船,全世界的项目管理都没有太多的章法和规则。

直到1969年美国成立了PMI组织,推出了PMBOK一整套规则、PMP认证后,全世界的项目管理就有了章法、有了规则。

直到现在,绝大部分行业还是使用这套标准项目管理方法——传统的项目管理。

传统项目管理VS敏捷项目管理

直到2001年,有17个软件行业开发者在犹他州Snowbird滑雪胜地里聚会,他们白天滑雪,晚上喝酒聊天,聊着聊着发现,他们一致认为传统项目管理不适用于软件行业的,然后他们制定并签署了行业最重要的文件之一:敏捷宣言。他们还在这里塑造了许多关于软件的构想、开发和交付的方式,甚至是世界如何运作的方式。

所以敏捷这个概念是非常新颖的,2006-2007年期间,敏捷就被引入中国,腾讯就是最早使用敏捷的企业之一。同时,对于一些要考虑很多问题的项目,例如:“有没有流量?”、“别人愿不愿意来”等等,所以他们需求是不确定的,按照以前传统项目管理方法是行不通的,所以敏捷就诞生了。

传统VS敏捷项目管理对比

传统项目管理

通常采用的是瀑布式、部分迭代开发模式,要求在项目建设时,需求足够明确、文档足够规范,迭代过程中需求变更越多、越晚,对项目影响越大,会影响到项目的交付质量。

敏捷项目管理

作为新兴的项目管理模式,简化了传统项目管理的繁琐流程和文档。以 Scrum 为代表,欢迎需求变更,在客户需求不明确的时候,以在较短的周期内开发出可用的软件为目标,来帮助客户描述自己的需求。迭代过程中的需求变更会加入到项目继续迭代需求池,丰富项目的产品功能。

敏捷VS传统项目管理的相同点

敏捷项目管理

声称要摆脱繁冗的流程制度文档,但是对于关键的项目文档,比如需求规格说明书等等,也是要求必须具备的。所以,敏捷项目管理的项目流程制度上的管理可以看作是对一套完善的项目管理流程制度的裁剪,只不过这个裁剪的尺度比较大,从而也对敏捷项目团队成员的适应性,自主性提出了较高的要求。

具体的敏捷方法在每个迭代周期中都存在立会制度,燃尽图、看板监控、计划发布等,这些和PMBOK中对项目生命周期的五个过程组启动、规划、执行、监控和收尾的定义没有冲突矛盾,实际上敏捷项目管理的这些措施可以看作是PMBOK项目生命期五个过程组执行的微缩版,区别在于敏捷项目管理的迭代周期,时间很短,在去执行过程中裁剪了很多规范正式的项目管理流程制度。

敏捷VS传统项目管理的区别

1、不同的管理方式适用于不同类型的项目,敏捷更适用于未知、不可知或持续变化的项目;

2、传统的管理方式有如计划经济体制,敏捷有如市场经济体制,适应变化的能力不同;

3、极大地缩短了用户与开发者,预期目标与实施状况,投资与投资回报之间的反馈回路;

4、将小型团队转化为自身命运的管理者,团队接受挑战,找寻应对挑战的方法,发挥创意,避开工作障碍,而这一切都无法由中央控制及调度系统预先安排。

当处于快速发展的社会环境、面临复杂而多变的项目时,传统项目管理方式常常面临进度延期、成本超支、质量不过关、客户满意度低、变更频繁等问题,而敏捷项目管理可以说是在原本完善的项目管理流程制度上进行了尺度较大的裁剪,从而对敏捷项目团队成员的适应性,自主性提出了较高要求,可以使项目经理将最大限度的项目资源和活动用于产生增值结果上。

敏捷开发 项目管理 ProjectMan

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Prometheus系列——Prometheus Server安装
下一篇:LiteOS通信模组教程01-AT指令玩转WIFI通信
相关文章