内部开发小组应该构建/维护多少个应用程序？

Question

我一直认为内部开发小组应该只构建/维护三个应用程序。

1. 内部复合/可插拔/可扩展应用程序。
2. 公司网站。
3. （可选）现场员工的移动版＃1。

我是一名顾问，无论我走到哪里，我的客户都可以在网络和桌面上安装数十种一次性应用程序，无论与其他人有什么关系。有人来到IT并说“我需要这个”，IT开发人员转而编写另一个一次性ASP.NET应用程序或另一个WinForms应用程序。

你的意见是什么？我应该接受“尽可能多的应用程序，我们想要/需要”的运动吗？我认为这很常见;但这是明智的吗？

编辑： 一位同事指出，这取决于开发的重点 - 您正在制作应用程序还是正在制作系统？我想对我来说，内部发展就是建立一个系统;开发可交付的软件产品，如MS Word，iTunes和Photoshop，是关于制作应用程序。

Answer 1

所有这些？

Answer 2

哇我真的同意你的看法。问题是许多一次性应用程序（在某些时候）每个都有许多一次性维护请求。从业务规则更新到新报告请求的任何内容。在某些时候，需要维护的应用程序与可用开发人员的比例将被拉长/征税。

从我或许（有限？）的观点来看，我开始认为＃1和＃3可以归结为Sharepoint。我工作的大多数一次性申请（大型500多家律师事务所）包括以下一项或多项：

1. 维基
2. 博客
3. 某种类型的列表（或列表以某种关系形式连接在一起），可以用不同的方式进行排序和排列。
4. 报告（Sharepoint数据视图或SQL Server报告工作正常）
5. 或者，用户只想“制作网页”并向其添加内容。但只有他们应该能够编辑它。除非他们不在办公室，然后等等......

尝试使用[命名您的技术]构建上述任何一种，并且您需要大量的维护周期（相对较小的Sharepoint更改）。

如果我可以重申我认为的重点：为什么不将大部分开发周期用于改进和维护单个应用程序，以支持大多数您的业务的一次性需求，而不是开发出无穷无尽的小型专业应用程序流？

Answer 3

这个问题取决于很多事情，而且是主观的。我曾经在需要几个不同应用程序的公司工作，因为我们在谨慎的孤岛中开展业务。在这种情况下，内部组可能无法构建和维护应用程序，但可能会构建多个应用程序，另一组负责维护。

另外，“app”是什么意思？如果你扩大了这个术语，那么你可以说“它只是一个大应用程序”。

简而言之，我认为主要考虑因素是集团的能力以及业务需求。

Answer 4

我认为应该有内部开发团队，每个团队都有一个可能包含多个应用程序的系统。举一些我的意思是系统的例子：

1. ERP - 如果您是产品制造商，您可能需要一个系统来跟踪库存，账簿和资金的会计以及其他计划要素。这种系统有各种各样的规模，但我怀疑在大多数情况下都会进行一些定制，这是团队使用的地方，如果公司成功并且需要一个新的系统，可能会一次又一次地这样做替换前一个，因为这些可能需要数年才能完全启动并运行。车间的申请可能与首席财务官在编写季度收入数字时需要的不同，以提供两个例子。

2. CRM - 如何跟踪组织内可能对销售和营销部门有用的所有客户交互？同样，有许多不同的解决方案，并且通常会进行自定义，这是另一个团队。销售团队可能有一个数据视图，但如果公司有支持部门，他们可能需要有关客户的不同数据来帮助他们。

3. CMS - 现在，在这里，我可以看到您的三个应用程序有意义，但请注意除了简单内容之外的其他内容。

我认为我不想在一切都是本土解决方案的地方工作，而且根本没有使用外部代码。很多代码都可以以相当好的方式使用，例如工具，还有DB服务器或开发IDE等组件。

Answer 5

那么几种一次性应用程序的替代方案是什么？一个超级巨大的应用程序，运行一切，一切？这对我来说似乎更糟......