传统、敏捷和精益项目管理之间有什么区别?


在当今的企业信息技术环境中,项目经理面临着许多挑战,即如何快速、可靠、经济高效地将产品提供给客户。这些挑战大部分来自快速变化的环境,这种环境受制于匆忙、不明确的期望和武断的截止日期——仅举几个例子。

即使小心翼翼地准确定义项目的目标,保持沟通,并在截止日期前完成,项目经理也会发现最终产品超出预算、延迟,并受到客户的负面评价。挫折比比皆是,不仅项目经理如此,利益相关者、内部客户和外部客户也是如此。

通过使用精益和一些六西格玛原则,你可以从生命周期的开始到结束显著影响信息技术项目的成功。精益和六西格玛通常被认为是工程和制造环境,但也可以有效地融入信息技术。

本文讨论了将精益和六西格玛原则结合到敏捷信息技术项目管理环境中的好处。这里我们讨论典型的敏捷信息技术项目生命周期以及敏捷和精益原则之间的区别。通过查看敏捷中的问题领域,我们可以看到精益可以提供解决方案的地方。本文将讨论这些主题:

  • 传统项目管理
  • 敏捷项目管理路线图的快速研究
  • 敏捷和精益的比较
  • 将精益和六西格玛融入项目的原因

传统项目管理

项目经理的角色是团队领导和项目发起人与执行团队之间的联络人。项目经理负责项目的生命周期,即计划、启动、评估、验证和执行。

pml

项目经理关注项目生命周期中的跟踪、稳定性和管理。他们的任务还包括按时完成项目,并且不超出预算。有了这些责任,很多时候他们必须领导一个团队,但没有真正的权力为项目做出艰难的决定,比如范围和截止日期。

项目出错的一些常见症状:

  • 复杂和冲突的优先事项
  • 用户测试和验收薄弱或缺失
  • 上线后监控和维护不足
  • 范围蔓延——项目从一个目标开始,但会发展成更大的目标
  • 不切实际的时间表
  • 无风险考虑
  • 没有战略联盟
  • 对正确问题的错误解决方案(反之亦然)

这些症状的原因是什么?所有这些症状主要有一个原因,那就是:大多数项目都在执行假定的解决方案,而不是解决问题。

通过使用精益原则和工具,您可以避免这些症状的原因,并在项目中获得更成功的结果。

敏捷项目管理

在敏捷原则被用来管理项目的环境中,你会发现典型的项目管理发生了变化:

  • 项目经理被一个Scrum大师所取代
  • 项目发起人被淘汰,取而代之的是产品所有者

我们可以将计划、启动、评估、验证和执行的传统项目管理生命周期与敏捷项目管理路线图进行比较,如下所示:

al

当我们查看敏捷项目管理路线图中的各个阶段时,我们实际上可以看到精益原则贯穿始终,并且是由软件开发定制的。例如,在阶段1:愿景中,利益相关者正在开发一个愿景,并使项目与整体业务战略保持一致。这绝对是一个精益的概念,因为在规划的这个阶段有一个战略性的观点——精益的原则是战略性的。

阶段2:产品路线图着眼于产品特性,同时对客户的需求和您希望产品的长期目标有一个更全面的认识——这是战略性的,因此本质上是精益的。

在第3阶段:发布计划中,重点是产品和产品线的主要功能,以及制定发布计划。

在发布计划中,还有第4阶段:冲刺计划,这是精益比任何阶段都更普遍的地方。在冲刺计划阶段,冲刺——一至四周的迭代和工作执行块——被合并。在冲刺阶段,你会进入一个计划、检查和行动的精益周期,这相当于一个小型项目的生命周期。

第五阶段:每日Scrum是一个每日的签到,玩家们在这里集合,交流正在进行的事情,讨论主要的进展和进展,并分配要做的事情(“要做的事情”)。接下来,第6阶段:冲刺评审,展示工作产品。

阶段7:冲刺回顾是路线图的终点,是所有玩家讨论失误、命中、已经做好的事情和需要改进的地方。此时,另一场冲刺开始了。

敏捷和精益项目管理的比较

敏捷项目管理和精益项目管理既有相似之处,也有不同之处。不同之处在于,通过两者的融合,协同作用可以存在。两者都促进了持续教育和改进的迭代过程。因此,相似之处也为两者的融合和良好合作提供了机会。

为了更好地理解它们为什么应该混合,让我们看看它们的不同之处。

战术与战略

你会发现不同之处之一是敏捷是战术性的,而精益是战略性的。在敏捷的战术方法中,通过在没有项目发起人参与的情况下使用自我管理的团队,在项目生命周期中有很多地方项目会偏离轨道。Scrum Master的唯一职责是保持对业务战略和产品目标的关注,而通过引入精益,这种更具战略性的方法,产品的远景和远景总是在范围内。

哲学与工具

敏捷和精益之间的另一个区别是,正如《宣言》中所阐述的,敏捷比使用工具更看重它的哲学。另一方面,精益使用反映哲学的工具来加强流程。

软件开发与企业

第三个区别是应用这两个原则的行业。敏捷适合软件开发,因此主要用于软件开发。精益被视为制造环境中的典型应用。然而,事实上,精益可以适用于任何企业环境。事实上,精益可以在任何需要管理的项目中实施。

将精益(和六西格玛)融入项目的原因

敏捷项目管理中有一些常见的问题:

  • 范围蔓延
  • 项目团队和利益相关者之间的脱节
  • 注重效率
  • 对缺陷和质量问题的刚性
  • 假设的解决方案,而不是问题的根本原因

由于对控制和稳定性的关注,敏捷项目管理中有一种刚性,它回避了纠正缺陷和质量问题。

精益的许多方面解决了这些问题,并有利于信息技术项目管理。这里有几个:

  • 精益专注于发现根本原因
  • 精益始终考虑战略观点
  • 精益建造时间和工具来解决问题
  • 精益旨在减少项目和业务流程返工,从而降低费用
  • 精益旨在减少整体项目时间
  • 精益甚至远程利用跨职能团队

当精益原则被纳入时,根本原因的发现成为主要焦点。反过来,这将导致解决真正的问题,而不是继续在假设的解决方案上工作。

精益还结合了对战略观点的持续考虑,将整体业务战略放在项目的前面。而且,精益将时间和工具都融入到流程中,从而解决了许多可能成为项目成功障碍的问题。

通过减少总体项目时间和使用跨职能团队,精益原则为更强健的解决方案提供了空间。跨职能团队的形成对项目的成功有着巨大的影响,因为你要确保所有有权对项目做出决策的人都在同一个页面上。

这篇文章Steps for Tying Lean and Six Sigma in IT Project Management更详细地讨论了精益和六西格玛的功能,以及将这些原则融入敏捷环境时使用的工具。