估算源代码值的方法有哪些?


10

在过去的几个月中,我一直在从事一些空闲时间的项目。最近,有朋友联系我来建立一家初创公司,该源代码对我们而言非常有价值。

作为联合创始人,此代码可以算作公司资本中的一部分,并可以用来交换股票。但是,您如何估算其价值?您只是将行业标准的工资乘以我花在上面的时间,还是还有其他方法?


3
您可以在其他SE网站onstartups上查看Joel Spolsky的答案。它详细解释了初创公司股东之间的股权。
哈坎·德里亚

Answers:


10

COCOMO系统内其估计的时间来写软件的典范。由于时间就是金钱,因此您还可以从“让某人编写代码花费多少”的角度来获得该​​软件的价值。该模型的当前公式是COCOMO II,它具有相当不错的Web工具

使用此网络工具,您可以从大小估计中获得收益(您没有估计的数目,您可以获得代码的实际数量……),并获得估计的计划,测试和开发成本。

假设有20k sloc(代码的源代码行),并且开发人员每月的价值为10000美元(以及其他所有名义上的费用),则估计需要79.3人/月的时间(请记住,这是计划,构建和测试)价值79.3万美元。

该值应被认为是代码价值的最小值。实际价值会更高,因为它可以产生收入并且是潜在公司的核心知识产权。


4
我不同意代码的最低价值,如果没有为客户创造价值,您可以让1M sloc项目完全一文不值。
MaximR 2012年

@MaximR:我同意这一点,但是至少有人尝试定义一个度量,但是声称您是初创公司的事实所有者和掌握者,因为您贡献原始代码似乎有些牵强对我天真地理想主义 (尝试)玩这是一张公平的牌,但是如果可以备份,它将更加有效。最终,OP在这里想要的是议价能力,这将给他带来一些好处(不管是正确还是不同,这确实给了他一些杠杆作用)。
haylem 2012年

1
@MaximR,如果可以销售的代码具有任何实际价值,则该代码的价值大于从头开始编写它所花费的时间。这就是模型所标识的时间-编写代码的时间。如果代码是一文不值的,那么基于它的公司也是一文不值的,而投入公司的价值就是零的某个百分比。这试图解决的问题是“如果我写了2万行代码,而您向公司投资了80万美元,股票的分解将是什么?”

@MichaelT如果问题是一个人投资80万美元,而另一个人同意写2万行代码,这是一种公平的方法。但是,如果该人已经编写了20k的代码,那么对作者而言,这仅仅是他们可以将其出售给他人的价值。对于公司/其他创始人而言,其价值不超过必须支付给他人才能获得的价值。
MaximR 2012年

@haylem公平的观点,但我认为了解基本的经济学知识也可以有所帮助。而其他创始人可能还没有足够的头脑去接受“我为此花了400个小时,付钱给我”的论点。否则,在codegolf.stackexchange.com上收集所有答案将是无价的
MaximR

9

不要为花费的时间而花时间。您也有构想,设计并冒了时间进行构建。这远远超出了雇用程序员的成本。

截至目前,您应该拥有该创业公司的100%。其余的潜在合作伙伴必须证明自己的价值。我将使这些份额也取决于生产某种东西(销售,市场营销,行业联系,其他编码等)。


2
+1早期的Google搜索引擎价值多少?只是花时间开发了吗?不,它的价值更高,因为可以从中赚取数十亿美元。
MarkJ 2012年

我现在明白,所花费的时间与实际价值无关。此外,其他联合创始人也会投入资金,在我并不真正感兴趣的领域投入工作和时间。尽管我一直将这种工作视为娱​​乐活动,但我并不是那个将其转变为娱乐的人真正的产品,并(尝试)从中获利。因此,我认为拥有100%的股份是没有道理的,因为我不是唯一一个冒险的人。
Antoine 2012年

6

起始价值,最终价值,销售公平

如果您考虑与MVP(最低限度可行的产品)所需代码有关的代码,则可以节省此谈判的时间和心痛。如果代码是MVP的一半,为了公平起见,您需要一些东西。如果代码是工作量的10%,5%或什至只有1%,那么事情就少了很多。

如果您确实需要金钱或更高的权益(嗯,这听起来像是矛盾的话),请确保您可以公平地卖掉它,并且可以承受在出售股票的过程中可能遇到的许多挑战产品。

另外,请对称考虑。您的合作伙伴是否还会编写代码,他们能否或者会赶上或超过您的贡献?如果业务终止,您将为合作伙伴对最终代码的兴趣支付多少费用?您现在设置的基调和期望在很大程度上将在以后设置基调和期望。

软件工程经济学

我认为Barry Boehm博士是软件工程经济学之父。他的成就包括发明COCOMO,提出用于管理项目的Theory-W方法以及创建一个称为MBASE的软件开发模型的模型。他的模型讨论了描述已构建或已构建的产品模型(如UML图),过程模型(如Scrum,瀑布等),描述产品或组织属性(成本,进度,可靠性)的属性模型以及成功模型。 。

成功模型和潜在退出策略

您当然应该考虑您的成功是基于诸如Theory-W之类的正式形式还是基于IKIWISI之类的非正式形式(当我看到它时就会知道)。成功模型还可以帮助您设定启动所需的时间和精力,采用/不采用哪种标准,需要进行支配,出售或关闭业务以及在事件发生时均进行资产分配的标准成功或失败。几年前,我的祖父曾被推销一些证券,名字叫“银幕有限合伙公司7”,本质上是为一部好莱坞电影提供资金,该电影在电影开始之前就开始了,然后在电影在影院上映后就结束了(这是DVD发行前的天)。如果我是你,我会确保我的创业不是终身的承诺。

原型不是产品

我阅读的第一批Boehm论文之一包括一张图,该图以图形方式将原型与产品进行了比较。它使用一个正方形作为原型,并使用一个正方形的网格,正方形为三高三宽。根据您对真实性的信心感,您可能会忽略此概念,或者开始重新收集过去的项目,这些项目的产品尺寸是原型成本和工作量的25或81或100倍。

重视您的独特贡献

为了在启动时评估代码,您可能还应该在启动时重视您的角色及其唯一性。如果您是开发商,而您的合作伙伴是财务支持者或推销员,那么您就像是一头众所周知的猪,它们就是为一家早餐餐厅经营的鸡。在开出支票之前,他们承担的风险很小,也许在卖出某种东西之前,其承担的风险可能相对较小。如果您是每个开发人员,可能他们一开始就没有代码可放,那么可能会发现这是一个非常不平衡的冒险。就电影“ 社交网络 ”正确地描绘事物而言,有一个非常成功的创业公司,其合伙人在产品制造过程中付出了很少的努力。

用启动来启动

要非常小心,如何将自己与合作伙伴联系起来进行创业。制定一份涵盖尽可能多的启动期间可能发生的操作协议。考虑范围很窄,并遵循精益启动模型。寻找尝试团队项目的安全方法。学校是个好方法。一些大学和其他赞助商创建了快速启动学校之类的东西。体验初创企业的一种非常普遍的方法是参加初创周末活动。有社区和商业赞助的孵化器和联合办公空间。我有限的经验发生在诸如Gangplank(我享受了他们非常便宜的Start Up Weekend计划)和Cohoots之类的地方

使用保护

您应该始终在法律,财务和身体上保护自己。犯罪和民事责任可能与启动有关。如果企业借钱或聘请割断手指的人,您可能会被一些难以支付的账单所困扰。您需要使用合理的会计程序,并且可能需要购买一些保险,并且必须保护自己和您的合作伙伴免于滑坡。

一些警示故事

虽然这不是一家初创公司,但我知道一个组织可以让一个失业且处于财务压力下的人担任其财务主管。他用自己的银行帐户将门票销售的资金混合在一起,举办了一个约500人的宴会。他可能没有想到自己在偷东西,但是他肯定使用了错误的判断。显然,钱已经花光了,那个人因挪用公款而被起诉有一个丑陋的问题。该组织拥有可以举行宴会的保险,但如果没有,那500名购票者将被保留下来。

我知道的另一个案例是,有限责任公司成立之初就变成了麻烦。对其中一位合伙人作出了判决,当难以收集时,律师将流程服务器发送到了一位合伙人的住所,而该合伙人却忘记了他们签约该公司。有对合作伙伴的索赔,需要法律回应。在出庭并寻求法律咨询后,合伙人照做了,但是直到有人从口袋里掏出真钱时,这些头痛往往才消失。

勤奋工作,尽职调查

团队建设和寻找合适的合作伙伴非常重要。拉里·佩奇(Larry Page)谈到要花费很长时间寻找合作伙伴来创建Google。


2

像对待“真实”产品一样重视它:

重置成本是多少?:
如果没有可比的产品-雇用某人从头开始重新制作,会产生什么成本?解决其中包含的某些IP /专利的成本是多少?
如果有可比较的产品-您的产品在什么方面更好,在什么方面更差-这种区别的价值是什么?

“节省”成本-您已经花费并且不能“未花费”的时间与您的决定无关。
甚至未来的“成本”也与价格/价值不相关-事物的价值可能超过其建造成本(例如,蒙娜丽莎的价值超过人工+油漆+框架+帆布+ 30%的利润)


1

Ohloh上有一篇Wiki文章,内容涉及如何计算所跟踪项目的成本。它链接到似乎足够详尽的Wikipedia文章。

Ohloh维基

我希望这个对你有用。


1

如果这些是朋友,为什么不将公司的价值平均分配呢?从统计上讲,您的启动会失败,所以没关系。而且,如果您取得了巨大的成功,那么您仍然会有很多钱,所以也没关系。


我有点喜欢这个答案,但我也认为,以不平等的贡献开始,并承诺将来获得相等的报酬,可以设定一个期望,这种期望可能导致失去一些友谊。保罗·艾伦(Paul Allen)凭借大量金钱离开比尔·盖茨(Bill Gates),但他的书显示,两者之间的关系并不完美。沃兹本来是更大的技术贡献者,但乔布斯燃烧得更亮,被烧毁,然后再燃烧得更亮。举一个失败的创业如何影响友谊的例子可能会比较困难,但是我希望其中一些可能会在法庭上结束,甚至会更加消散。
DeveloperDon
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.