十四个常用的项目管理方法

PM圈子 2019-06-04

以下文章来源于PMGames ,作者侯宏伟

十四个常用的项目管理方法

十四个常用的项目管理方法论

十四个常用的项目管理方法

敏捷开发

敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

Scrum

Scrum是一种敏捷软件开发的方法学,用于迭代式增量软件开发过程。Scrum在英语是橄榄球运动中列阵争球的意思。

虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法。Scrum之间的合作称为“Scrum of Scrums”。

看板 Kanban

看板管理,常作“Kanban管理”,是丰田生产模式中的重要概念,指为了达到及时生产方式控制现场生产流程的工具。及时生产方式中的拉式生产系统可以使信息的流程缩短,并配合定量、固定装货容器等方式,而使生产过程中的物料流动顺畅。在看板标示系统中常将塑料或纸制成薄板,将产品名称及数量写于其上,故此得名。

极限编程 XP

极限编程,是一种软件工程方法学,是敏捷软件开发中可能是最富有成效的几种方法学之一。如同其他敏捷方法学,极限编程和传统方法学的本质不同在于它更强调可适应性而不是可预测性。

精益开发 Lean

精益软件开发是精益制造原则和实践在软件开发领域的变体。它基于丰田生产方式(TPS),由敏捷社区引入并发展。

精益生产是一种系统性的生产方法,其目标在于减少生产过程中的无益浪费(日语:無駄,Muda),为终端消费者创造经济价值。在消费者消费产品或服务的过程中,"价值"应该定义为消费者愿意为其买单的行为或流程。

DevOps

DevOps是一种重视“软件开发人员”和“IT运维技术人员”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程,来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。传统的软件组织将开发、IT运营和质量保障设为各自分离的部门,在这种环境下如何采用新的开发方法,是一个重要的课题。

Scrumban

Scrumban是一种相对较新的混合项目管理方法,它将Scrum和看板方法结合到项目管理中。它有看板的灵活性,并添加了一些Scrum结构来创建管理项目的新方法。

Scrumban不是在有潜在限制、固定时间的Sprint中工作,而是按照因需计划的原则来放入Backlog,并据此给团队分配任务,因为他们有Capability接任务,就如使用看板方法一样。这意味着正在进行的工作是有限的,开发团队仍然专注于手头的任务,而不用担心Sprint Review会议以及团队承诺在Sprint中提供什么。

PMBOK

项目管理的知识体系(Project Management Body of Knowledge, 简称为PMBOK)。是项目管理的一个知识体系。是一部公认的项目管理专业标准。“标准”是一种描述既定规范、方法、过程和做法的正式文件。与法律、医学、会计等其他专业一样,该标准所包含的知识也提炼自项目管理工作者公认的良好做法。

PMBOK(项目管理知识体系)把项目管理从总体上分为5个过程:启动过程、计划过程、实施过程、控制过程、收尾过程,共包含了九大领域的知识:范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及综合管理。

PRINCE2

受控环境下的项目管理第二版(PRojects IN Controlled Environments,简写为PRINCE2)是一种项目管理方法。它包括项目的管理,控制和组织。“PRINCE2”是这种方法的第二个重要版本。

PRINCE2为项目管理提供了一种结构化的方法。这种方法为管理项目提供清晰界定工作框架。PRINCE2介绍了如何协调项目中的人和活动、如何设计和监督项目以及在项目发生变更的情况下如何调整的流程。每一个流程都详细标出关键的输入、输出和具体目标及要执行的活动,这为计划偏差提供了自发的控制。

这种方法把项目划分为多个管理阶段,保证让所有资源得到有效的控制。依靠严格的监控,项目在控制和组织的方式下得到执行。作为一种被广泛认可和理解的结构化方法,PRINCE2为项目中所有参与方提供了一种通用语言。它完整阐述了参与项目的各种管理岗位和职责,并可以根据项目的复杂程度和组织能力来适当调整。

Six Sigma

六西格玛(Six Sigma,6 Sigma)是一种管理策略,它是由当时在摩托罗拉任职的工程师比尔▪史密斯(Bill Smith)于1986年提出的。这种策略主要强调制定极高的目标、收集数据以及分析结果,通过这些来减少产品和服务的缺陷。六西格玛背后的原理就是如果你检测到你的项目中有多少缺陷,你就可以找出如何系统地减少缺陷,使你的项目尽量完美的方法。一个企业要想达到六西格玛标准,那么它的出错率不能超过百万分之3.4。

瀑布开发 Waterfall

瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法,例如需求规格,设计文档,测试计划和代码审阅等等。

CMMI

CMMI是1994年由美国国防部与卡内基-梅隆大学下的软件工程研究中心以及美国国防工业协会共同开发和研制的,他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型,集成到一个框架中去。其目的是帮助软件企业对软件工程过程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是:只要集中精力持续努力去建立有效的软件工程过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件开发中的困难。

CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。

关键链项目管理 CCPM

关键链被用来替代关键路径分析方法。关键链区别于关键路径的主要特征如下:

  • 使用资源依赖
  • 缺乏寻求最佳方案的方法。这意味着一个“足够好”的解决方法已经足够了,因为:
  1. 就目前所知,没有任何分析方法能找到一个绝对的最佳的(比如,总体的最短关键链)。
  2. 估算上的固有的不确定性,远远大于最优和接近最优(即“足够好”的解决方案)之间的差异。
  • 插入缓冲
  1. 项目缓冲(Project Buffer,缩写为PB)
  2. 输入缓冲(Feeding Buffer,缩写为FB)
  3. 资源缓冲(Resource Buffer,缩写为RB)
  • 监测项目的进展和缓冲的使用率,而不是规划个别任务的进展速度。

项目计划的建立,和关键路径大致相同。一个落后的任务完成后下一个计划才可能开始。每个任务都输入两个持续时间:一个“最好的猜测”或者50%可能的持续时间,以及一个能高可能地完成任务的“安全”持续时间(也许是90%或95%,依赖于项目组能接收的风险量)。

快速应用程序开发 RAD

快速应用程序开发是指一种以最小幅度的规划并迅速地将原形完成的软件发展方法论。采用RAD进行软件开发的规划是和撰写软件本身交错同时进行的。通常能在没有大量预先规划的情况下,让软件更快写完、更容易变更需求。

方法论这么多,各个方法论适用的范围也不一样,选择适合自己企业的才更高效。你用的是哪一种呢?来源:PMgames

发表评论

电子邮件地址不会被公开。 必填项已用*标注