跳过主要内容

保存的帖子

提高敏捷门票的可用性:在有限的时间内节省30%了解更多

如何在面对不确定性方面做出承诺

Mike Cottmeyer |龙头
Mike Cottmeyer. 首席执行官
读: 如何在面对不确定性方面做出承诺

这是我的第三篇博文,将会成为一个不错的小系列。的第一篇文章,我探讨了高管们试图用敏捷解决哪些问题。我建议适应很多适应性不是主要的司机......高管们最关心的是可预测的、高质量的交付,以及能够提前获得投资回报的方式

在我的下一篇文章,我试图理清两种主要的商业模式亚博vip9通道我们在尝试采用敏捷的公司中经常看到的产品交付方法。第一个模型我们称之为Emergent。在这种情况下,最终产品的定义并不像实现某些目标(如销售广告或推动流量)那么重要。

这与第二种模式形成了对比,我们称之为聚合商业模式。亚博vip9通道这是范围和交付日期非常重要的地方,而不是试图优化一个更抽象的目标,你正试图在既定的时间和成本限制内交付一组预定的功能。

所以......只是为了总结一下,到目前为止提供了两个关键的想法:

1.许多Agilists的目标与想要采用敏捷的许多高管人员并不保持。这些高管在适应性上优化可预测性。他们可能需要更适应,但这不是他们现在正在努力解决的问题。

2.许多问题的性质正试图用敏捷解决是基本上不一致的公司商业模式。亚博vip9通道敏捷方法本身适用于紧急业务问题,而许多公司则拥有会聚业务问题。亚博vip9通道

我们实际上定义了两种不同类型的公司。为了清晰起见,我们将这两种类型的公司称为适应-紧急型公司和预测-收敛型公司。我的基本假设是,大多数采用敏捷方法的努力开始于这样一个假设:公司要么是适应性应变型的,要么是一旦公司的文化变得更加敏捷,就可以变得适应性应变型的。

我认为大多数公司都有一个基本上的基础设施,从根本上预测会聚。使用自适应 - 紧急技术,语言,方法和工具基本上注定在预测的维修公司中失败。这不是在这些预测的维修公司中工作或扩展的敏捷,这只是它需要不同的语言和方法。

本系列是关于在预测 - 维修组织中为敏捷的情况所需的内容。

我们在接下来的几个帖子中我们将要做的大部分时间是探索在这些预测融合组织中开始应用敏捷所需的必要基础概念。最后几个帖子是我躺下这个基本假设,所以你们可以跟踪我所说的,为什么我这么说。这不是你的奶奶的敏捷;-)

一旦你承认存在两种不同的模式,那么关于敏捷的一些神话和先入之见就必须被打破。今天,我们将讨论如何考虑预测趋同型公司的时间、成本和范围限制。在此之后,我想探讨一些关于敏捷团队的想法,如何组建他们,以及他们应该如何运作。接下来,我们可能会结束讨论规划视野,风险管理,以及复杂产品交付中的协调和承诺。

也就是说,一旦我真的开始写这些文章,甚至是这篇文章,所有的赌注都可能会落空。检查和适应,对吧?不过现在,让我们继续手头的工作,好吗?亚博vip9通道

用敏捷管理三重约束

好了,这就是这篇文章的序言。今天,我将介绍如何在敏捷框架下思考项目管理的三个常量,并开始探索在极端不确定的情况下做出和满足承诺需要什么。当我们谈论predictive-convergent公司……如果你不能回答我们什么时候要做,这是什么费用,我们会在我们的时间和金钱…你没有与大多数高管对话的基础。

没有这些问题的答案,预测趋同型公司就无法运营。

Most traditional management frameworks tend to start with the question ‘What do you want to me build?’, quickly followed by ‘How much will it cost?’ and ‘How long will it take?’ In a traditional, waterfall SDLC, this typically means that we need to define the charter, or the MRD, or the PRD up front so that the work can be effectively estimated and scheduled. Riffing off an idea DSDM introduced many years ago, you can think of these three variables as a triangle. The project starts with scope, and you derive time and cost based on estimation and availability.

图一 - 首先范围这种方法之所以强大,是因为它给了高管一种确定的错觉。我问了我想要的东西,得到了成本估算和交付时间。完美的,对吗?好吧,其实没有。问题是,我们不知道我们想在项目早期构建什么,以获得良好的评估。即使我们确实知道自己想要什么,我们也很难完美地知道“如何”构建它,甚至知道需要多长时间。这些估计存在根本性的缺陷。

为了使事情变得更加复杂,我们知道开发团队不是由可替换资源组成,而是具有唯一熟练的人类,希望,梦想,恐惧和家庭,可以使他们无法预测。亚傅体育app对于任何给定工程师来做一个特定的工作体验,确切需要长时间才知道,即使我们拥有相同的工程师,也可以完成提供估计的工作。当然,我们可以填补并操纵日期来对冲我们的赌注......但它并没有解决我们有一个基本缺陷的模型的问题。

敏捷翻转三角形颠倒,并从问题开始'我们有多少时间?'和'你想花多少钱?'。在我们有时间和成本建立之后,敏捷要求在约束中提供差异的范围。这是一种考虑产品开发的绝佳方式。我们必须在一定时间的市场上,我们只有这支携手的工作团队。我们可以为我们拥有的时间和金额构建什么,这将为我们的利益相关者产生最大的价值。

图2  - 首先是时间和成本

基于项目管理的物理原理,我们知道我们无法解决所有这三个约束条件,如果我们要锁定时间和成本,范围必须是浮动的变量。更简单地说,敏捷可以修复时间和成本,并改变范围……至少在任何给定的时间范围内。听懂了吗?

使用更敏捷的语言,这个概念通常用以下解释表示......产品老板创建了积压,她与团队遇到了估计,团队从积压的故事中拉出每个Sprint并测量他们可以完成的速度工作。他们可以完成的速率称为速度..我们知道积压的大小和团队的速度,我们可以预测可以在TimeBox中完成的工作量... Sprint级别或释放级别。

不合适的被去掉了。

在适用于预测 - 紧急公司时,其中患有敏捷的根本缺陷。范围是预先确定的。谈论我们要遗漏的是一种丢失的语言......这些公司不能留下任何东西。When you start telling executives that they have to trust the team to do the best they can, and that they’ll get as far as they can (before the money runs out), and that we can ship at the end of the time box, but that we can always add more time (and therefore more money) at the end of the project… you often get walked out the door.

这并不是说高管们没有得到敏捷或者它有什么潜在的好处,而是你刚刚用自适应应急语言向一家以预测聚合业务模式运营的公司解释了敏捷。亚博vip9通道毫无疑问,高管们希望解决所有这三个约束,并让你负责。我们需要帮助他们理解如何做出承诺,为谈判留下一些空间。我们需要学习如何做出承诺,同时留下一些谈判的空间。

Predictive-Convergent大规模

还有一点,让事情变得更复杂一点,我们甚至还没有解决大规模敏捷的问题,我们仍然在探索小型团队空间。预测趋同型公司面临着更多挑战。他们不仅要在一定的固定范围内满足客户的承诺……他们还必须协调许多高度依赖的团队的产出,以在那些时间和成本限制下创建一个集成的可交付产品。

自适应紧急安吉斯主义者的语言甚至没有接近解决复杂的系统集成如何发生,或者当每个团队都不会提交或正在更改他们去的时候发生。不用说这个问题很复杂。毫无疑问,像旧方法一样......提交固定的时间,固定成本和固定范围......以及让组织弄清楚如何使它发生。再次,不是说我同意......但这是坦率的方式。

那么我们该怎么办呢?

下一步是什么?

解决问题涉及组织积压,以这样的方式,我们可以在大的情况下做出承诺,但在小的情况下进行权衡。该方法涉及故事地图,最低款产品的特征,产品路线图,高级估算和预算,滚动波规划,主动风险管理,精益组合管理和Kanban ......都围绕稳定,一致,可预测,高性能的Scrum团队包裹。

有趣的是,从Scrum团队的角度来看,一切都是Scrum。在某种程度上,它实际上只是一种更高级、更清晰的待办事项管理方法。也就是说,我们得先把它吹灭再把它弄回来。下一篇文章,我将在此基础上做一些改进,但采取一个稍微不同的方向。我

我要告诉你们一个关于我今年夏天计划建造的房子的故事,以及我为什么没有建造它。

阅读下一篇文章,可预测性高性能?我的旅程学习弹吉他

阅读上一篇文章,你的业务模型适合亚博vip9通道敏捷吗?

下一个>10个提示更好的故事估算

评论(8)

  1. 杰弗里
    回复

    迈克,

    伟大的文章。这让我想起了几件事。首先,您关于敏捷人员和高管之间区别的陈述让我想起了上周我观看的关于Deming的讨论。看最后5分钟:“没人在乎利润”http://bit.ly/kpdifu.

    在我看来,那些想要预测组织的高管们提升了错误的价值集。如果没有上述讨论中涂上的那么糟糕,那么它似乎至少是“露营者”。

    **开始报价**
    “露营者......努力工作才能在生活中找到一个安全的高原。他们承认他们一直针对一个特定的生活,现在他们已经达到了它,并在那里营地内容。Stolz的研究表明,今天的80%的商业专业人士是露营者,许多经理只是露营地领导者,他们同样已经在其职业道路亚博vip9通道上定居了安全的阴凉处。在他们的旅程的某些时候,这笔收费变得如此之大,因为他们停止攀登并牺牲了他们的梦想,目标和愿望。

    “好消息是,每个露营者都有一个攀岩者。”
    取自:首脑会议:达到您的峰值,并通过斯科特·亚的斯,Greenleaf,Greenleaf,Greenleaf,2014年提升您的客户体验
    **结束报价**

    第二,Jim Highsmith的敏捷三角(http://bit.ly/1dkb8a7.)有一个很好的工作表明铁三角是如何足够的,并且敏捷将其与关键组件扩展。这会触摸您的型号,我需要分析它是否主要是一种语言或其他东西。

    去年夏天,我在吉姆的帖子上追求了一个PM研讨会,“吹铁三角”(http://bit.ly/1dKzfU3)。我正在接近你进入的一些同样的想法,但我没有发散的心态。如果你有(太多)是时候杀人,我会感谢您的反馈。

    最后,你介意我试着把你的想法融入到我的下一个版本的论文/报告中吗?

    回复
    • Mike Cottmeyer.
      回复

      感谢您的评论Jerffery ......快速点。

      我对吉姆有最大的尊重,但我不同意他的铁三角形,并不认为IT权威。这是我听到他谈论它之后的一篇文章。

      //www.nakata-dc.com/2010/01/replacing-the-iron-triangle-of-project-management/

      我不认为这些高管是露营者。他们不是在滑行。他们中的许多人都在努力工作,经营着真正有利可图的业务,并希望成长。亚博vip9通道一些人认为当前的模式没有任何问题。有些人可能看到了改变的需要,但不理解模型或不能明确指出前进的道路。有些人已经走到了悬崖边上,他们认为原地不动比冒险改变更安全。我认为把一个相当广泛的群体一概而论是不公平的。我们教授的是非常先进的组织思维。

      我认为我的想法是免费使用的......我一直觉得我站在巨人的背面......所以使用你想要的东西。我很欣赏归因,如果你引用我,回到Persidenagile.com的链接也会很酷。

      谢谢!

      回复
  2. 约翰逊壮族
    回复

    你好,

    真正伟大的文章。
    顺便说一下,我不确定它是一个错字,还是我只是误解了这句话。的first sentence in the paragraph [What doesn’t fit get’s left out.] “…when applied to ‘predictive-emergent’ companies…”, I thought the term “predictive-emergent” should be “predictive-convergent” based on previous paragraphs.

    无论如何,真的有助于我,谢谢。

    回复
  3. Jardena
    回复

    篇不错的迈克。我听起来很熟悉。

    回复
    • Mike Cottmeyer.
      回复

      谢谢你的评论,Jardena。自从我认识你以来,你好像没怎么见过我写信。我现在很顺利。试着理清并写出一些我经常谈论的概念;-)

      回复
  4. 吉姆的灰色
    回复

    我非常喜欢这个系列。它帮助我理解为什么敏捷在我工作过的地方是如此艰难的转变——聚合模式的商店。但有一件事是肯定的:敏捷能够更快地解决项目问题,或者至少在我的经验中是这样的。在一个为期六个月的瀑布项目中,通常直到最后一个月你才发现你偏离了轨道。在敏捷中,您可以在第一个sprint中发现自己是否偏离了轨道。当然,你可以管理瀑布项目,比我所见过的更好,但事实是,我去过的大多数地方都做不到。他们接受它当开发人员说他做当它更像是25%,50%和90%时,它更像是50%,然后在上周,他说他95%的完成似乎把他三个星期完成剩下的5%和QA再次被挤……啊。至少当你进行两周的冲刺时,你可以看到你没有完成的事情,这样你就可以调整。

    回复
    • Mike Cottmeyer.
      回复

      完全同意吉姆。敏捷作为经常实施的问题是,人们已经抛出了对所做的定义的任何概念,或者在时间和金钱耗尽时将定义,并用两周的交付替换它。我们需要两周的可见性进入工作测试软件,但在计划的背景下,我们知道我们如何在计划中进行。宣言说“回应遵循一个计划”。我们需要计划有弹性改变...敏捷或瀑布。谢谢你的评论。

      回复

发表评论

您的电子邮件地址将不会被公布。必填字段已标记*