Project management 好/便宜/快:哪两个?

Project management 好/便宜/快:哪两个?,project-management,Project Management,我听说过这样一句话:“好,便宜,快:选两个。” 对于编程项目来说,通常有“最佳两个”吗?又好又快 我总是努力做到又快又好。遗憾的是,通常交付的东西又便宜又快 我认为人们经常犯的错误是“便宜”而不考虑整个项目生命周期的总成本,包括支持和维护。如果最初的投标包括这些额外的项目(我认为“便宜”项目的成本远远高于非便宜项目),那么便宜的选择通常看起来不那么吸引人(而且从长远来看往往是最昂贵的) 只是从我的经验中得到的一些想法…完全取决于你的客户 如果他们愿意付款,那么好的和快的总是首选…这真的取决于项目

我听说过这样一句话:“好,便宜,快:选两个。”


对于编程项目来说,通常有“最佳两个”吗?

又好又快

我总是努力做到又快又好。遗憾的是,通常交付的东西又便宜又快

我认为人们经常犯的错误是“便宜”而不考虑整个项目生命周期的总成本,包括支持和维护。如果最初的投标包括这些额外的项目(我认为“便宜”项目的成本远远高于非便宜项目),那么便宜的选择通常看起来不那么吸引人(而且从长远来看往往是最昂贵的)


只是从我的经验中得到的一些想法…

完全取决于你的客户


如果他们愿意付款,那么好的和快的总是首选…

这真的取决于项目。对于资金有限的初创公司来说,廉价和快速通常是最好的方法。如果你有无限的钱,显然选择快速和良好的是最好的方法。情况各不相同

我更喜欢又好又快的。。。就个人而言,企业总是选择便宜快捷,我认为这通常取决于项目的性质,也很可能取决于客户。便宜又好的通常是为预算低的人准备的。好的和快的是一个更大的预算客户,并有可能导致更多的项目

如果你不想花钱,那么物美价廉更好

这只是一个简单的预算、时间和范围的陈述。两个是固定的,一个是可变的


问题是,他们几乎总是想要全部3…

这取决于项目和客户拥有的可用资源。没有单一的答案。

好是主观的,追求便宜和快速。至少这样,如果它是坏的(这与其他人的好是一样的),你可以把它扔掉,而不必大惊小怪

另一种看待这一点的方式是,基本上有四个变量,您可以或多或少地控制它们

  • 品质
  • 范围
  • 资源
  • 时间
在这四种情况中,您通常希望修复高质量,尽管也有例外。资源最好是事先添加的,因此也是合理固定的,除非你的时间表很长。因此,权衡通常是在范围(什么)和时间(多长)之间。如果我能提供的东西仍然有价值,我更倾向于缩小范围并在最后期限前完成。通常这是在特定迭代的上下文中进行的,删除的特性将在以后添加,可能会增加项目的总体时间


在你们的万神殿里,我想这等同于好和快。

从经验上讲,我认为大多数项目都倾向于便宜和快。在我的生活中,我所看到的优秀软件的比例是微乎其微的…

最好的2-好与快


现实-快速和廉价

大多数工程师会告诉你,他们想做好工作。这很自然。几乎没有人喜欢回顾他们一生的工作,看到他们制造的大量廉价垃圾。你希望能够为自己一生所做的事情感到骄傲

这并不局限于软件。如果你发现自己是一个好的机械师,一个喜欢这项工作的人,他们总是试图让你把事情修好。例如,他们会为一辆旧二手车争取600美元的发动机工作,以修复一系列缓慢的漏油,而这些漏油在其使用寿命内不会花费你近600美元。我以前以为他们都想骗我,但事实并非如此。他们只是想把工作做好


了解我们的客户和非工程师老板对我们的看法与我们对汽车修理工的看法是智慧的开始

我的经验是,实际上只有一个是可能的

开源=>好的和便宜的

像其他人一样,我更喜欢好的和快的

但我认为这太简单了。从长远来看,选择便宜货最终会削弱好货。有时,选择fast也可以,因为创新应该涉及更高程度的原型和测试


当然,每个项目都有不同的条件(以及复杂程度、创新和规模经济),但总的来说,我认为真正的好真的意味着你不能太便宜或太快。

一个主观的、非编程的问题,没有解决。谁会想到这是可能的


编辑-当,看起来我进入我的帖子太快了…

质量足够好,速度足够快,价格足够便宜。如果你不能全部获得这三项,这是不够的,你应该停下来重新思考你的项目。

客户昨天想要一切,不需要任何费用

它是在每个请求中找到一个平衡点,帮助确定这是我争取的东西(好的和快的),还是为他们节省一些钱,因为这并不重要,或者他们可能不会像他们想要的那样使用它(好的和便宜的)

第三种选择,又快又便宜,并不意味着它对我不好。更像是,我们正在实施less,以满足您的预算和时间表,并确保我们能够很好地实施

如果没有选择呢

在尝试选择好的、快的或便宜的两种时,我使用了一个简单的测试:

1)它有多重要? 2) 有多复杂? 3) 需要多长时间你才能认为你可以做得更快?

基于这些答案,我试图争取以下几点:

-简单吗?真的吗?又快又便宜可能就足够了。如果我们从简单的东西开始,根据你需要的方式来构建它,它会更快、更便宜。否则,我们将做所有这些工作,并不得不改变它,无论如何,用光了时间。在某些方面,这可能是敏捷开发

-复杂吗?真实