边际效用递减推导需求曲线
回到我将经济学工具应用于软件开发的系列文章– 软件开发中的 供需，一段时间内的 软件供应和软件供求–这次是敏捷 –是时候将我们的注意力转向需求曲线了。 首先提醒人们事情是如何开始的……
首先，我需要解释为什么我相信对软件的需求如此之大，为什么我认为曲线是无弹性的，即为什么更高的价格并不能大大减少需求。 这里的推理可分为五类：技术进步，需求与成本分离，收益与交付分离，缺乏评估以及“固定”工作的效果-尽管该列表中的最后一部分并不总是起作用。
在所有讨论中都必须记住，软件是衍生的需求 ，这一点很重要。 没有人想要软件本身，他们希望软件实现其他目标。
技术进步美好的时光定律暗示处理器能力每两年翻一番（付出或花费一点时间）。 因此，计算机处理越来越复杂的问题并满足更多需求的能力不断提高。 供应创造了需求，我们想要它，因为我们可以。
例如，我希望“更远的圣诞节”能够带给我圣诞节的活动跟踪器，我直到最近才知道这种设备存在，但是我可以看到它解决了我生活中的一个“问题”。 这些设备直到最近才出现，我不需要一个，因为它们不存在。 存在根本问题，但已将其放入“多数民众赞成”生活。
在公司一级，这意味着计算机可以为我们的公司带来的收益正在不断增加，并且有节省成本或创收的新机会。 如果老牌公司没有抓住这些机会，那么亚马逊，谷歌或一些初创公司就会选择。
美好的时光定律并不孤单， 梅特卡夫定律加重了影响。 我们启用的设备越多，连接到互联网的设备越多，连接这些设备和更多设备的价值和机会就越大。
需求与成本分离传统的开发流程，甚至是敏捷流程，都倾向于将软件技术的需求与供应分离开来，因此，那些要求技术的需求与该技术的成本是分离的。
软件开发中的许多实践使此问题变得更糟。 我们派业务分析师与“用户”讨论“他们想要什么”，即他们的需求是什么。 这些BA有时只不过是接单员和服务员。 人们被鼓励要求越来越多。 确实，我们的一些做法激励人们要求更多，并因不要求而惩罚他们。
即使“用户”不要求这样做，也可以鼓励分析师包括他们可以理解的任何需求。 我曾经有一个BA告诉我：“如果我们遗漏了需求文档中的某些内容，这将被视为BA的一个黑标。”
利益与交付分离使情况变得更糟的是，不仅需求与成本分开，而且收益也是如此。 没有人为了IT的缘故而想要IT，而是为了某些利益而想要它。 但是要获得收益可能要花费一些时间，在交付IT系统后可能要花费数月或数年才能看到收益。
也就是说，如果看到好处，仅凭IT不足以带来好处。 用户可能需要培训，可能需要更改流程，可能需要更改客户协议等等。
尽管Wired for Innovation已有好几年的历史了，但它包含了简短而简短的讨论，讨论了为什么IT好处没有像我们希望的那样（即快速，轻松地）出现，以及可以做什么来帮助。
缺乏评估理想情况下，公司会评估IT工作所带来的收益，但是很多时候这种情况不会发生。 取而代之的是，公司可能会依赖最初要求的利益。 但这可能是乐观的思考本身的结果：“我有38％的企业公开承认利益是为了获得项目资金而夸大其词的商业案例” –来自我在2010年10月报道的Cranfield商学院的一项研究中 。
而且，当一位经理夸大收益以资助其项目时，就会激励下一位经理夸大下一项目的收益，依此类推。 整个组织的利益膨胀级联。
声称自己的产品可能不适用于特定业务或特定环境的供应商对此无济于事。 如果公司A使用产品B节省了$ C百万美元，那么公司X肯定可以使用产品B节省大约$ C百万美元，对吗？
在我们的个人生活中，我们已经习惯于技术变得越来越便宜，功能越来越强大，并且我们期望在业务中也能做到这一点。 但是，数以百万计的人购买了数百万种产品，而商业技术可能只有一个客户，因此，数百万的人们为消费类技术付出了代价。 因此，我们不欣赏创建新软件所涉及的成本。
目标置换：有底限的合同，项目和治理为了控制IT，为了使回报最大化，组织经常将精力集中在控制成本上。 他们要求诸如价格，时间和范围之类的事情事先确定并确定。 有时，这是在内部完成的–项目获得批准，必须根据设定的预算或日期完成。 有时，这是通过找到愿意同意固定价格/时间工作的供应商来完成的。 （我之前在此博客和Agile Connection / TechWell上的《 尊敬的客户》中已经对此进行了介绍 。）
问题是，当您将这些安排放在适当的位置时，目标变成：达到固定标准，而不是交付价值。 这就是心理学家和管理学学生所说的目标位移。
减少范围，时间和成本的选项在此过程中丢失了。 本来应该是最大的东西，天花板，变成最小的东西，地板。 更多功能和更多软件失去了降低成本的机会。
净效应单独考虑，再加上其他力，我们最终得出的需求曲线非常高且缺乏弹性。 改变技术的价格并不会大大减少需求，美好的时光和梅特卡夫法则意味着总会有新的机会，未能获得原始利益意味着他们仍然可以接受，而缺乏评估意味着没人在指望，男孩。总是会争辩更多的玩具。
在本系列的下一部分中，我打算看一下敏捷可以做什么，以及敏捷会使事情变得更好还是更坏。
翻译自: https://www.javacodegeeks.com/2013/12/software-demand-curve.html
边际效用递减推导需求曲线