David
Cuando hablamos de desarrollar software a medida para una fábrica, una planta de producción o cualquier entorno industrial, hay una frase que en CONTIPOS repetimos mucho: «El código se puede escribir rápido; lo que se tarda es entender lo qué hay que escribir». Y es completamente cierto. Una planificación base sólida marca la diferencia entre un proyecto que transforma el día a día de una compañía y uno que acaba guardado en un cajón, y qué papel juegan las personas en esa etapa tan poco glamurosa pero tan decisiva.
En el sector industrial no hay dos empresas iguales, aunque fabriquen productos similares. Los procesos están marcados por años de experiencia, por máquinas que tienen sus mañas, por turnos que han desarrollado sus propios rituales, y por normativas que aprietan cada vez más. Pretender encajar todo eso en una solución genérica es como intentar meter un electrodo de soldadura en una ranura de tarjeta SD: simplemente no encaja. Por eso defendemos tanto la fase de planificación base: es el momento en el que nos arremangamos, dejamos el portátil a un lado y nos dedicamos a escuchar y a observar.
Las reuniones son clave en el desarrollo
Y cuando digo escuchar, me refiero a escuchar de verdad a quienes van a usar el sistema cada día. Aquí es donde aparece el factor humano, y te confieso que, en mi experiencia, es el aspecto más infravalorado de todo el ciclo de vida de un proyecto. Un operario que lleva quince años organizando un almacén sabe mejor que nadie dónde se atasca el trabajo, qué datos se pierden y qué atajo manual podría evitarse. Un jefe de turno conoce los pulsos del equipo mejor que cualquier indicador de KPIs. Ni el mejor consultor tecnológico puede sustituir ese conocimiento si no dedica tiempo a ganarse la confianza de esas personas y a hacer las preguntas adecuadas.
En CONTIPOS, la planificación base empieza siempre con reuniones telemáticas o presenciales donde todos los miembros del equipo que participarán en el proyecto están presentes. No vamos con una lista cerrada de requisitos; llevamos preguntas abiertas, observamos la realidad de los procesos y dejamos que sean los responsables del proyecto quienes nos guíen. Esta fase nos ha enseñado que muchas veces el problema que nos plantea la dirección no es exactamente el problema real. Por ejemplo, nos han pedido una aplicación para reducir el tiempo de trazabilidad y, tras hablar con los operarios, descubrimos que el cuello de botella no era el registro en sí, sino la forma en que se nombraban los lotes, que generaba confusiones. Sin esa conversación, habríamos automatizado algo que seguía cojeando desde la base.
Construyendo la base del proyecto
A partir de esas conversaciones, empezamos a construir juntos los cimientos. Planteamos las vías de resolución no como un camino único que nosotros trazamos en solitario, sino como un mapa de opciones que dibujamos con el cliente. En sesiones de trabajo con los responsables de producción, calidad y TI, ponemos sobre la mesa lo que hemos aprendido y proponemos diferentes enfoques: automatizar ciertas capturas de datos, cambiar la lógica de validación, integrar sistemas ya existentes o diseñar una interfaz que refleje de verdad el flujo mental del operario. Lo hacemos así porque sabemos que una solución técnica impecable puede fracasar si el equipo no la siente suya o si ignora las sutilezas del terreno.
Una metáfora que usamos mucho internamente es la del edificio: los cimientos son esta planificación humana; las paredes y las ventanas serán la tecnología, pero si los cimientos están torcidos, por muy bonita que sea la fachada, la estructura se resiente. Y en el mundo industrial, un software que no encaja con la realidad del operario genera rechazo, errores y, al final, vuelta a los métodos de toda la vida (ese Excel que sobrevive a todos los ERPs). Por eso nos tomamos muy en serio el factor humano no como un toque amable, sino como la brújula técnica que guía el diseño de la solución.
No siempre es fácil. A veces, los plazos aprietan y los responsables del proyecto quieren ver pantallas antes que preguntas. Pero hemos aprendido a explicar que una semana extra invertida en comprender el terreno nos ahorra meses de correcciones después. De hecho, hemos incorporado en nuestra metodología una fase explícita de «inmersión operativa» que protegemos con uñas y dientes. En ella mapeamos no solo los procesos, sino también las frustraciones, los deseos y las pequeñas trampas que el día a día ha generado. Y créeme, cuando más tarde presentas un prototipo que soluciona justo esas pequeñas fricciones, la acogida es radicalmente distinta.
Un desarrollo para las personas...y el negocio
El desarrollo de software industrial a medida no es una cuestión de escribir código contra un briefing; es un proceso profundamente humano en el que la tecnología debe adaptarse a las personas, y no al revés. Y eso solo se consigue si la fase de planificación se aborda con los ojos, los oídos y el respeto bien abiertos hacia quienes hacen girar la fábrica cada jornada. Esa es la forma en la que trabajamos nosotros, y es la razón por la que los proyectos que más nos enorgullecen no son los que tenían la arquitectura más elegante, sino aquellos en los que, al final, un operario nos dice: «Esto es justo lo que necesitaba, y además me habéis quitado el marrón de encima». Ahí está el verdadero retorno de la inversión de una buena planificación base.
