是的,足彩胜负14场意味着您将提供

是的手段交付足彩胜负14场不,是的两个简单的单词,但练习表明,专业人士常常在使用它们方面遇到困难。实际上它’非常容易,当然,当你想以足彩胜负14场的方式工作。如果你不确定,敢说不,如果你能做些什么’要求。当你说是的时候,它意味着您将按时提供产品的产品。

在书里 干净的编码器 Bob Martin明确表示是,在交付软件时,否则通常不会正确使用。本书描述了经理和程序员之间的许多例子(MIS)通信,在软件的估算,规划和开发中。

专业人士必须敢于说不。说不,当他无法保证可以满足截止日期,或者当一个问题的提出解决方案不是可行的。作为他的书中的鲍勃国家:

专业人士对权力说出真相。专业人士有勇气对他们的经理说不。

通过说“我’ll尝试“不是一个可接受的答案。鲍勃给出了一个很好的例子:

当您的经理告诉您登录页面必须由明天准备好时,他正在追求并捍卫他的目标。他正在做他的工作。如果您完全了解明天的登录页面是不可能的,那么如果你说“好的,你就没有做完工作,我会尝试。”在那时,做工作的唯一方法就是说“不,这是不可能的”。

这就是经理如何在我使用这个词时与我一起工作“hope”:

当我对我的经理说,我希望得到一些事情,他会说“希望推迟失望”(在荷兰语:篮球是Uitstel van Teleurstrical”).

他想知道是否可以或无法满足交货日期。是还是不是。不是可能,尝试或希望。他希望一旦第一个信号就会听到任何延迟。

如果你在项目宣布延迟到延迟,那么他的第一个答案就是他认为你已经取消了你的所有计划,以保持你的承诺。

如果您早期通知他,只要您知道存在问题,那么就会出现问题,那么总是有一个解决方案。

说是的意思承诺,也是足彩胜负14场。这意味着您将按时交付,或者您的软件不会有缺陷,无论如何。你说出来,你的意思是,你这样做。听起来很简单,但它并不总是容易的。

当然,你已经对你无法做到的事情说不,所以当你说是的时候,你应该确信它是可行的。这意味着它在您的控制范围内。而且您将完成保留承诺所需的一切。

如果它沿着你无法做到的方式,请采取行动。大学教师’等待,一旦你发现没有,就可以采取行动并清楚你可以’保持你的承诺。然后寻找关于如何处理的解决方案。

最后一件事:如果测试团队在您的软件中找到缺陷,那么您就没有’终于致力于承诺提供无缺陷的软件。我的建议:道歉,解决问题,并从中学习。

分享这种经历
  • 39
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关足彩胜负14场,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

这篇文章有4条评论

  1. 格伦B大陆

    始终享受博客,但足彩胜负14场地发生的是传统项目管理概率信心估计的标准流程–这可以以非常简单的方式生产,一直到系统级系统的Monte Carlo仿真。我们’实际上不允许在我们的传统软件密集型系统中提供一个点数。也可以说是或否,没有置信区间。

    “是的,我们可以提供所需的能力‘在10月中旬或之前的80%的信心,和‘at or ‘低于您的目标成本80%的信心。”

    这十大建立了信心范围,所需的管理储备,时间表和成本利润,以及有效性,绩效和关键绩效参数措施的边缘。

    通过我们的足彩胜负14场在规模流程,现在输入服务这些相同的指导原则仍然有效。

    正如Tim Lister所说“风险管理是成年人如何管理项目。”在足彩胜负14场世界中发生了什么建议,因为所有风险都来自不确定性,发生了什么“在存在不确定性的情况下管理?”

  2. 贝纳莱德

    谢谢你的评论格伦,思想的食物!

    我在替代点估计中使用范围做了一些工作,并使用Monte Carlo来估算产品质量(见 足彩胜负14场团队的转向产品质量建设过程改进业务案例使用贝叶斯信仰网络和蒙特卡罗模拟)。我知道这些方法可以带来的好处。但是我’ve也经历过很多经理人’知道如何使用此东西。他们实际要求点估计。所以我从未在项目管理中脱掉过这一点。可能是你’ve有不同的经历?

    足彩胜负14场风险管理与瀑布非常不同。它’关于拥抱变化并为未知的事情做好准备。它’更多关于抗灰度,而不是担心甚至利用不确定性。一世’m不确定范围估计在这里如何有所帮助。

    但是我’d喜欢听到你的眼睛和其他人。我们可以用诸如我的博客中描述的是的,是的,是的或者我们住在一个模拟世界,在那里’在否而是差之间的事情?

    请分享您的想法!

  3. Jérôme.

    你好Ben,

    我第一次评论你的一个博客帖子。

    是的,说是的手段承诺。

    是的,能说“no”是重要的,但它真的很有建设性“yes, but …” (or “no, but I/we can…”)。像常见的足彩胜负14场一样,范围是优先调整的,但它也可以是交货日期。

    此外,开发人员需要安全的环境’确定 - 模拟 - 失败。如果不是这种情况,则从选项列表中删除实验:开发人员将坚持他们所知道的以及它们可以准确估算的内容。您如何管理开发人员具有技术解决方案的情况,这些解决方案看起来不错,但由于缺乏知识/练习,他们无法估算?

    1. 贝纳莱德

      我喜欢是的,但没有,但是,因为它开展了讨论。这有助于增加理解和合作。

      我完全同意它应该无法失败。当团队被迫提交时,那就是’可能。这就是为什么我想给团队可以选择“no, we cannot commit”。团队将尽最大努力,并提供最大的价值。

      如果事情如此不确定团队无法估计,还有几种选择。也许没有真正需要估计,团队将开始工作并做任何可能的事情。如果需要估计,团队可以进行飙升以增加他们的知识并变得更加能够估计。第三种解决方案是通过使用a保持选项打开“real options”方法。这实际上表明了“除非你知道为什么,否则你应该永远不会提交”.

      这是帮助吗?

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.