Incremental Billing

The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:

当您雇佣一名软件开发人员(个人或团队)时,基本上有两种类型的合同:固定价格合同或工时材料合同。它们在本质上是不同的,但事实是无论哪种情况,您都会失去

在极度分布式软件开发(XDSD)方法中,包括我们在Zerocracy实践的方式,一切都不同,包括我们向客户开具发票的方式。

固定成本和T&M之间的区别在于谁承担了花费金钱而没有得到回报的风险。在软件开发行业中,这种风险是巨大的,尤其是在外包方面。超过80%的软件项目无法实现其目标,大约30%的创业公司因资金耗尽而失败。然而,很少有程序员(如果有的话)无法按时领取他们的月薪。

这告诉我们什么呢?

我猜这意味着在所有失败中,您作为客户将是输家。

在T&M中,你只需付钱并祈祷。如果你的程序员看起来是诚实的工作狂,你可能会有幸完成一些工作。然而,从上面的数字可以看出,这种情况很少见。不要欺骗自己;在你的项目中不会有任何工作狂。即使你采用微观管理和体罚,你的总成本也会远高于预期,并且质量会受到影响。

这是一个月度T&M发票的样子。你将支付程序员在你的项目上假装工作所花费的时间。嗯,正如我上面所说的,其中一些人偶尔会做一些有用的事情,但总体统计数据告诉我们,大部分时间会被浪费。

无论代码在那个月写得多好或多差—你仍然必须支付账单。你还会收到多少张发票,直到产品完成?没有人知道。

最后—你会输掉。

在固定价格的模式下,一开始你会感到安全——“工作说明书详细说明了一切,价格也是固定的,我怎么会亏呢?”然而,根据上述统计数据,程序员比客户聪明得多。你会在质量上吃亏。是的,你会得到一些固定价格的东西,但那将是一种一次性的软件。当你决定对其进行修改时,新的成本将冒出来。最终,整个项目将被毁掉,你的钱将只变成了程序员的工资。这种模式甚至比T&M更加冒险,至少在T&M中你还有一些机会。

偶尔你会收到一张带有达成里程碑列表的发票。每个里程碑都包含在产品中实现的一定功能集。要记住,你的程序员的主要动机是做更少的工作并收取更多费用。每次你要求改进或更正时,都会发生关于预算的争论。你要么放弃并损失很多钱,要么你的团队将大幅牺牲质量,以保持盈利。

无论哪种情况——你都会吃亏。

那么,解决方案是什么呢?与程序员签订双赢合同是否可能?

是的,我们称之为“增量计费”。

请记住,在XDSD中,我们处理一系列的微任务,通常在一个小时内完成。每个完成的任务会产生一个新的增量(也称为“发布”或“版本”)的软件。增量可以是错误修复、错误报告、新功能或者是向这些方向迈出的微步。

一周结束时,您会收到一份账单,列出了整个周内交付的每个增量,以及开发它所花费的时间和总费用。每个增量的成本为程序员的30-60分钟时间(加上我们的费用)。

除此之外,每周结束时,您将获得一个更新的项目计划版本,其中包含重新估算的预算。因此,您可以看到迄今为止完成了哪些工作,还有多少工作需要完成,根据我们的估算。

这如何帮助您避免损失/浪费资金?以下是说明:

  • 你只需支付已完成的工作。

  • 你可以以几分钟为单位跟踪进展。

  • 你不需要支付会议、聊天、午餐或咖啡休息的费用

  • 程序员保持非常高的动力,因为他们是按结果付费。

  • 没有长期承诺,您可以随时停止。

  • 每次增加都会通过所有质量检查。

正如您所看到的,XDSD方法论不仅改进了我们开发软件的方式,还修复了您支付软件费用的缺陷。由于这是一个双赢的模型,对程序员和您作为付费项目赞助商都是有益的。

Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-16 at 15:48

sixnines availability badge   GitHub stars