Architecture 世卫组织'；What’这是一种发展模式

我曾与几家小型开发公司合作过，他们似乎有一个共同点（从小道消息中我听到，这在小型软件公司中似乎很常见）他们有一个软件开发的商业模式，这在本质上意味着，除非有人为软件开发付费，否则它就无法完成

问题在于，这意味着：

那些能够增强软件（并可能增加销售）的好功能并没有得到开发

没有足够的时间来进行重构和代码维护，除非你能将其融入到一些客户付费的东西中，而这些东西并没有完成

我的经验和我读到的东西表明，这会导致糟糕的软件

我如何以商业人士理解的方式向管理层解释这一点

---

我们需要花时间开发软件，使客户不会为此付费，但会为业务带来长期利益。

我认为您需要进行成本/效益分析

这些人只有在有一个有利的底线的情况下才能看到事物的价值

因此，如果你能用销售或储蓄来表达（功能），那么我认为你是赢家

---

如果您愿意，可以通过（未来）开发时间的形式节省成本。我认为您需要进行成本/效益分析

这些人只有在有一个有利的底线的情况下才能看到事物的价值

因此，如果你能用销售或储蓄来表达（功能），那么我认为你是赢家

---

如果您愿意，可以通过（未来）开发时间的形式节省成本

如果您投资于构建一个能够创造效率或某种感知竞争优势的系统，换句话说，您可以为公司创造价值，那么您的公司就可以从中获得长期利益。如果你所有的目标都是由外部驱动的，你最终会因为你的工作而得到报酬，但你的公司将一文不值。然而，建立这种价值需要花费金钱，或者至少是时间，因为你必须将资源投入到短期内不会直接影响你的底线的工作中

---

一种弥补这一差距的方法是一次构建一次自定义，一次构建一次自定义，第三次重构到可重用代码库中。这将花费金钱，因为重构工作不是直接支付的，但显然是对公司有价值的工作，因此应该更容易销售基础性的东西（我需要花六个月的时间构建一个代码库，然后才能开始客户机工作…）.

如果你投资建立一个能够创造效率或某种感知竞争优势的系统——换句话说，你为公司创造了价值——那么你的公司可以从长期中获益。如果你所有的目标都是由外部驱动的，你最终会因为你的工作而得到报酬，但你的公司将一文不值。然而，建立这种价值需要花费金钱，或者至少是时间，因为你必须将资源投入到短期内不会直接影响你的底线的工作中

---

一种弥补这一差距的方法是一次构建一次自定义，一次构建一次自定义，第三次重构到可重用代码库中。这将花费金钱，因为重构工作不是直接支付的，但显然是对公司有价值的工作，因此应该更容易销售基础性的东西（我需要花六个月的时间构建一个代码库，然后才能开始客户机工作…）但是，如果没有真正的客户推动开发，那么决定哪些功能能够真正提高收入往往是一个废话。另一方面，客户通常不知道他们真正想要什么，直到为时已晚，因为没有时间适当地扩展架构，堆积如山的积木被拴住了

TCO是人们理解的东西，当用小词解释时。我经常回去对那些实施不善的功能进行事后检查，查看回购协议中的客户流失情况，以确定热点，并使用时间表/回购承诺/问题跟踪系统，从技术和管理角度强调哪些地方可以做得更好

我发现，采取渐进式的方法来告诉我工资级别以上的人需要做什么，以及为什么要做，通常是最好的方法。填充您的估计以允许追溯测试、小规模重构等，很少会增加多少底线成本，但在短期和长期都会带来好处

---

有时，秘密行动是真正完成这些任务的唯一途径：毕竟，最终，通过使事情更容易处理，开发人员的生活得到了改善。诀窍是以这样的方式分摊成本，如果你不能说服任何人它是强制性的，你仍然可以完成它。

但是，在没有实际客户推动开发的情况下，决定哪些功能实际上可以增加收入往往是一场废话。另一方面，客户通常不知道他们真正想要什么，直到为时已晚，因为没有时间适当地扩展架构，堆积如山的积木被拴住了

TCO是人们理解的东西，当用小词解释时。我经常回去对那些实施不善的功能进行事后检查，查看回购协议中的客户流失情况，以确定热点，并使用时间表/回购承诺/问题跟踪系统，从技术和管理角度强调哪些地方可以做得更好

我发现，采取渐进式的方法来告诉我工资级别以上的人需要做什么，以及为什么要做，通常是最好的方法。填充您的估计以允许追溯测试、小规模重构等。稀罕