¿Cuáles son los métodos para estimar el valor del código fuente?

He estado trabajando en algún proyecto en mi tiempo libre durante los últimos meses. Recientemente me han contactado amigos para crear una startup, y este código fuente sería muy valioso para nosotros.

Como cofundador, este código podría contar para algo en el capital de la compañía y ser intercambiado por acciones. Pero, ¿cómo puedes estimar su valor? ¿Simplemente multiplica los salarios estándar de la industria por el tiempo que pasé en él, o existen otros métodos?

El sistema COCOMO tiene dentro un modelo para estimar el tiempo de escritura del software. Como el tiempo es dinero, también obtienes el valor del software desde la perspectiva de "cuánto costaría que alguien lo escriba". La formulación actual de este modelo es el COCOMO II, que tiene una herramienta web bastante agradable .

Con esta herramienta web, uno puede pasar de una estimación de tamaño (no tiene una estimación, tiene números reales de qué tan grande es el código ...) y obtener los costos estimados de planificación, prueba y desarrollo.

Suponiendo 20k sloc (líneas de código fuente) y un valor de $ 10k / mes para el desarrollador (y todas las demás cosas son nominales), se obtiene un tiempo estimado de 79.3 meses por persona para hacerlo (recuerde, esto es planificación, construcción y pruebas) por un valor de $ 793k.

Este valor debe considerarse como el mínimo del valor del código. El valor real sería mayor porque genera ingresos y es la propiedad intelectual central de la empresa potencial.

No confunda el tiempo que dedica a lo que vale. También tuvo la idea, diseñó y arriesgó su tiempo para construirlo. Esto va mucho más allá del costo de un programador contratado.

A partir de ahora, debe poseer el 100% de la puesta en marcha. Depende del resto de los socios potenciales mostrar lo que valen. Haría que esas acciones también dependan de producir algo (ventas, marketing, contactos de la industria, codificación adicional, etc.).

Valor inicial, valor final, venta justa

Puede ahorrar tiempo y angustia por esta negociación si considera el código en relación con lo que se necesitará para su MVP (producto mínimo viable). Si el código es la mitad del MVP, para ser justos, necesita algo para ello. Si el código es 10%, 5%, o incluso tan poco como 1% del esfuerzo, será mucho menos importante.

Si exige dinero o una mayor equidad (hmm, eso suena como un oxímoron), asegúrese de que puede hacer un buen trabajo vendiéndolo desde la perspectiva de la equidad de una manera que pueda soportar lo que pueden ser muchos desafíos en el camino para vender el producto.

Además, considere las cosas simétricamente. ¿Sus socios también escribirán código y podrán o alcanzarán o superarán su contribución? ¿Cuánto pagará a sus socios por su interés en el código resultante si el negocio termina? El tono y las expectativas que establezca ahora establecerán en gran parte el tono y las expectativas más adelante.

Ingeniería de Software Economía

Considero que el Dr. Barry Boehm es el padre de la economía de la ingeniería de software. Entre sus logros estuvo inventar COCOMO, proponer el método Theory-W para gestionar proyectos y crear un modelo de modelos de desarrollo de software llamado MBASE . Sus modelos discuten modelos de productos que describen lo que se ha construido o se ha construido (como diagramas UML), modelos de proceso (como Scrum, cascada, etc.), modelos de propiedad que describen atributos del producto u organización (costo, cronograma, confiabilidad) y modelos de éxito. .

Modelo de éxito y estrategia de salida potencial

Sin duda, debe pensar si su éxito se basa en algo formal como Theory-W o algo informal como IKIWISI (lo sabré cuando lo vea). El modelo de éxito también puede ayudarlo a establecer expectativas sobre cuánto tiempo y esfuerzo se destinará a su puesta en marcha, qué criterios usa para ir / no ir, la necesidad de pivotar, vender o cerrar el negocio, y la distribución de activos tanto en el evento de éxito o fracaso. Mi abuelo fue lanzado hace algunos años de valores que tenían un nombre como "Silver Screen Limited Partnership 7" que esencialmente financiaban una película de Hollywood que comenzó antes de la película, y luego terminó después de que la película se estrenó en los cines (esto fue antes del DVD dias). Si yo fuera usted, me aseguraría de que mi inicio no fuera un compromiso de por vida antes de comenzar.

Un prototipo no es un producto

Uno de los primeros documentos de Boehm que leí incluía un diagrama que comparaba gráficamente un prototipo con un producto. Se utilizó un cuadrado para el prototipo y una cuadrícula de cuadrados de tres de alto y tres de ancho para el producto. Dependiendo de su sentido de confianza frente a realismo, puede descartar esta noción o comenzar a recordar proyectos anteriores donde las dimensiones del producto eran 25, 81 o 100 veces el costo y el esfuerzo de los prototipos.

Valorando su contribución única

Para valorar su código en el contexto de la puesta en marcha, probablemente también debería valorar su rol y su singularidad en la puesta en marcha. Si usted es el desarrollador y sus socios son los patrocinadores financieros o los vendedores, es como el cerdo proverbial y ellos son los pollos que están en el negocio de un restaurante que sirve el desayuno. Se arriesgan poco hasta que emiten un cheque, y tal vez funcionen relativamente poco hasta que haya algo que vender. Si cada uno de ustedes es desarrollador, potencialmente si no tienen código para poner en el bote al inicio, podría resultar una aventura muy desigual. En la medida en que la película " La red social " retrata las cosas correctamente, hay una puesta en marcha enormemente exitosa que tuvo socios que hicieron muy poco y que hicieron muy poco esfuerzo mientras se fabricaba el producto.

Comenzando con Start Ups

Tenga mucho cuidado de cómo se une a los socios para comenzar. Elabore un acuerdo operativo que cubra la mayor cantidad posible de lo que podría suceder durante la vida de la puesta en marcha. Considere el alcance de manera muy limitada y siga un modelo de arranque lean. Encuentre formas seguras de probar proyectos en equipo. La escuela es una gran manera. Algunas universidades y otros patrocinadores han creado cosas como Rapid Start Up School . Un método muy extendido para tener una idea de cómo podría ser una empresa nueva es participar en un fin de semana de inicio . Hay incubadoras y espacios de coworking patrocinados por la comunidad y comercialmente. Mi experiencia limitada ocurrió en lugares como Gangplank (disfruté de su programa muy económico para Start Up Weekend) y Cohoots.

Usa protección

Siempre debe protegerse legal, financiera y físicamente. La responsabilidad penal y civil puede ocurrir en relación con una puesta en marcha. Si el negocio pide dinero prestado o contrata a alguien que se corta el dedo, podría quedarse atrapado con algunas facturas que son difíciles de pagar. Debe utilizar procedimientos contables sólidos y es posible que necesite un seguro, y debe protegerse a sí mismo y a sus socios de encontrarse en una pendiente resbaladiza.

Algunas historias de precaución

Si bien no fue un comienzo, conocí una organización que permitía a una persona que no tenía trabajo y que estaba bajo tensiones financieras ser su tesorera. Combinó los fondos de la venta de entradas para un banquete para unas quinientas personas con su propia cuenta bancaria. Puede que no haya pensado que estaba robando, pero definitivamente utilizó un juicio pobre. Cuando quedó claro que el dinero se había ido, hubo problemas feos con la persona procesada por malversación de fondos. La organización tenía un seguro que permitía celebrar el banquete, pero si no lo hicieran, esos 500 compradores de boletos se habrían quedado con la bolsa.

Otro caso que conozco hizo que una sociedad de responsabilidad limitada iniciada casualmente se convirtiera en grandes problemas. Hubo un juicio en contra de uno de los socios y cuando fue difícil de cobrar, los abogados enviaron un servidor de procesos a la casa del socio que había olvidado que se inscribieron en la compañía. Hubo reclamos contra el socio y se requirieron respuestas legales. Después de las visitas al tribunal y de buscar asesoría legal, la pareja se encargó de ello, pero estos dolores de cabeza a menudo no desaparecen hasta que el dinero real sale del bolsillo de alguien.

Trabajar diligentemente y hacer la debida diligencia

La creación de equipos y la búsqueda de los socios adecuados es extremadamente importante. Larry Page habla sobre pasar mucho tiempo buscando socios para fundar Google.

Valórelo igual que un producto "real":

¿Cuál es el costo de reemplazo ?:
Si no hay un producto comparable, ¿cuál sería el costo de contratar a alguien para que lo vuelva a hacer desde cero? ¿Cuál sería el costo de trabajar alrededor de alguna propiedad intelectual / patente contenida dentro?
Si hay un producto comparable, de qué manera es mejor su producto, de qué manera es peor, ¿cuál es el valor de esa diferencia?

El costo "hundido": el tiempo que ya pasó y no puede "gastar" debe ser irrelevante para su decisión.
Incluso los "costos" futuros no son tan relevantes para el precio / valor: las cosas pueden valer más de lo que cuestan construir (por ejemplo, Mona Lisa vale más que mano de obra + pintura + marco + lienzo + 30% de margen)

Ohloh tiene un artículo wiki sobre cómo calculan el costo de los proyectos que rastrean. Se vincula a un artículo de Wikipedia que parece lo suficientemente completo.

Wiki ohloh

Espero que esto ayude.

Si se trata de amigos, ¿por qué no se divide el valor de la empresa de manera equitativa? Estadísticamente hablando, su inicio fallará, por lo que no importará. Y si tiene un gran éxito, bueno, todavía tendrá mucho dinero, por lo que tampoco importará.