Quais são os métodos para estimar o valor do código-fonte?


10

Eu tenho trabalhado em algum projeto no meu tempo livre nos últimos meses. Recentemente, fui abordado por amigos para criar uma startup, e esse código fonte seria muito valioso para nós.

Como co-fundador, esse código pode contar com algo no capital da empresa e ser trocado por ações. Mas como você pode estimar seu valor? Você apenas multiplica os salários padrão da indústria pelo tempo que gastei nele ou existem outros métodos?


3
Você pode verificar a resposta de Joel Spolsky em outro site do SE, em startups. Explica a equidade entre acionistas em startups em detalhes.
Hakan Deryal 9/11

Respostas:


10

O sistema COCOMO possui um modelo para estimar o tempo para escrever software. Como tempo é dinheiro, você também obtém o valor do software da perspectiva de "quanto custaria para alguém escrevê-lo". A formulação atual deste modelo é o COCOMO II, que possui uma ferramenta web bastante agradável .

Com essa ferramenta da Web, pode-se fazer uma estimativa de tamanho (você não tem uma estimativa, você tem números reais de quão grande é o código ...) e obter os custos estimados de planejamento, teste e desenvolvimento.

Supondo que o sloc de 20k (linhas de código-fonte) e um valor de US $ 10k / mês para o desenvolvedor (e todas as outras coisas sejam nominais), você terá um tempo estimado de 79,3 meses por pessoa para fazê-lo (lembre-se, planejamento, construção e teste) por um valor de US $ 793k.

Esse valor deve ser considerado o mínimo do valor do código. O valor real seria maior porque gera receita e é a principal propriedade intelectual da empresa em potencial.


4
Não concordo que exista um valor mínimo para o código; você pode fazer com que o projeto de sloc da 1M seja completamente inútil se não criar valor para os clientes.
MaximR

@ MaximR: Eu concordo com isso, mas pelo menos há alguma tentativa de definir uma medida, ao passo que afirmar que você é o proprietário e mestre de fato de tudo o que gira em torno de uma startup porque você contribui com o código original parece um pouco exagerado e ingênuo idealista para mim. É uma carta justa para (tentar) jogar, mas será mais eficaz se você puder fazer o backup. No final, o que o OP quer aqui é poder de barganha, e isso daria a ele um pouco (se está correto ou não, é uma questão diferente, mas dá alguma vantagem).
9115 haylem

11
@ MaximR se houver algum valor real no código que possa ser comercializado, o valor do código será maior que o tempo necessário para escrevê-lo do zero. É isso que o modelo identifica - a hora de escrever o código. Se o código não vale nada, a empresa fundada nele é igualmente inútil e o valor colocado na empresa é uma porcentagem de zero. A pergunta que isso tenta resolver é "se eu escrever 20.000 linhas de código e você investir US $ 800.000 na empresa, qual seria a divisão das ações?"

@ MichaelT Se a pergunta for: 1 pessoa investe US $ 800 mil e outra concorda em escrever 20 mil linhas de código - esse é um método justo. No entanto, se a pessoa já tiver escrito 20k de código - o valor disso para o autor é apenas o que pode ser vendido a outra pessoa. E o valor para a empresa / outro fundador não é mais do que o que será necessário pagar a alguém para obtê-lo.
MaximR

@haylem Fair point, mas acho que entender a economia subjacente também pode ajudar. E outros fundadores talvez não sejam ingênuos o suficiente para usar o argumento "gastei 400 horas nisso, me pague". Caso contrário, a coleta de todas as respostas em codegolf.stackexchange.com seria inestimável.
MaximR

9

Não confunda seu tempo gasto com o que vale a pena. Você também teve a idéia, projetou e arriscou seu tempo para construí-la. Isso está muito além do custo de um programador contratado.

A partir de agora, você deve possuir 100% da inicialização. Cabe aos demais parceiros em potencial mostrar o que valem a pena. Eu deixaria essas ações condicionadas à produção de algo também (vendas, marketing, contatos com o setor, codificação adicional etc.).


2
+1 Quanto valeu o mecanismo de pesquisa do Google nos primeiros dias? Apenas o tempo gasto para desenvolvê-lo? Não, valeu muito mais por causa dos bilhões futuros que poderiam ser obtidos com isso.
MarkJ

Entendo agora que o tempo gasto não se relaciona com o valor real. Além disso, outros co-fundadores investirão dinheiro e tempo e trabalho em áreas nas quais não estou realmente interessado. E, embora tenha trabalhado nisso como entretenimento, não fui eu quem teve a ideia de transformá-lo em um produto real e (tente) ganhar dinheiro com isso. Portanto, não acho que seja justificável possuir 100%, pois não serei o único a correr riscos.
Antoine

6

Valor Inicial, Valor Final, Equidade de Venda

Você pode economizar tempo e dor de cabeça com essa negociação se considerar o código em relação ao que será necessário para o seu MVP (produto mínimo viável). Se o código é metade do MVP, para ser justo, você precisa de algo para isso. Se o código for 10%, 5% ou até 1% do esforço, será muito menos importante.

Se você exigir dinheiro ou maior patrimônio (hmm, isso soa como um oxímoro), certifique-se de que pode fazer um bom trabalho vendendo-o da perspectiva da justiça de uma maneira que possa suportar os que podem ser muitos desafios ao longo do caminho para vender o produtos.

Além disso, considere as coisas simetricamente. Seus parceiros também escreverão código e poderão alcançar ou exceder sua contribuição? Quanto você pagará a seus parceiros pelo interesse no código resultante se a empresa terminar? O tom e as expectativas que você definir agora definirão o tom e as expectativas mais tarde.

Economia de Engenharia de Software

Considero o Dr. Barry Boehm o pai da economia da engenharia de software. Entre suas realizações, foi inventar o COCOMO, propor o método Theory-W para gerenciar projetos e criar um modelo de modelos de desenvolvimento de software chamado MBASE . Seus modelos discutem modelos de produtos que descrevem o que é ou foi construído (como diagramas UML), modelos de processos (como Scrum, cascata etc.), modelos de propriedades que descrevem atributos do produto ou organização (custo, cronograma, confiabilidade) e modelos de sucesso .

Modelo de sucesso e estratégia de saída potencial

Você certamente deve estar pensando se o seu sucesso se baseia em algo formal como a Teoria-W ou algo informal como a IKIWISI (eu a conhecerei quando a vir). O modelo de sucesso também pode ajudá-lo a definir as expectativas de quanto tempo e esforço serão investidos em sua inicialização, quais critérios você usa para ir / não ir, necessidade de dinamizar, vender ou fechar o negócio e a distribuição de ativos, no evento de sucesso ou fracasso. Meu avô foi cotado há alguns anos atrás com um nome como "Silver Screen Limited Partnership 7", que basicamente financiava um filme de Hollywood que começou antes do filme e depois terminou depois que o filme foi exibido nos cinemas (era antes do DVD). dias). Se eu fosse você, garantiria que minha partida não fosse um compromisso ao longo da vida antes de começar.

Um protótipo não é um produto

Um dos primeiros artigos da Boehm que li incluía um diagrama que comparava graficamente um protótipo a um produto. Utilizou um quadrado para o protótipo e uma grade de quadrados de três e três de largura para o produto. Dependendo do seu senso de confiança versus realismo, você pode descartar essa noção ou começar a relembrar projetos passados ​​em que as dimensões do produto eram 25, 81 ou 100 vezes o custo e o esforço dos protótipos.

Valorizando sua contribuição exclusiva

Para valorizar seu código no contexto da inicialização, você provavelmente também deve valorizar sua função e sua exclusividade na inicialização. Se você é o desenvolvedor e seus parceiros são os financiadores ou vendedores, você é como o porco proverbial e eles são as galinhas que entram no negócio de um restaurante que serve café da manhã. Eles arriscam pouco até escrever um cheque e talvez funcionem comparativamente pouco até que haja algo para vender. Se vocês são desenvolvedores, potencialmente se eles não tiverem código para colocar no pote no início, pode ser um empreendimento muito desigual. Na medida em que o filme " A Rede Social " retrata as coisas corretamente, há uma iniciação extremamente bem-sucedida que teve parceiros que fizeram muito pouco que fizeram muito pouco esforço enquanto o produto estava sendo produzido.

Iniciando com start-ups

Tenha muito cuidado com a forma como você se liga aos parceiros para começar. Elabore um contrato operacional que cubra o máximo possível do que pode acontecer durante a vida útil da inicialização. Considere o escopo muito restrito e siga um modelo de inicialização enxuta. Encontre maneiras seguras de experimentar projetos de equipe. A escola é uma ótima maneira. Algumas universidades e outros patrocinadores criaram coisas como o Rapid Start Up School . Um método muito difundido de obter uma amostra do que pode ser uma startup é participar de um fim de semana de inicialização . Existem incubadoras e espaços de coworking patrocinados pela comunidade e comercialmente. Minha experiência limitada ocorreu em lugares como Gangplank (gostei do programa muito barato para o Start Up Weekend) e Cohoots.

Usar proteção

Você deve sempre se proteger legalmente, financeiramente e fisicamente. A responsabilidade criminal e civil pode ocorrer em conexão com uma partida. Se a empresa pedir emprestado dinheiro ou contratar alguém que corte o dedo, você poderá ficar com algumas contas difíceis de pagar. Você precisa usar procedimentos contábeis sólidos e pode precisar de algum seguro, além de proteger a si e a seus parceiros de se encontrarem em uma ladeira escorregadia.

Algumas histórias de advertência

Embora não fosse um começo, eu conhecia uma organização que permitia que uma pessoa que estava desempregada e sob estresse financeiro fosse sua tesoureira. Ele juntou os fundos da venda de ingressos para um banquete para cerca de quinhentas pessoas com sua própria conta bancária. Ele pode não ter pensado que estava roubando, mas definitivamente usou um julgamento ruim. Quando ficou claro que o dinheiro havia acabado, houve problemas feios com a pessoa sendo processada por peculato. A organização tinha um seguro que permitia a realização do banquete, mas se não os 500 compradores de ingressos ficassem segurando a sacola.

Outro caso que conheço teve uma Limited Liability Corporation iniciada casualmente se transformar em grandes aborrecimentos. Houve um julgamento contra um dos parceiros e, quando era difícil de cobrar, os advogados enviaram um servidor de processo para a casa do parceiro que havia esquecido que havia assinado a empresa. Houve reclamações contra o parceiro e foram necessárias respostas legais. Depois de visitas ao tribunal e de procurar aconselhamento jurídico, o parceiro cuidou disso, mas essas dores de cabeça geralmente não desaparecem até que dinheiro real saia do bolso de alguém.

Trabalhe diligentemente e faça a devida diligência

A formação de equipes e a localização dos parceiros adequados são extremamente importantes. Larry Page fala sobre gastar muito tempo procurando parceiros para fundar o Google.


2

Avalie o mesmo que você faria com um produto "real":

Qual é o custo de reposição ?:
Se não houver produto comparável - qual seria o custo de contratar alguém para refazê-lo do zero? Qual seria o custo de trabalhar em torno de algum IP / patente contido?
Se houver um produto comparável - de que maneira seu produto é melhor, de que maneira é pior - quanto vale essa diferença?

O custo "irrecuperável" - o tempo que você já gastou e não pode "gastar" deve ser irrelevante para sua decisão.
Até mesmo os "custos" futuros não são tão relevantes para o preço / valor - as coisas podem valer mais do que custam para construir (por exemplo, Mona Lisa vale mais do que mão de obra + tinta + moldura + tela + margem de 30%)


1

Ohloh tem um artigo wiki sobre como eles calculam o custo para os projetos que acompanham. É um link para um artigo da Wikipedia que parece completo o suficiente.

Wiki de Ohloh

Espero que isso ajude.


1

Se estes são amigos, por que você simplesmente não divide o valor da empresa igualmente? Estatisticamente falando, sua inicialização falhará, não importando. E se você for muito bem-sucedido, bem, você ainda terá muito dinheiro para que também não importe.


Eu meio que gosto dessa resposta, mas também acho que começar com uma contribuição desigual com a promessa de igual recompensa futura pode definir uma expectativa que pode levar à perda de algumas amizades. Paul Allen se afastou de Bill Gates com muito dinheiro, mas seu livro mostra que as coisas não eram perfeitas entre eles. Originalmente, Woz era o maior colaborador técnico, mas Jobs se queimava mais forte, queimava mais uma vez. Provavelmente seria mais difícil dar exemplos de como as start-ups fracassadas afetaram as amizades, mas espero que algumas tenham terminado em tribunal e ainda mais dissolvidas.
DeveloperDon
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.