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中实践的XDSD中有哪些改变。

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

这告诉我们什么?

我猜它的意思是,在所有失败中,你作为客户将是输家。

Time and Material

在T&M(时间和材料)模式下,你只需付钱然后祈祷。如果你的程序员表现得诚实而努力工作,你可能会幸运地完成一些工作。然而,从上面的数字可以看出,这种情况很少发生。不要自欺欺人;你的项目中不会有任何工作狂。即使你采取微观管理和体罚,你的整体成本也会远高于预期,而且质量会受到影响。

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

无论这个月编写的代码是好是坏,你仍然需要支付账单。产品完成之前,你还会收到多少张发票呢?没有人知道。

最后—你输了。

Fixed Price

在固定价格模式下,一开始你会感到安全——“工作说明中列出了所有细节,价格也是固定的,我怎么会输呢?”然而根据上述统计数据,程序员要比客户聪明得多。你会在质量上吃亏。是的,你会得到一些以固定价格交付的东西,但那只是一款可丢弃的软件。而且当你决定对其进行修改时,新的成本会冒出来。最终,整个项目会被毁掉,你的钱简直就是转变成了程序员的薪水。这种模式甚至比T&M(时间与材料)模式更加冒险,至少在T&M模式中你还有一些机会。

偶尔你会收到一份带有里程碑列表的发票。每个里程碑都包含在产品中实施的一组特性。请记住,你的程序员的主要动机是做得少收得多。每次你提出改进或纠正时,都会涉及预算的争论。要么你放弃并丢失很多钱,要么你的团队将为了保持盈利而明显危及质量。

在任何一种情况下,你都会失败。

Incremental Billing

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

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

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

一周结束时,您将收到一张账单,列出了在这一周内交付的每个增量,以及在其开发过程中花费的时间和总费用。每个增量需要程序员花费30-60分钟的时间(加上我们的费用)。

此外,到本周末,您将收到一个更新后的项目计划版本,其中包含重新估算的预算。因此,根据我们的估计,您可以看到目前为止完成了什么工作以及还需要完成多少工作。

这如何帮助你避免浪费金钱?下面是具体的方式:

  • 您完全掌握您的预算。

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

  • 您可以以几分钟为单位跟踪进展情况。

  • 你不需要为会议、聊天、午餐或咖啡休息付费。

  • 程序员保持非常有动力,因为他们是按结果获得报酬的。

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

  • 每个增量都通过所有的质量检查。

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

Translated by ChatGPT gpt-3.5-turbo/35 on 2023-09-09 at 15:26

sixnines availability badge   GitHub stars