Automatización Inteligente: Estrategias y Consejos para un Análisis Efectivo de Implementaciones RPA
Tips para un analisis preciso a la hora del relevamiento de tus bots
Hola! por acá Mariela 👋
Bienvenid@! En este articulo te enseñaré algunas estrategias útiles a la hora de realizar el análisis de proceso para la construcción de tus robots.
Este post es una colaboración con RPA 360, el blog de Mariela Britos. Si quieres recibir estas publicaciones desde tu correo electrónico, te invito a suscribirte a mi blog.
¡Saludos a todos! 👋 Seguramente se estarán preguntando quién soy 😊.
Permítanme presentarme, soy Mariela Britos, analista de sistemas. Mi travesía en el mundo de la Automatización Robótica de Procesos (RPA) comenzó hace aproximadamente 2 años y medio como desarrolladora RPA utilizando la herramienta de Rocketbot. Actualmente, desempeño la función de analista de negocios RPA (Business Analyst).
El propósito de este artículo es compartir mi experiencia y proporcionar algunos consejos clave al realizar un análisis de procesos a automatizar. Observé que no todas las empresas cuentan con este rol específico para RPA, lo que lleva a que muchos desarrolladores deban asumir roles multifuncionales.
Para iniciar, ofreceré una breve explicación de la función de los roles en RPA, seguido de datos importantes para llevar a cabo un análisis efectivo.
Desvelando los Roles Clave en el Mundo de RPA
Desde mi perspectiva, en el ámbito de la RPA, considero que existen cinco roles fundamentales para un proyecto exitoso:
Project Manager / Gerente de Proyecto
Tech Lead / Líder Técnico
Business Analyst / Analista de Negocios / Analista Funcional
Architect RPA / Arquitecto de Soluciones
Developer RPA / Desarrolladores
Espero que estos consejos y experiencias resulten valiosos en sus proyectos de RPA. ¡Sigamos explorando el fascinante mundo de la automatización!
Al observar el gráfico adjunto, queda evidente que cada pieza del rompecabezas está interconectada y la comunicación efectiva es la llave para lograr nuestro objetivo final.
En mi enfoque como Analista de Negocios, me sumerjo en la importancia de todos los roles mencionados. El líder del proyecto (PM) dirige y organiza, el Arquitecto de Soluciones y el Líder Técnico colaboran estrechamente, y el Analista de Negocios, se conecta con el cliente para definir y diseñar el proceso.
🔍 Consejos que he aprendido en mi camino!
👥Siempre mantener una comunicación clara y concisa con el cliente — A la hora de armar un documento (en mi caso el PDD) o un mail recordar mantener un dialecto y una escritura clara.
El cliente no entiende nada de código ni diagramas complejos o mapeos, entonces si se realiza alguna consulta lo recomendable es darse a entender de la manera más fácil para ellos. Esto es de suma importancia, porque podemos tener clientes nulos en el área de tecnología como clientes que tienen algo de conocimiento. Pero siempre tener presente que no saben mucho y necesitan entendernos.📝Especifica requerimientos de negocio de manera clara, justificando su utilidad — Volviendo a lo mismo, ser claros ante todo y no solo por ejemplo colocar “se necesita las credenciales del correo”. Lo óptimo sería: “se necesitan las credenciales del correo, es decir, el usuario y la contraseña del mail del bot para poder enviar un correo electrónico o porque la herramienta con que se crea el bot lo requiere”.
📑Detalla tu PDD — El Process Design Document (PDD) es tu guía y acuerdo con el cliente, detállalo exhaustivamente.
🗨️En la fase de análisis, asegúrate de comprender completamente las necesidades del cliente — Para esto recomiendo realizar las sesiones que sean necesarias para su comprensión. Muchas veces, y por experiencia, nos brindan un video con los pasos a realizar de la automatización que requieren y se omiten "detalles", que luego se ven en el resultado final. Es por ello, que lo mejor al recibir un video es juntarse de nuevo con las personas involucradas en ese material y realizar una revisión de lo que están solicitando (cómo analistas ir ya con las preguntas o dudas armadas).
💡Recuerda al cliente que el bot no piensa — Estamos aquí para materializar sus ideas. Por ejemplo: mencionar que el bot por sí solo no puede saber si el nombre de una persona hace referencia a una mujer o un hombre, o si un número de identificación pertenece a un tipo específico de documento. Aquí podemos ayudarlos a pensar en alguna solución para que realice lo que ellos necesitan.
🗣️Explica tu PDD — Al explicar el PDD a los desarrolladores, hazlo accesible y colabora con el Líder Técnico.
🖋️Mantén el PDD actualizado siendo una referencia valiosa ante posibles cambios del cliente — Por experiencia, sabemos que el cliente puede cambiar algo en el proceso y ello afecta al funcionamiento correcto del bot, es por esto que tienes que mantener siempre actualizado el PDD. Además, de quedar como documento de apoyo de lo realizado.
Tener experiencia en la herramienta de Rocketbot como desarrolladora ha sumado mucho, puesto que ya de antemano analizo lo solicitado a automatizar (como ser: aplicativos webs, aplicativos de escritorio, ocr, etc) y ello ayuda igual a un desarrollador "trainer/junior" que recién comience en este mundo del RPA.
Si están interesados, puedo compartir más sobre mi rol o incluso ofrecer un curso detallado. La experiencia como desarrolladora en Rocketbot ha enriquecido mi perspectiva, permitiéndome abordar diversas aplicaciones.
Espero que encuentren útiles estos consejos. ¡Gracias por leerme y por acompañarme en este viaje de automatización! 🚀😊
Te dejo algunos recursos que he utilizado para ir aprendiendo y formandome como analista de negocios RPA.
Si encontraste valor en este boletín, considera compartirlo con tu equipo.
Que tengas una linda semana! 🚀
Mariela.B