CUANDO UN PROYECTO DE HARDWARE SE ESTANCA, CÓMO REINICIARLO
Aknazar Arysbek, fundador, ingeniero biomédico (MSc, Universidad Tufts). 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 le dice si conviene salvar el trabajo o empezar de nuevo, con un presupuesto fijo en cualquier caso. Esta nota explica por qué se estancan los proyectos de hardware, en qué consiste realmente un rescate y cómo juzgar si merece la pena terminar el suyo.
El proyecto avanzaba, y ahora ya no. El desarrollador dejó de responder a los correos, el prototipo hace el 80% fácil y falla en la parte que importa, o usted heredó una caja de placas y código de alguien que se marchó, sin documentación y sin nadie que lo entienda. Ya ha gastado dinero y tiene que decidir qué hacer con el próximo dólar.
El instinto es contratar a alguien para que siga construyendo. El mejor primer paso es averiguar qué tiene realmente, porque un rescate que empieza construyendo más sobre una base desconocida suele estancarse una segunda vez. Esta nota explica cómo es un rescate real y cómo saber si merece la pena terminar su proyecto.
Por qué los proyectos de hardware se estancan
Las causas se repiten, y ponerle nombre a la suya le indica qué debe resolver la solución.
- El único constructor se marchó. Un freelancer tenía todo el conocimiento, no anotó nada y ya no está. El hardware funciona, y nadie puede modificarlo con seguridad.
- El alcance no tenía límites claros. El trabajo por horas sin límite y con requisitos difusos va a la deriva hasta que el presupuesto se agota antes que el producto.
- La parte arriesgada se dejó para el final. El equipo construyó primero las partes fáciles, la difícil resultó ser todo el problema, y el dinero se había acabado cuando llegaron a ella.
- El diseño nunca se enfrentó a la fabricación. Un prototipo que funciona en el banco no puede producirse en volumen, y el problema solo aparece cuando la fábrica lo presupuesta.
Un rescate comienza con un diagnóstico
No se puede presupuestar la reparación de una máquina que no se ha abierto. Un rescate comienza con un diagnóstico de pago: alguien lee el hardware, el firmware y los 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 dedicadas a toquetearlo. Un proyecto bien documentado es rápido de evaluar. Uno sin documentar cuesta más de leer, porque la ingeniería inversa del trabajo de otra persona es la mayor parte del esfuerzo.
El veredicto es honesto aunque nos cueste el encargo. A veces el trabajo existente es sólido y terminarlo es barato. A veces la base es irrecuperable y empezar de cero es más barato que desenredarla. A veces la respuesta correcta es parar, porque el producto no sobreviviría a la fabricación, lo construya quien lo construya. Usted recibe la respuesta real, porque un diagnóstico que solo recomienda más trabajo de pago no es un diagnóstico.
Salvar o reiniciar
La elección depende de cuánto del trabajo existente se puede considerar fiable y documentar.
| Lo que tiene | Normalmente la decisión correcta |
|---|---|
| Hardware funcional, código legible, algo de documentación | Salvar. Documente las lagunas, termine las partes que faltan y siga adelante. |
| Hardware funcional, sin documentación, el constructor original ya no está | Diagnosticar primero. Haga ingeniería inversa, documente y luego decida con información real. |
| Un diseño que funciona en el banco pero no puede fabricarse | Rediseñar para producción. El prototipo era una prueba, no un producto. |
| Un concepto que falló por la física o por la economía unitaria | Parar. Recupere la lección, no el coste hundido. |
Lo que debería obtener de un rescate
Sea cual sea el veredicto, el rescate debería dejarle lo que el encargo anterior nunca le dio: el control. Eso significa los esquemas editables y el CAD, el código fuente del firmware comentado, una lista de materiales con referencias reales de piezas y una descripción escrita de lo que hace el sistema y cómo lo hace. Un rescate que devuelve otra caja negra ha repetido el error que estancó el proyecto. El objetivo del ejercicio es que la próxima persona que lo toque, incluido usted, pueda entenderlo.
Preguntas comunes
Mi desarrollador de hardware ha desaparecido. ¿Qué hago? Deje de pagar por más construcción y obtenga un diagnóstico de lo que existe. Pida a un ingeniero que lea el hardware, el firmware y los archivos, que haga ingeniería inversa de lo que no está documentado y que informe de lo que funciona y de lo que haría falta para terminar. Ese veredicto, junto con un presupuesto fijo para completarlo, le dice si debe 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? Pida 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 a precio fijo, entregables concretos y materiales a precio de coste. Un presupuesto por horas sin límite y con un alcance difuso es el patrón con más probabilidades de estancarse, y la nota sobre 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 de pago en lugar de un precio fijo de rescate. Un proyecto documentado es barato de evaluar; uno sin documentar cuesta más porque leerlo es la mayor parte del trabajo. El diagnóstico entrega un presupuesto fijo para terminar, así que usted decide con una cifra real en lugar de con un compromiso abierto.
Dónde encajamos
Notas relacionadas: cuánto cuesta realmente un prototipo de hardware · cómo convertir una idea en un producto · cómo detectar una estafa de promoción de invenciones.