Sebastián Rodríguez es hoy un referente en el área de análisis de procesos. Es ingeniero industrial egresado de la Universidad Nacional de San Juan. Cuenta con una diplomatura en Business Process Management de la UTN y una amplia trayectoria en el área de producción de bienes y de prestaciones de servicios. Trabaja junto a desarrolladores desde hace 12 años con el fin de implementar sistemas que ayuden en la toma de decisiones en el área de la construcción incrementando de ese modo, la eficiencia productiva en general.
¿Puede contarnos brevemente cuál fue su formación académica y su trayectoria laboral?
Realicé el secundario en una escuela provincial técnica en Chubut. Desde chico mi orientación estaba ligada a la parte técnica en general. Egresé con el título de Técnico en Equipos e Instalaciones Industriales. Luego, en el año 2003 cuando terminé la secundaria, intenté mantener mi orientación eligiendo una carrera de Ingeniería Industrial. Busqué perseguir la producción o prestación de servicio de manera eficiente, midiendo tiempos y estudiando el trabajo. El lugar designado para iniciar mis estudios universitarios fue la provincia de San Juan ya que tiene una buena universidad con fácil acceso a docentes. Además siempre consideré dicha casa de estudios como un lugar de excelencia a nivel académico. Finalicé mi carrera universitaria y mi práctica profesional allá por el 2009 y continué luego realizando cursos y maestrías. Realicé algunos módulos en una maestría en Administración de Procesos, Cursos de Programación y mi última capacitación fue una Diplomatura en Process Management. Mi primer trabajo como profesional fue en una autopartista en la provincia de San Juan al ingresar en un programa para jóvenes profesionales. El objetivo era pasar por todas las áreas de la empresa como calidad, mantenimiento, administración e ingeniería y así llevarme una idea acerca del funcionamiento de cada una de ellas. Luego de tres años, recibí una propuesta de una empresa de manufactura electrónica en Tierra del Fuego, a la cual accedí y dediqué al menos diez años de trabajo allí. En este caso, la propuesta era trabajar en la planificación y estudio de la producción, aunque al cabo de unos años finalicé como jefe de Ingeniería de procesos.
El siguiente paso fue la propuesta de una empresa de construcción en Estados Unidos. Allí debía enfrentarme a varios desafíos: uno tenía que ver con la forma o método que se usa para el despacho de los equipos y personal a la ubicación del trabajo; otro, fue la forma de contabilizar las descargas de materiales en una propiedad. Otro más era la creación de reportes financieros contables que permitieran tener una mejor visibilidad de cómo se está desempeñando cada negocio. Todos estos métodos eran muy diferentes a los que yo estaba acostumbrado a utilizar. Actualmente aún me sigo desempeñando en la misma empresa, trabajando en este último ítem y en algunos más.
¿Cómo y por qué se le ocurrió aplicar su conocimiento al área de la construcción? ¿Había algo similar en la materia antes de que usted comenzará a trabajar en su idea?
Al realizar mi práctica laboral en Tierra del Fuego, mi principal foco estaba orientado a colaborar en la realización de una producción esbelta, eficiente y mostrar fácilmente reportes e indicadores que nos ayudaran a mejorar y ser más competitivos.
Tuve la suerte de poder tener a disposición un área de sistemas, con ingenieros y programadores muy comprometidos en la labor diaria. Juntos creamos un sistema local parametrizable que llamamos GAMA (Gestión y Administración de Materiales), que nos permitió tener un grado de control de materiales y procesos que nunca había podido ver en otro lugar. Puedo decir que allí aprendí a leer los requerimientos de un proceso -ya sea productivo o de prestación de servicio-, pudiéndolos transformar en reportes, gráficas, indicadores o alertas junto con mi equipo de desarrolladores. A partir de esto, y escuchando la necesidad que tenía la empresa de construcción en Estados Unidos, fue que decidí que tenía las herramientas necesarias para al menos intentar el desafío propuesto.
¿Cómo es exactamente el software que diseñó junto a un grupo de desarrolladores en pro de optimizar la eficiencia productiva en el área de la construcción?
Desde mi llegada a la empresa, el objetivo fue aprender las operaciones que allí se realizaban y detectar aquellos puntos donde tenemos más oportunidades de mejora, sin perder de vista los objetivos principales. Uno de los desarrollos más interesantes que implementamos fue una web (que a futuro también tendrá su versión de aplicación) que sirve para despachar el equipo y sus operadores a un lugar asignado, con un equipo determinado y en un cierto horario. Despachar significa “confirmar” y brindar una notificación hacia cada persona involucrada. Cada vez que un cliente solicita la prestación del servicio con operadores de una de nuestras máquinas, es necesario crear el correspondiente registro, notificar y luego tomar ciertas métricas para seguir el desempeño. Esta es básicamente la función del software.
¿Cómo es su funcionamiento, su aplicación y a qué tipo de empresas y/o profesionales dentro del área de la construcción apunta?
A continuación, dejo un breve flujo acerca del funcionamiento del software de despacho de trabajo. Está orientado a aquellas personas cuya función sea la coordinación de los recursos que se necesiten para ejecutar un trabajo, por ejemplo, un planificador o un dispatcher. Busca hacer rápido y eficiente este trabajo y a la vez obtener indicadores automáticos acerca de la cantidad de trabajo por cliente, del conocimiento de qué máquinas se utilizaron más, que tipo y que carga de trabajo tiene cada operador, la cantidad de trabajo por área, entre otros. Además, ejecuta notificaciones por texto y mail de manera automática. De esta manera es posible saber si el operador está al tanto de su tarea o si la canceló. El sistema ejecuta alertas que informan al dispatcher horas antes de empezar el trabajo.
¿La propuesta que ustedes diseñaron es más económica con respecto a un enlatado? ¿Cuánto?
La empresa de construcción para la cual trabajo se encuentra en California (Estados Unidos) en la zona denominada Bay Area. Esto es lo que se conoce como el Silicon Valley, lugar donde se alojan las compañías de IT más grandes del mundo como Apple, Google, Netflix, Meta, entre otros. La cantidad de software que hay en el área para cada necesidad, junto con el aceitado mecanismo de venta y postventa hace que sea fácil para una empresa local llamar, contratar el servicio y comenzar con una suscripción anual/mensual según el caso. Eventualmente, si uno requiere alguna customización que, por supuesto fuera posible, se cobra por separado dependiendo la cantidad de horas insumidas por la empresa. En algunos casos también se cobra por separado el soporte en caso de requerir ayuda puntual con ciertos reportes. En nuestro caso se desarrolla una herramienta que requiere el valor de horas hombre de la persona, más algunos fees propios del mantenimiento de servidores/licencias. No es necesaria una suscripción mensual/anual, y en caso de requerir un nuevo instrumento dentro de la herramienta, se hace una cotización en cuanto al tiempo que puede insumir. El valor de la hora hombre de un desarrollador en Argentina es considerablemente menor al de uno en Bay Area, y el grado de conocimiento en herramientas, código y desarrollo es comparable desde mi punto de vista.
¿Por qué asegura que desde su percepción un enlatado no cumple con muchos de los requisitos necesarios para eficientar esos procesos?
En principio, no es mi intención superponer uno sobre el otro. He trabajado con enlatados importantes y también con software customizables y ambos tienen sus pros y contras. Pienso en general que una mediana/gran empresa va a requerir un software enlatado ya que incluye las bases de toda la gestión principalmente contable/financiera. Tuve una experiencia no tan buena con los enlatados cuando hemos requerido cambios o generaciones de nuevos instrumentos que nos ayuden en la toma de decisiones. Sucede que aquí intervienen equipos de trabajo, Project manager, procedimientos, testeos y un método de trabajo usualmente lento, caro, y que no siempre lleva a lo que uno necesita por propias limitaciones en el software.
Es posible hacer un programa por fuera del software enlatado, que se comunique con el mismo tomando las tablas de datos y que arroje exactamente lo que uno requiere en menos tiempo y de una forma más económica si se trabaja con desarrolladores locales. Quizás inicialmente el tiempo de implementación es alto, pero posee adaptación y flexibilidad total, además de ser escalable en caso de requerir nuevas actualizaciones.
¿Cuáles son las fallas más frecuentes que encuentra en el trabajo dentro del área de producción de bienes o de prestaciones de servicios dentro del área de la construcción?
Desde mi experiencia veo tres aspectos que me parecen críticos:
- Carencia de Indicadores, kpi, reportes que nos muestran cómo evoluciona una parte determinada de la organización.
- Demoras en las cobranzas según avance de proyecto
- Lograr una trazabilidad fina de costos de cada proyecto. Gastos incorrectamente imputados que no son cobrados apropiadamente
¿Cómo cree que está la Argentina en materia de tecnología aplicada a la construcción?
Desde mi opinión, pienso que en materia de desarrollo y competencias técnicas de nuestros profesionales estamos muy bien en relación a otros países. Sin embargo, no sabría decir cuánto de ésto está aplicado en la construcción fuera de lo que se refiere a un software de gestión.
¿Por qué considera que las empresas argentinas no realizan la inversión necesaria en tecnología? (En caso de que así sea)
En realidad pienso que sí invierten. Sin embargo, creo que por razones de riesgo/volatilidad, se necesita que al momento de realizar una inversión -ya sea en maquinarias, desarrollos, software-, se repague lo antes posible y quizás se descartan opciones a mayor plazo. En cambio, la implementación de un software enlatado es rápida, y en sí los sistemas son confiables ya que están muy testeados. Aunque, desde mi punto de vista, en ocasiones muestran una rigidez y falta de diferenciación que pueden brindar menores ventajas a nivel competitivo.
¿Qué importancia tiene la capacitación para utilizar estas herramientas?
Importantísima. La capacitación en cuanto a software enlatado está muy desarrollada. Lo que se hace es seguir pasos en procedimientos internos que van desde una preparación inicial hasta una evaluación y seguimiento de las personas capacitadas. Existen diversas formas para capacitarse ya sea de manera presencial, virtual o híbrida además de soportes de chat u online los cuales funcionan usualmente las 24 horas. Algunos software, incluso, ofrecen una plataforma completa (caso de Sage University) con cursos de e-learning, aulas, webinars, etc. Para el caso de un parametrizable, la persona de la organización participa directamente del desarrollo. El usuario se vuelve un experto porque conoce perfectamente las funcionalidades ya que contribuye en los criterios del programa. Sin embargo, considero importante la redacción de procedimientos o instrucciones explicando a detalle con imágenes cada una de las funcionalidades y, de esta forma, asegurar que el conocimiento en el mismo sea transmitido apropiadamente.
Conozco casos de transmisiones de conocimiento no apropiadas en parametrizables en donde se terminan haciendo consultas al desarrollador del sistema acerca de cómo funciona uno u otra aplicación ya que el experto de la organización ya no continúa en funciones para la empresa.
¿Qué importancia tienen las leyes/reglamentaciones para aumentar el uso de estas herramientas? Es decir… si fuesen “obligatorias” o “recomendadas”?
No estoy muy seguro en cuanto a la importancia de leyes para obligar y recomendar acerca de introducir estas herramientas. Pienso en sí que el mercado va a distinguir entre aquellas que son eficientes de las que no y, por lo tanto, aquí se decidirá la permanencia de las mismas. Hoy en día el mercado es el que obliga a competir cada vez mejor, de lo contrario una empresa no podría ser sustentable y mantenerse en el tiempo.
¿En qué países podría inspirarse la Argentina para mejorar en esta área? ¿Por qué?
Sinceramente siento que no cuento con las herramientas y el conocimiento necesarios para responder esta pregunta. Pero sí podría hacer una analogía con la India o Australia que fueron de los grandes países más generadores y vendedores de software.
Por: Lorena Grojsman
