我一直认为，一个内部开发小组实际上应该只构建/维护三个应用程序。
我是一名顾问，无论我走到哪里，我的客户都会在网络和桌面上拥有数十个一次性应用程序，以满足各种需求，无论它们与其他应用程序的相关程度如何。有人来 IT 部门说“我需要这个”，然后 IT 开发人员转而编写另一个一次性 ASP.NET 应用程序或另一个 WinForms 应用程序。
你有什么意见？我应该接受“我们想要/需要多少应用程序”的运动吗？我认为这很常见；但这明智吗？
编辑：一位同事指出，这取决于开发的重点——您是在制作应用程序还是在制作系统？我想对我来说，内部开发就是建立一个系统；可交付软件产品（如 MS Word、iTunes 和 Photoshop）的开发是关于制作应用程序的。
他们全部？
哇，我是否同意你的看法。问题是许多一次性应用程序将（在某些时候）每个都有许多一次性维护请求。从业务规则更新到新报告请求的任何内容。在某些时候，需要维护的应用程序与可用开发人员的比例将被拉长/征税。
从我可能（有限的？）的角度来看，我开始认为 #1 和 #3 可以归结为 Sharepoint。我工作的大多数一次性申请（一家拥有 500 多家律师事务所的大型律师事务所）包含以下一项或多项：
尝试使用 [命名您的技术] 构建上述任何一个，并且您有很多维护周期值得期待（相对于相对较小的 Sharepoint 更改）。
如果我可以重申我认为您的观点：为什么不将您的大部分开发周期投入到改进和维护一个可以支持您的大部分业务一次性需求的单个应用程序上，而不是不断推出小型专业应用？
我认为应该有内部开发团队，每个团队都有一个系统，其中可能包含多个应用程序。举几个我所说的系统的例子：
ERP - 如果您是产品制造商，您可能需要一个系统来跟踪库存、账簿和资金会计以及其他计划要素。此类系统的规模范围很广，但我怀疑在大多数情况下会进行一些定制，这就是使用团队的地方，如果公司成功并且需要新系统，最终可能会一遍又一遍地这样做替换前一个，因为这些可能需要数年才能完全启动和运行。车间的应用程序可能与 CFO 编写季度收益数字所需的应用程序不同，这里举两个例子。
CRM - 跟踪组织内对销售和营销部门有用的所有客户互动怎么样？同样，有许多不同的解决方案，通常会由另一个团队完成定制。销售团队可能对数据有一种看法，但如果公司有支持部门，他们可能需要有关客户的不同数据来帮助他们。
CMS - 现在，在这里我可以看到您的三个应用程序是有意义的，但请注意除了简单的内容之外还有什么。
我认为我不想在一切都是自制解决方案并且根本没有使用外部代码的地方工作。许多代码可以以相当好的方式使用，例如工具，也可以使用数据库服务器或开发 IDE 等组件。
那么，几个一次性应用程序的替代方案是什么？一个运行一切的超大型应用程序？这对我来说似乎更糟...
这个问题取决于很多事情，而且是主观的。我曾在需要几个不同应用程序的公司工作，因为我们在谨慎的孤岛中开展业务。在这种情况下，一个内部小组可能不会构建和维护应用程序，但可能会与另一个负责维护的小组一起构建多个应用程序。
另外，“应用程序”是什么意思？如果你把这个词放得足够宽，那么你可以说“这只是一个大应用程序”。
总之，我认为主要考虑的是集团的能力和业务需求是什么。