采购经理人指数®将敏捷引入到项目管理知识体系(PMBoK)的第6版®.但仍有很多人不确定“什么是敏捷?””以及为什么它对项目经理很重要。
更糟糕的是,敏捷这个词有许多不同的含义。许多项目经理仍然认为它只适用于软件开发。所以,这并不适用于他们。
他们错了。
因此,我们邀请了敏捷专家Chuck Cobb来为您讲解基础知识。Chuck已经撰写了三个严肃的敏捷指南。其中包括最畅销的:项目经理掌握敏捷的指南”(我们|英国).他还经营着敏捷项目管理学院(Agile Project Management Academy),提供全面的在线培训。
“敏捷”对不同的人有不同的含义:
但这只是众多不同含义中的一小部分。还有很多很多口味和诠释。因此,对于敏捷是什么,也存在许多成见、神话和误解。
这是我做的一个简短视频来回答这个问题:
所有这些都是敏捷过程的潜在结果。但在我看来,它们并不是敏捷过程的基本本质。
敏捷过程的基本本质是自适应性.
让我们从您可能熟悉的项目管理流程开始。一代又一代的项目经理围绕着“传统计划驱动的项目管理”模型。
这是许多人笼统的说法“瀑布”.这种方法优先考虑可预测性。它使用估计、预算、计划和控制来预测成本和进度。因此,明确定义需求也很重要。这些是计划项目的基础。
这是自20世纪50年代和60年代以来项目管理的主要工作方式。如果一个项目在规定的预算和进度内交付了需求,那么它就是成功的。这种可预测性是很重要的。对于大型投资,它允许公司:
这一举措成效显著。但这种方法并非没有问题。主要的问题是,它需要一个相当详细的项目前期计划。即使在最好的情况下,这也是非常困难的。
在不确定性非常高的项目中,这几乎是不可能做到的。特别是当这种不确定性与理想的结果有关时。当技术、市场和社会发生快速而不可预测的变化时,情况就是如此。
我们今天生活在一个不同于上世纪五六十年代的世界。然而,正是在那时正式的项目管理方法才第一次被定义。不确定性要高得多:
当你为一个有很多不确定性的项目制定一个详细的计划时,它需要很多假设。在今天的环境下,这些假设往往是错误的。因此,你的项目将需要重新规划;以及以后可能的返工。
那么,将一个具有高度不确定性的项目强行纳入传统的计划驱动方法是否有意义呢?
当然,最好让方法与项目的性质相适应。这就是更具适应性的方法很有意义的地方。
这并不意味着你不做任何前期规划。这意味着您使用的计划级别适合于项目中的不确定性级别。
我在我的敏捷项目管理培训中使用了一个有点极端的例子。但它传达了重点。
假设我给你的任务是找到治愈癌症的方法。我让你们概括一下:
在这种情况下,试图制定一个详细的项目计划将是荒谬的。你无法做出准确的成本和进度估算。有太多的不确定性需要解决。
放弃什么都不做?这也说不通。
在这种情况下,我们确实知道一些关于寻找癌症治疗方法的事情。我们在这个领域有多年的研究。但仍有太多的未知因素,无法为解决方案制定详细的项目计划。
所以,你要做的就是尽可能多地利用我们所知道的。然后,您将采用迭代、试错和学习的方法来找到解决方案。
下面是爱迪生在这个问题上的一段话:
我这样说一点也不夸张关于电灯,我已经提出了三千种不同的理论,每一种都是合理的,而且显然是正确的。
然而,我的实验只有在两种情况下证明了我的理论的正确性。也许你知道,我的主要困难是制作碳丝,白炽灯是光源。”
(1890年《哈珀杂志》采访)
在1910年爱迪生的自传中,爱迪生的朋友兼同事沃尔特·s·马洛里问道:
“你做了大量的工作却没有得到任何结果,这不是很遗憾吗?””
这本书接着说,“爱迪生像闪电一样转向他,微笑着回答说:结果!哎呀,老兄,我已经取得了很多成果!我知道几千种行不通的方法!”
这类项目有两个根本不同之处:
敏捷过程是建立在“经验”过程控制模型.
“empirical”这个词的意思是“基于观察”。
在敏捷开发过程的上下文中,它是方法的核心。在一个项目的过程中,产品和生产它的过程都受到不断的改进。我们调整我们正在做的事情,以生产正确的产品,并优化我们正在创造的产品的价值。
你可能会问“为什么这对项目经理很重要?””敏捷不是只适用于软件开发吗?
这是一个常见的误解。
敏捷方法确实与软件开发密切相关。但所有项目都有一定程度的不确定性,这也是事实。因此,如果您试图将所有项目都强行纳入传统的计划驱动的项目管理方法,那么它并不总是有效的。
例如,想象一下,尝试开发下一代iPhone。或者选择其他新的创新产品。在这类项目中,创造力和创新与可预测性同样重要,甚至更为重要。
更进一步。想象一下在2006年创造iPhone 8的情景。不可能的。你需要的是一系列不断改进但稳定的模型。
敏捷是交付项目的一种方法。但它并没有告诉你如何去做。项目经理已经开发了许多以适应性的方式处理项目的方法。这些就是敏捷方法。
他们中的大多数人都有软件开发的基础。但这并不意味着它们不能适应许多项目类型。其中两种方法是Scrum和看板。Scrum可能是当今应用最广泛的。明天好吗?谁知道呢?
然而,虽然它们在项目管理中的应用始于软件开发,但还有一个更深层次的故事。他们的根在别处。看板起源于日本制造业。Scrum起源于一种新的产品开发模式。然后是Scrumban——两者的混合体。
其他方法更植根于软件项目。还有:
一个明智的项目经理会利用丰富的想法为你的项目找到正确的解决方案。
现在大多数项目经理都是训练有素的;在传统的计划驱动的方法中。自20世纪50年代以来,这种情况一直没有明显变化。它的重点是计划和控制成本和进度。项目需要满足定义良好的需求。
我们已经知道了,这是不行的。
在这个新环境下,一个项目经理只有知道传统的方法将处于严重的劣势。
更困难的是,这不是“敏捷”和“瀑布”之间的二元选择。许多人似乎认为这两种方法是相互排斥的。
事实并非如此。尽管有一些人提倡纯粹主义的态度。这似乎很愚蠢。
如果你想要得到最好的结果,你必须了解情况。您需要弄清楚如何将传统的计划驱动方法与自适应(敏捷)方法以正确的比例混合在一起。
这需要很多技巧。但如果你理解这两种方法,你肯定可以做到。这正是Chuck设计敏捷项目管理学院培训要解决的问题。
许多企业和项目经理面临一个选择。他们是否继续选择传统的计划驱动方法?或者他们选择更敏捷的方法?或者他们应该合成一个混合模型?
对于关键项目,这可能是一个非常重要的决定。它可以产生重大的业务影响。
这就是为什么你需要把敏捷和传统的项目管理看作是互补的;没有竞争力。项目经理必须学会如何将这两种方法以适当的比例混合起来以适应情况。
过去几年,PMI®已经认识到项目经理需要了解敏捷。所以他们创建了敏捷认证从业者(PMI-ACP)®)认证。
这绝对是朝着正确方向迈出的一步。但在我看来,这还远远不够。
这只是一个关于敏捷和精益原则知识的一般测试。然而,正如我所说,真正的挑战是学习如何融合敏捷和传统的项目管理。而且要根据情况以正确的方式这样做。
证书也不能让你为某个特定的职位做准备。事实上,敏捷项目经理的角色并没有明确的定义。
出于这些原因,你不应该仅仅把通过PMI-ACP考试作为你的目标。因为这本身可能不足以促进你的职业发展。而且它肯定不会让你为真正项目的挑战做好准备。
该课程是为PMI-ACP考试做的很好的准备。但它也远远不止于此。它将帮助您将这些知识应用到实际的敏捷项目管理中。
它完美地补充了在线传统方法的培训点课程。
“我已经做了很多年的瀑布开发人员,发现很难过渡到敏捷。我从未想过我可以从一种混合的方法开始。这门课程让我开始学习,并已经应用了其中概述的一些原则。这是加入敏捷潮流并让你的客户也加入的绝佳方式。”
课程参与者
了解更多关于我们的敏捷课程我们期待阅读您的观点,并在下面的评论部分做出回应。
Chuck创立了敏捷项目管理学院。他为超过34,000名学生提供了完整的敏捷项目管理课程。它为项目经理准备PMI-ACP®认证,并承担敏捷项目管理角色。Chuck是波士顿大学的兼职教授,也是一名敏捷项目经理教练、指导员和导师。他的五本关于敏捷项目管理和卓越业务的书包括他最近的畅销书:《项目经理掌握敏捷指南》。Chuck在美国各地的PMI分会活动、敏捷小组、大学和研讨会上发言。
会话过期
请重新登录。登录页面将在一个新选项卡中打开。登录后可关闭并返回本页。