Elaborar un calendario a partir de un conjunto de filas y columnas en blanco puede ser complicado. Es difícil tener en la cabeza la secuencia correcta de los acontecimientos y es fácil cuestionar cada resumen de tareas y cada estimación de tiempo.
Para ayudarte a elaborar tu propio calendario de producto, aquí tienes un ejemplo de proyecto que incluye el diseño mecánico, eléctrico, de firmware y de software, junto con la adquisición, el montaje y las pruebas.
Cada proyecto es diferente y es probable que el suyo no siga exactamente estos pasos. Sin embargo, ver un calendario delante de ti hace que sea mucho más fácil detectar incoherencias e irregularidades que tratar de escribir un calendario perfecto desde cero.
Para empezar, he aquí algunas advertencias y suposiciones:
- La duración de las tareas, excepto el orden, es arbitraria.
- Las tareas deberían dividirse en objetivos específicos y alcanzables en lugar de estos términos genéricos.
- El esquema asume que las tareas no pueden empezar antes de lo prescrito, mientras que normalmente se realiza trabajo de planificación antes y trabajo de documentación después de cada tarea.
- Por último, un calendario real debe tener en cuenta la disponibilidad de los miembros del equipo a la hora de planificar la duración de las tareas e incluir holguras siempre que sea posible.
Kickoff
Cuando por fin se aprueba el proyecto, surge la tentación de ponerse en marcha de inmediato. En lugar de apartar a los ingenieros de los proyectos en los que ya están trabajando, informe al cliente de que pasarán dos semanas antes de que empiece el trabajo una vez aprobado el proyecto. Aproveche esas dos semanas para perfeccionar el calendario, establecer el presupuesto, discutir los riesgos y asegurarse de que está preparado para gestionar el proyecto una vez que empiecen las obras.
- Es muy importante revisar los documentos de alcance para asegurarse de que el plan incluye todo lo necesario y no añade funciones adicionales.
Una vez finalizado el trabajo de configuración, inicie el proyecto internamente con su equipo para darles a conocer el alcance y el calendario del proyecto. A continuación, reúna a su equipo y al del cliente para que los miembros de su equipo puedan intercambiar información y saber con quién deben ponerse en contacto para obtener ayuda.
Diseño del hardware
El primer paso en la creación de un producto es tener una visión general de todo el sistema y, a continuación, diseñar el hardware. La fase de diseño del sistema puede comenzar antes de la puesta en marcha interna y suele implicar la creación de diagramas de bloques para describir los principales componentes del producto y cómo interactúan entre sí.
- Por ejemplo, un diagrama puede abarcar los componentes eléctricos con descripciones de cómo se comunicarán entre sí, mientras que otro diagrama muestra los mismos componentes pero con indicaciones de los conectores específicos y el cableado necesario para transportar esas señales.
Una vez completado el diseño del sistema, el diseño eléctrico y el de hardware pueden ir uno al lado del otro. Esto requerirá un ida y vuelta entre los equipos de ingeniería para asegurarse de que todos los componentes están montados correctamente en un factor de forma aceptable.
Una vez finalizada la revisión y cuando tanto la dirección como el cliente aprueban el diseño, se pueden encargar las piezas.
Pedidos
El pedido de piezas parece sencillo, ya que los plazos de entrega figuran en el presupuesto. Sin embargo, asegúrese de añadir una semana y media más a esa cifra para tener en cuenta los retrasos en las peticiones de oferta, los problemas de fabricación y el envío.
- Las placas de circuito impreso suelen ser el elemento más importante para el diseño, por lo que pagar para obtener un plazo de entrega más rápido de los talleres de fabricación suele merecer la pena. Para evitar retrasos, los diseñadores de placas de circuito impreso deben comprobar qué componentes tienen plazos de entrega largos, de modo que puedan encargarse con antelación.
- Los componentes eléctricos, como sensores, tarjetas de PC, módems, etc., suelen pedirse de fábrica, y algunos sensores requieren varias semanas. Intente diseñar tantos componentes como sea posible para que se puedan comprar en el mercado y minimice las soluciones a medida.
- En la mayoría de los talleres, las piezas de aluminio se fabrican rápidamente, en función de su complejidad.
- Sin embargo, el mecanizado de otros materiales puede resultar laborioso. Si confía en que las piezas se fabriquen rápidamente en un material duro o exótico, prevea largos plazos de entrega.
Pruebas eléctricas y mecánicas
Una vez que llegan las placas de circuito impreso, puede empezar mucho trabajo a la vez. Las propias placas de circuito impreso deben probarse para asegurarse de que funcionan correctamente, y los diseñadores de firmware pueden empezar a utilizarlas para desarrollar el código de los chips integrados. Además, una vez recibidos los componentes, todo el sistema puede colocarse en un banco, sin montaje mecánico, para que los ingenieros lo utilicen como banco de pruebas.
En cuanto a la mecánica, una vez inspeccionadas las piezas, pueden utilizarse para pruebas de ajuste, comprobar la facilidad de montaje y confirmar los requisitos ambientales y funcionales del producto.
Diseño de firmware y software
El firmware y el software son bestias diferentes del hardware. Las tareas de diseño de hardware pueden basarse en una programación "en cascada", en la que una tarea lleva a otra, pero la codificación suele desarrollarse de forma fluida, con funciones básicas que se van haciendo cada vez más complejas con el tiempo. Para captar esto, recomiendo agrupar las tareas de firmware y software en un gran bloque que se desarrolle de una sola vez, con cada tarea por separado. De esta forma se puede seguir el % de finalización de cada tarea, pero no se asume que una se realiza antes que otra.
Probar el firmware y el software también es diferente. Las pruebas se realizan a lo largo de todo el proceso de diseño y no se llevan a cabo una vez que se han completado todas las funciones, como se muestra en el calendario anterior. Sin embargo, es fundamental planificar ese tiempo extra para dedicarlo a las pruebas. El firmware y el software son los últimos pasos del diseño y el cumplimiento de los plazos significa que se ven reducidos en tiempo por cualquier retraso que se produzca antes. Añadir ese tiempo extra al calendario da un respiro a los diseñadores al final del proyecto.
Pasos finales
Una vez que los componentes del sistema se han probado individualmente, se puede validar todo el sistema. Al igual que ocurre con las pruebas de software, en este paso se suele disponer de poco tiempo, por lo que hay que establecer expectativas con el cliente que dejen un margen de maniobra cerca del final del proyecto.
Una vez validado todo, las unidades funcionales pueden ensamblarse y validarse para la entrega a su (esperemos) feliz cliente.
Comunique rápidamente cualquier retraso, esté atento a las tareas estancadas por falta de comunicación y asegúrese de hacer un seguimiento del calendario cada semana para comprobar que sus predicciones siguen siendo exactas. Con esfuerzo, su calendario puede convertirse en realidad.
Aquí tienes el calendario completo como referencia:
