CUANDO UN PROYECTO DE HARDWARE SE ESTANCA, CÓMO REINICIARLO
Aknazar Arysbek, founder — biomedical engineer (MSc, Tufts University). Has worked across growing biotech startups and metal fabrication, on projects from custom bioreactors to high-pressure pharmaceutical extraction systems and custom medical equipment. LinkedIn ↗
Un proyecto de hardware estancado suele poder reiniciarse, pero el primer paso es un diagnóstico honesto, no más construcción. Alguien evalúa lo que ya existe, lo documenta y te dice si debes salvar el trabajo o reiniciar, con un presupuesto fijo en cualquier caso. Esta nota explica por qué los proyectos de hardware se estancan, en qué consiste realmente un rescate y cómo juzgar si el tuyo merece la pena terminarlo.
El proyecto avanzaba, y ahora ya no. El desarrollador dejó de responder correos, el prototipo hace el 80% fácil y suspende la parte que importa, o heredaste una caja de placas y código de alguien que se ha ido, sin documentación y sin nadie que lo entienda. Ya tienes dinero gastado y tienes que decidir qué pasa con el próximo dólar.
El instinto es contratar a alguien para que siga construyendo. El mejor primer paso es averiguar qué es lo que realmente tienes, porque un rescate que empieza con más construcción sobre una base desconocida suele quedarse parado una segunda vez. Esta nota explica cómo es un rescate real y cómo saber si tu proyecto merece la pena terminarlo.
Por qué los proyectos de hardware se estancan
Las causas se repiten, y nombrar el tuyo te dice qué tiene que solucionar la solución.
- El único constructor se fue. Un autónomo tenía todo el conocimiento, no escribió nada y ya no está. El hardware funciona, y nadie vivo puede cambiarlo con seguridad.
- El alcance no tenía suelo. Trabajo horario abierto con necesidades blandas hasta que el presupuesto se agota antes que el producto.
- La parte arriesgada quedó para el final. El equipo construyó primero las partes fáciles, la difícil resultó ser todo el problema, y el dinero ya no existía cuando llegaron.
- El diseño nunca llegó a fabricarse. Un prototipo que funciona en el banco no puede fabricarse en volumen, y la brecha solo aparece cuando la fábrica lo presupuesta.
Un rescate comienza con un diagnóstico
No puedes presupuestar una solución para una máquina que no has abierto. Un rescate comienza con un diagnóstico pagado: alguien lee el hardware, firmware y archivos existentes, hace ingeniería inversa de lo que no está documentado e informa de qué funciona, qué no y qué haría falta para terminar. El entregable es un veredicto escrito y un presupuesto fijo para completar el trabajo, no una factura por horas de trabajo revisado. Un proyecto bien documentado es rápido de evaluar. Uno sin documentación cuesta más leerlo, porque la mayor parte del trabajo de otra persona es ingeniería inversa.
El veredicto es honesto incluso cuando nos cuesta el trabajo. A veces el trabajo existente es sólido y terminarlo es barato. A veces la base es irrecuperable y un reinicio limpio es más barato que desenredarlo. A veces la respuesta correcta es parar, porque el producto no podría sobrevivir fabricando quien lo construya. Obtienes la respuesta real, porque un diagnóstico que solo recomienda más trabajo remunerado no es un diagnóstico.
Rescate o reinicio
La elección depende de cuánto del trabajo existente puedas confiar y documentar.
| Lo que tienes | Normalmente la decisión correcta |
|---|---|
| Hardware funcional, código legible, algo de documentación | Salvamento. Documenta los huecos, termina las piezas que faltan y sigue adelante. |
| Hardware funcional, sin documentación, el constructor original desapareció | Diagnostica primero. Ingeniería inversa, documenta y luego decide con información real. |
| Un diseño que funciona en el banco pero no puede fabricarse | Rediseño para producción. El prototipo era la prueba, no un producto. |
| Un concepto que falló en la física o en la economía unitaria | Para. Recupera la lección, no el coste hundido. |
Lo que deberías sacar de un rescate
Sea cual sea el veredicto, el rescate debería dejarte con lo que el último compromiso nunca te dio: el control. Eso significa los esquemas editables y el CAD, el código fuente del firmware comentado, una lista de materiales con números de piezas reales y un relato escrito de lo que hace el sistema y cómo lo hizo. Un rescate que devuelve otra caja negra ha repetido el error que frenó el proyecto. El objetivo del ejercicio es que la siguiente persona que lo toque, incluido tú, puedas entenderlo.
Dónde encajamos
Nos encargamos de proyectos de hardware estancados y empezamos con el diagnóstico en lugar de con una promesa. Si tu trabajo actual es sólido, lo dirá y te daremos un precio fijo para terminarlo. Si un reinicio es más barato, te lo diremos aunque sea el trabajo más pequeño. Si la respuesta honesta es que el producto no debe continuar, también recibirás esa respuesta. Todo lo que devolvemos está documentado, porque un rescate que te deja dependiente de nosotros no ha rescatado nada. Si alguien te ha dado un presupuesto de un número en el que no confías, una segunda opinión es una forma económica de comprobarlo, y la nota sobre cuánto cuesta realmente un prototipo de hardware muestra lo que debe contener el número.
Preguntas comunes
Mi desarrollador de hardware ha desaparecido. ¿Qué hago? Deja de pagar por más construcción y haz un diagnóstico de lo que existe. Haz que un ingeniero lea el hardware, el firmware y los archivos, haga ingeniería inversa de lo que no está documentado e informe de lo que funciona y lo que haría falta para terminar. Ese veredicto, junto con un presupuesto fijo para completar, te dice si debes continuar con el trabajo actual o reiniciar.
¿Se puede salvar un prototipo a medio terminar? A menudo, pero no siempre, y la respuesta honesta necesita un vistazo primero. Hardware funcional con código legible y algo de documentación suele merecer la pena terminarlo. El hardware funcional sin documentación necesita ingeniería inversa antes de que alguien pueda presupuestar el acabado. Un diseño que no puede fabricarse necesita un rediseño en lugar de un parche.
¿Cómo consigo una segunda opinión sobre un presupuesto de hardware? Pide a un segundo ingeniero que revise el alcance, los entregables y el precio en relación con lo que realmente requiere el trabajo. Un presupuesto fiable enumera fases de precio fijo, entregables nombrados y materiales a coste. Un presupuesto horario abierto con alcance suave es el patrón que más probablemente se estanca, y la nota de costes explica qué debe incluir un presupuesto real.
¿Cuánto cuesta un rescate de proyecto? Depende del estado del trabajo existente, por eso empieza con un diagnóstico pagado en lugar de un precio fijo de rescate. Un proyecto documentado es barato de evaluar; uno no documentado cuesta más porque leerlo es la mayor parte del trabajo. El diagnóstico devuelve un presupuesto fijo para terminar, así que decides con un número real en lugar de un compromiso abierto.
Notas relacionadas: cuánto cuesta realmente un prototipo de hardware · [cómo convertir una idea en un producto] (idea-to-product.html) · [cómo detectar una estafa de promoción de inventos] (invention-help-scams.html).