对软件和基础架构支持收费的最佳方式是什么？ [关闭]

Question

我们公司有一个内部软件开发团队，他们正在构建一套软件框架和一些基础设施（数据库托管），以供其他团队使用。由于他们不直接向任何外部客户交付软件，他们正试图弄清楚如何退款以收回他们的成本/预算。他们正试图确定其他团队使用他们的服务的正确支付模式。所以基本上我们会为以下资源付费：

• 使用软件框架
• 使用基础架构（服务器 - 磁盘、内存等）
• 此组中的支持人员维护基础设施
• 正在构建框架的开发人员。

这似乎是其他软件商店必须存在的一般问题，所以我想看看这里是否有一些标准或建议？

Answer 1

您正在考虑在商店内建立这种关系这一事实可能非常符合我们这个时代的特征。如果您认为框架团队有用，请以某种细粒度的方式衡量其有用性，并为团队提供保持有用的预算！

例如，让其他团队评估他们对框架中特定功能的使用和他们的愿望清单，并检查框架团队是否只处理与这些相关的部分代码。

与任何此类任意指标一样，为服务付费可能会带来一些问题。例如，它鼓励其他团队不使用他们的服务：它鼓励本土基础设施、自定义代码（这样你就会患上更严重的 NIH 综合症）。

Answer 2

估计每个任务的成本怎么样？

我工作过的每家公司都使用经典的人/天系统。

当必须完成一项任务时，人力资源成本以人/天为单位进行评估，即如果只有一名工人完成这项任务，需要多少天？

考虑到这一点，估计完成一项任务所花费的时间（通常由更有经验的人完成），并且由于您（应该）知道一个工人的成本，因此很容易找到完成该任务所花费的时间将花费（时间估计 x 工人成本）。这样一来，一些非常基本且冗余的任务，例如读取新数据库、新服务器、创建新帐户……很容易产生基本的人工日成本。

为了优化预算，公司可以轻松查看最多余和最昂贵的任务，以实现自动化并降低团队的总体成本。当然，任务的自动化本身就是一个项目，需要预估。并且根据项目的生产力增益，必须进行一些优先排序。

我认为这种成本评估的主要驱动力是拥有项目/任务和时间跟踪系统。这样就很容易生成关于耗时的统计数据。