敏捷一般如何完成项目规划点的方法伟德官网19461188

敏捷vs瀑布:何时使用和如何实现混合

通过 15/01/2021 2021年4月21日, 10评论
Monday.com在透明背景的标志白色

2021年团队的PM工具
绝对可定制,非常直观。

我们的朋友和支持者

我从事项目管理工作已经有很长一段时间了(在伟德平台w88这里我不打算给出确切的数字,但自从iphone在史蒂夫·乔布斯眼中只是遥远的一束微光,Facebook成为the Facebook以来,我就在这里工作了……)

项目经理,特别是数字项目经理一直痴迷的一件事是方法.但方法论在项目管理世界中是一个大的交易。伟德平台w88为什么我们遵守我们在他们周围所做的一切 - 并且他们真的很重要吗?

在这篇文章中,我将看看什么数字项目管理中使用的核心方法伟德平台w88是,你应该选择哪个,是否有不同的解决方案。

总之,我将探讨以下主题:伟德官网19461188

  1. 这些“项目管理方法”是什么?伟德平台w88
  2. 我应该在我的项目上使用哪种方法?
  3. “我想转向敏捷,但实施起来太困难了。”
  4. 方法论能保证项目的成功吗?

敏捷和瀑布

1.这些“项目管理方法”是什么?伟德平台w88

那么,什么是方法论(除了是个非常枯燥的词)?它是您的项目所涉及的过程的框架,以及您对它的管理。它通常涉及的核心任务包括启动,计划,执行,监控和关闭这个项目

有负荷伟德平台w88项目管理方法论从中选择。有更传统的线性的,就像众所周知的瀑布.还有一个敏捷框架,有不同的分支:Scrum看板精益, 例如。有关键的链管理,令人兴奋的探测效益实现管理。极端编程,Prince2适应性项目框架(Adaptive Project Framework)等等。

我将集中讨论两个大的击球手,他们在谈论的时候经常出现数字项目管理伟德平台w88.走上前的坏蛋DPM.世界,瀑布,和另一个角落,敏捷-“银弹”,“魔术公式”。毕竟,敏捷是最好的,不是吗?

敏捷方法是最好的吗?

“敏捷是最好的,对吧?”

不一定。这两种方法都有好处,并且都有更适合它们的项目。因此,让我们更深入地了解它们。

敏捷vs瀑布:原则

瀑布的核心原则

前期需求收集:

开发人员和客户同意将在开发生命周期提前提供的内容。这可以使规划和设计更加简单。随着工作的全部范围,更容易测量进展。良好的技术文档是可交付成果的一部分,新程序员更容易在维护阶段加速。

在阶段顺序完成的工作:

每个阶段通常在前一个阶段结束时开始。在整个开发过程中,团队的不同成员可以参与或继续其他工作。例如,在进行编码的同时,测试人员可以从需求文档中准备测试脚本。
该方法非常结构化,可以更容易地通过明确定义的里程碑来衡量进展,也更容易在一开始就进行计划

测试发生在开发结束时:

测试的计划和执行更加直接,因为它可以在开发阶段的末尾通过参考功能规范中定义的场景来完成。

客户或利益相关者不需要大量涉及:

除了评审、批准和状态会议外,在要求阶段。

Scrum的核心原则

2001年,一群开发人员聚在一起开发了现在被称为敏捷宣言书中描述了他们认为支撑这种发展方式的四种价值观。在这200个字里,它们几乎改变了软件开发的面貌,并由此催生了大量的产业。

敏捷是框架,而Scrum是使用敏捷的方法。正如您将看到的,当您考虑数字项目时,Scrum的许多框架和细节都是有意义的。

对流程和工具的个人和互动:

首先,它侧重于个人和交互,而不是过程和工具。沟通是关键,而不是运行项目的过程。在Scrum中,这意味着自组织、跨职能的团队。

工作软件超过全面的文档:

人们非常关注更快地获得可交付的产品,而不是花大量时间写下需求。在Scrum中,有时间限制的工作冲刺是在每个冲刺结束时与可交付的产品一起运行的。

客户合作交易谈判:

敏捷价值观指定客户或客户协作,在整个过程中与客户一起工作。Scrum有一致的、定期的客户参与

响应变化而不是遵循计划:

敏捷框架的核心不是把变更视为敌人,而是把变更视为一件好事并对其做出响应。Scrum有不断发展的需求,并接受变化。

当谈到数字化时,所有这些都很有意义。作为一个团队进行沟通,让某些东西快速工作,让客户参与其中——当数字领域不断变化时——能够对变化做出快速反应。

回到摘要

2.我应该在我的伟德平台w88项目中使用哪种项目管理方法?

什么应该影响到哪种方法申请的方法?直到你知道项目是什么和其他影响因素,你就不能决定哪个最适合。在查看方法时应考虑一些(或全部)这些因素:

  • 项目规模
  • 期间
  • 复杂性
  • 组织因素
  • 外部和内部的客户或利益相关者。

瀑布可以适合哪些项目?

瀑布项目有:

  • 与其他组织或远程工作者合作的项目
  • 有固定范围、时间和预算的项目
  • 更小、定义良好和更简单的项目
  • 有缺席客户的项目。

敏捷适合哪些项目?

敏捷项目有:

  • 您组织对整个过程负责的项目
  • 有变更需求范围的项目
  • 更大的、未定义的、复杂的项目
  • 有客户参与的项目。

但是,企业真的把所有这些因素都考虑在内吗?是什么,或者是谁,真正决定了一个过程?影响所选方法的主要因素可能是现有的过程。您的组织当前的过程很可能决定您如何运行您的项目——无论这个项目是什么。这是典型的一刀切的方法。考虑到每个项目都有不同的需求,并且在影响因素上可能存在很大差异,这并不是在组织中运行每个项目的最佳方式。

我如何使用这些方法?

了解敏捷和瀑布方法在理论上的区别是一回事,但是作为项目经理,我们如何运用这些方法来最大化我们的内部团队和客户的利益呢?

学习如何在现实世界中使用这些方法的战略方法在线课程.通过相关的、实用的、专家领导的培训,您将成为您的团队和客户的洞察力来源,这将允许您自信地导航项目管理的试验。伟德平台w88

了解更多

所以说,哪个更好?

到目前为止,我一直持中立态度,认为我所介绍的两种方法都有各自的好处。但如果我们生活在一个理想的世界里敏捷方法适用于纯数字项目更多.所有的原则似乎都符合数字环境,不断变化的需求和变化贯穿于所有项目。下面我将介绍一些关键的好处。

常规的迭代

定期的工作迭代,包括每两周由涉众进行的测试和审查(例如,每个sprint),确实有助于使项目保持在正轨上。

几年前,我管理一个项目,我们必须使用瀑布方法。整件事是由另一个机构定义和设计的。当时我们还没有为它建立一个临时站点,所以开发人员只能在他们的机器上本地工作(这是第一个错误)。我们经常叙旧,一切似乎都很顺利。然而,直到我们进入最初的QA阶段,我们才看到了交付阶段的工作产品。在这一点上,我们发现有大的部分未完成,CMS没有按照规范正确地构建。如果我们有一个可交付的产品的定期迭代,我们可能会避免这种情况。在整个项目中有更多的产品暴露。

想到你在Scrum中有两个会议:审查 - 所以在Sprint尽头审查建设,以及回顾一下-审核sprint中完成的工作。它们是你偏离轨道的早期预警信号。

客户参与

有一个五年期间的IT和软件项目审查,称为Chaos Manifesto,于2013年出版。他们发现了项目成功的最大因素是忠诚的执行保荐人或产品所有者。当客户涉及沿着项目的方式塑造要求时,例如审查工作,并定义优先事项 - 这意味着它们突然不太可能突然出现惊喜。他们不断喂养业务和用户要求进入过程中。

在我五年前参与的一个项目中,客户并没有太多参与。我们有每周入住,但他们只想要每周入住状态报告星期一送到他们那里。我们试图让他们更多地参与到实际的用户体验会议和定义中,但是他们却忙于另一个项目。我们看了线框演示,他们的第一个评论是什么?“这些线框看起来太悲哀了。”是的,认真。我曾经管理过一个“悲伤的”线框项目。悲伤的脸确实:(

悲伤的线框图

“那些线框图太、太、太悲哀了……”

除了缺乏对线框目的的理解外,他们还没有妥善喂养他们的要求,并没有参与这个想法的演变。所以我们不得不回到几个星期的项目。

团队协作

而不是ux工作来定义一个项目,递交设计,然后交给开发,与他们自己的寂静地区的每个人一起 - 你可以避免很多问题团队合作在这个项目。正如您可以从我之前谈到的项目中看到的,开发人员更多地独立工作,如果早些时候有更多的合作,就可以避免最后出现意外。

不断变化的需求

这是敏捷框架和Scrum的关键福利之一。他们接受并应对变化更好。不断变化的范围和要求不会将该项目投入危机。事实上,这是Sprint审查的目的和sprint计划会议,找出需要做出哪些改变。对于更线性的项目,计划是在开发前几个月制定出来的,并且是基于当时的粗略估计——然后是固定不变的。

让我们面对现实吧,线性项目计划是行不通的

如果你的需求在一开始就设定好了,交付物和时间都提前几个月制定好了——那么会发生什么呢?事情发生了变化,这会导致项目延迟,因为所有事情都必须重新界定范围和重新定义。

-“在5年的时间里,平均53%的项目超支,76%的项目逾期”
Chaos宣言,2013年

如果我们以一个平均每年运行50个项目的机构为例,那么超过25个项目的成本超过了成本,37个项目(50个中的!)的时间超过了。很明显是什么东西出问题了。

这里有一个很好的例子:

一个项目计划超过成本和时间的机构的例子当我创建一个线性项目计划时,这种情况就会发生。这是我的计时文件夹-你以前见过类似的东西吗?项目有变动,所以你修改计划。然后客户端想要在范围中添加一些内容,所以我们再来一次。在这个项目中,我创建了10个版本。(是的,我也意识到我需要一个归档文件夹……)

我不记得上一次在一个更传统的线性项目中,我不需要在项目过程中修改至少两次项目计划是什么时候了。这是因为项目在变化。客户的变化。用户需求的变化。技术的变化。数字是不断变化的。所以敏捷框架往往有更好的方法来响应变化.事实上,他们拥抱它,而不是将其视为对项目的巨大打击。

回到摘要

3.'我想搬到敏捷,但它太难实施'

然而,在组织中完全或直接实现敏捷方法并不总是容易的。正如我们所看到的,在实现一个过程中涉及到很多因素。敏捷方法并不总是适合代理机构,因为客户需要预先确定一个固定的范围、预算和时间表。所以,向前推进混合动力汽车。是的,你们可能都听说过这个肮脏的词,瓦吉尔……

像瀑布一样的敏捷方法当我在为我的演讲做研究时交付去年1月,我研究了Wagile这个术语,并看到了该开发人员的几篇文章。这是我最喜欢的,也是最致命的一句话:

“我们都知道,WAgile代表“瀑布式敏捷”,是功能失调开发方法的顶峰。是的,伙计们:确实有成千上万的项目以WAgile的方式失败了。”
杰森·戈尔曼

这篇文章是他在2008年写的,当时这个词刚被创造出来。尽管愤怒过度,但我能看出他的意图。很多人误用了敏捷这个词。例如,我看到很多组织将一个项目归类为敏捷,因为他们每天都有一个站立会议。

什么是混合动力车?

瀑布式或线性项目依次遵循关键阶段:发现、定义、构建,最后测试和部署。

瀑布方法阶段我在组织中经常看到的,在敏捷的名义下,是这样的:

“敏捷”是一种线性方法论仅仅通过将开发分成两周的冲刺和每天的追赶,并不意味着你是“敏捷的”。如果你遵循这种线性的发现过程,预先定义,然后依次构建和测试——这仍然是一个线性项目。所有的需求都是在开始时定义的,这是您在每个构建阶段中所遵循的。

在一个真正的敏捷项目,该过程将与迭代中包含的每个阶段一起看起来更像这样:

敏捷与瀑布 - 真正的敏捷过程阶段围绕着实现敏捷的斗争,一个无缝的转移到对于许多组织来说,敏捷交付非常困难.有那么多的客户参与,普遍缺乏理解,质疑用户体验如何适应,也许是与客户的历史关系。有很多因素使得它难以执行。

更容易实现的是逐步采用敏捷原则和Scrum过程,例如,使用混合方法。我知道这可能是相当有争议的(可能会激怒那些敏捷纯粹主义者),但对我来说在我看来,混合是一个更现实的解决方案,至少在过渡过程中是这样

所以这就是流程所需的方式:

敏捷vs瀑布——混合方法论阶段

如何实现混合

因此,你在一个遵循更线性工作方式的组织中工作,但你认为项目会从敏捷方法中受益。您如何通过一个更加混合的解决方案来帮助您的组织朝着这个方向发展?

让我们使用混合方法——敏捷和Scrum

“是的,我说让我们使用一个混合动力车”

1.客户参与

理想:授权,可用的产品所有者
核心问题往往涉及客户或利益相关者作为产品所有者。他们需要大量涉及,当他们参与其他项目时,你可能会发现这很困难。它们通常不习惯。他们经常希望为您提供工作,然后在状态报告每周一次的状态报告。

混合:帮助在涉众和团队之间架起桥梁
在我参与的一个项目中,我们帮助弥合了这种差距。我们作为产品负责人,但是让客户同意参与核心会议(比如评审和计划),并确保他们参与了每个阶段的需求设置和定义。

2.团队协作

理想的:跨职能,专用团队
组建一个致力于项目的跨职能团队可能是一件困难的事情。在规模较小的组织中尤其如此,因为有很多项目在进行,团队成员需要在多个项目之间工作。

杂交:团队成员们一直涉及
至少要确保团队成员能够齐心协力地工作。如果你不能在每个sprint中安排全职的项目成员,那就试着确保他们能够参与到与开发团队的常规讨论中,包括每日站立、计划和审查。相互交谈的团队可以帮助项目成功。

3.持续计划

理想:每次冲刺规划要求
改变客户或利益相关方的思维方式也是至关重要的,因此在项目的开始时未在项目的开始处设置要求,这是通过项目的课程所依赖的。但客户和利益相关者往往害怕这一点。他们想知道他们在签署预算时得到了什么。

混合型:有些是预先成形的,但把详细的计划留到冲刺阶段
看看你是否可以预先对项目需求做一些松散的塑造,但是把详细的计划留给sprint。不要在第一时间就确定所有的可交付成果,这样你就可以在整个过程中对变化做出反应。指导客户接受这种规划方法。概述在整个项目中对变化做出响应的积极方面。

4.设计需要的东西

理想:每个Sprint内的设计
设计如何适合?理想是在每个Sprint中运行它,因此只设计每个迭代都有必要的工作。

混合:在最后负责的时刻进行设计
设计应该在最后的关键时刻完成。与其一大堆预先定义需求的设计,不如尽可能晚地设计你需要的东西。这样就可以避免设计一些不必要的物品,甚至在最后都不会用到。这又回到了协作,让设计师、开发人员以及所有人都参与到项目中来,在一个冲刺阶段或一个限时阶段共同工作。

帮助过渡成功

得到帮助

使用培训,导师和教练帮助解释不同方法的好处。这是为您提供的,您的团队和重要的是您的客户。

获取管理层购买

没有管理层的参与,任何流程都不会改变。确保你列出了好处,以及采用的方法。如果你能提出一个明确的计划,说明如何将客户和利益相关者引入公司,这将极大地帮助转变。

获得真正的

最后,如果事情不顺利,不要找借口。敏捷迭代。您的流程实现也应该如此。定期检查情况意味着可以更快地发现并解决问题。

不要为事情的进展找借口,说“哦,我们正在实施一个新过程,它肯定会有问题”,而要提出解决问题和前进的行动计划。如果你失败了,快速失败然后继续前进

要注意的常见错误

在定义自己的混合流程时,需要注意一些常见的错误。

没有过程或结构

而不是跟进一些东西,你完全相反,并没有任何混凝土。该项目变得一团糟,因为根本没有办法。

团队成员做不同的事情

如果你的团队成员真的不知道他们应该如何工作,他们可能会开始偏离主题,而不是专注于他们应该做的事情。

为了流程而流程

这一点非常重要:不要为了流程而设置流程。不要因为原因而添加不必要的文档。无论你采用哪种方法,都要保持流程的流线型。

一刀切的方法

要注意“一刀切”的方法:因为某件事曾经成功过,它就会适用于所有事情。确保你把每个项目看作是自己的实体。在整个组织的过程中需要有一种凝聚力,然而每个项目在他们自己的权利上是不同的,需要被这样对待。

回到摘要

4.最后一个问题:方法能保证项目成功吗?

很多人都痴迷于特定的方法,他们认为如果他们使用其中一个,它将意味着项目自动成功。但是,我相信,从PM角度来看,项目成功是基于技能所谓的“硬”和“软”技能。我真的不喜欢这些术语,所以使用“实用的”和“个人的”。实践技能是硬技能,具体的,学到的东西。个性化是软技能,更根深蒂固,来自于你的为人而不是你的工作。我将进一步分析它们。

个人

  • 沟通——促进协作和透明度
  • 领导-激励和指导
  • 灵活性-允许并响应变化
  • 问题解决者——寻找解决方案

实用

  • 时间和成本估算
  • 技术知识
  • 风险评估
  • 项目过程

在最后一个子弹中,在项目中,项目中随后的方法,框架或过程。所以它真的只是构成了成功的项目管理和成功项目的整个事情的一部分。伟德平台w88

事实上,当我写关于这个话题的原始演讲时,我正和我的人力资源主管交谈。我告诉她这件事的时候,我们正在为我们的项目管理研究生培训生制定一个指导计划。伟德平台w88她说,雇佣那些展示个人技能的人比那些展示实用技能的人更重要,特别是对于进入该行业的人。通常人们可以学习实际技能以及如何在项目上实施它们,只要他们表现出学习的愿望。但个人技能更加根深蒂固,成功作为下午的核心。

秘诀:专注于真正重要的事情沟通能力、领导能力、灵活性和解决问题的能力

进行相关,实用,专家LED培训

观看我们即将到来的节目的概述掌握数字项目管理在线课程伟德平台w88-获得专家指导,带领快乐的团队,并在数字世界中提供高价值的项目。

你觉得呢?

那么是什么呢?敏捷vs瀑布,还是Wagile?当过渡到敏捷时,混合方法是一个好的选择吗?你运行瀑布式、敏捷式或摇摆式项目的经验和成功(或失败)是什么?加入下面的对话并分享你的想法。

我们的朋友和支持者:

Monday.com在透明背景的标志白色

2021年团队的PM工具
绝对可定制,非常直观。

免费试

苏珊娜霍沃思

苏珊娜霍沃思

Suze Haworth是伦敦的一位自由数字项目总监。她有超过14年的机构工作经验,从早期从事客户管理工作到崭露头角,一路走来,并意识到自己对项目管理的真正需求。伟德平台w88她现在领导的团队负责各种数字和网络建设,从社交活动和数字媒体到大型复杂网站。Suze曾为英国广播公司(BBC)、水援助组织(WaterAid)、第四频道(Channel 4)、埃索(Esso)、立顿茶(Lipton Tea)、SEAT和Mozilla等客户管理项目。她是一个经过认证的ScrumMaster,经常在会议上发言,也可以在网上发布博客。当她不导演和谈论数字事物(以及创建无数谷歌电子表格)时,她喜欢用山脉和咖啡来激发自己的痴迷。

10评论

  • 头像 卡莉Hohl 说:

    伟大的文章!

    我们的客户通常想要知道他们得到了什么,以及要花多少钱。有什么建议可以让客户了解敏捷方法的好处吗?另外,你能举例说明如何在敏捷或混合型项目中设定预算和范围吗?只是在每个阶段出现时进行评估和确定范围?

    • 头像 苏兹 说:

      谢谢卡莉!

      伟大的问题 - 成本是我在本文中没有真正讨论的事情。事实上,这篇文章是基于一个谈话,我去年在英国送来了送来了,我今年做了跟进谈判 - 也许我应该写这个交谈:)

      教育客户可能是一个缓慢的过程,但我想说的是,首先要让你的组织内部参与进来,这样你就有了方法的支持。然后真正关注对特定客户的好处——如何让他们的生活更轻松,如何让他们的业务更具成本效益,或如何让他们的事情更有效率?尝试一个渐进的集成,采用该方法的一部分,先展示这些工作,然后再引入更多。

      就混合项目的预算而言,一种方法可以是提供发现成本,然后在发现结束时确定项目的其余部分。这样做比在任何工作完成之前就开始做要好得多。如果你能让客户在一个阶段一个阶段地投入成本,那就太好了!否则,如果他们确实需要一个前期成本,有各种方法使估计更现实-这是我需要从我的演讲中写出来的!

      希望这可以帮助!

  • 头像 Aeroll 说:

    嗨,Suze,好话题!毫无疑问,这将帮助很多项目经理。我们目前采用的是瀑布式方法,但我正在慢慢转向敏捷方法。我非常同意项目成功通常取决于项目经理的软技能和硬技能,其余的就会随之而来。

  • 头像 加雷思 说:

    伟大的文章。感谢分享你的想法!

  • 头像 答:Vanhooren 说:

    在“From the 20 Biggest Issues of Waterfall to 1”文件中,我更深入地讨论了关于瀑布的20个最大问题。
    https://bit.ly/2ycVIiw
    享受。

  • 读下去很好。

  • 我目前组建的团队既没有敏捷开发经验,也没有瀑布开发经验。你认为这两者之间哪个最容易学习,适合初学者?我喜欢听到你的反馈。这对组建我的团队有很大帮助。

  • 头像 Mirketa 说:

    这是一个很好的博客,博客中的一切都是自我解释的

发表评论

这个网站使用Akismet来减少垃圾邮件。了解如何处理评论数据