Así no se hacen las cosas por Ernesto Kiszkurno

Hay un error común en el que caen las organizaciones que es el de creer que RPA y Automatización son lo mismo. RPA es una de las formas posibles de usar tecnología para lograr automatizar procesos, pero no la única. Hay otras herramientas que van más allá de usar un robot de software. Usar robots físicos, desarrollar software específico (nuevo software o evoluciones de software existente), desarrollar interfaces/integraciones entre sistemas y hasta usar herramientas de BPM son algunas otras opciones. Si tuviera que arriesgar una definición matemática diría que automatización contiene a la robotización, aunque no faltará el lector que me escriba un contra ejemplo para esto. Es un error común porque los seres humanos somos muy proclives a subirnos a las modas de turno y pensar que todos nuestros problemas se resuelven con ellas. Ahora el mundo habla de RPA, pues entonces usemos RPA para todo. Desgraciadamente, como Fred Brooks dijo hace 33 años , no hay balas de plata. P...

Dejo a continuación un artículo que escribí hace unas semanas para Perspectiva Digital . El problema empieza ya desde el nombre. Muchos quieren hacer RPA cuando deberían pensar en automatizar . Sugiero esto porque el concepto de automatización es más amplio y abarcativo. RPA es una de las formas en que podemos automatizar, pero hay otras. Una vez que hemos denominado correctamente la práctica, debemos entender que la automatización es una práctica que debe madurar dentro de la organización . No es algo que vaya a ocurrir de la noche a la mañana, requiere tiempos que no pueden acortarse. Esto es especialmente cierto al comienzo. Luego sí podemos ir acelerando. A continuación, doy 5 factores clave a tener en cuenta para tener una implementación exitosa de esta práctica: (1) Ir de menor a mayor Si bien es tentador tratar de plantear la mejor solución posible (sobre todo para los informáticos) ese camino es lento. Lo que nosotros queremos con la automatización es ...

Hoy leí una de esas frases que yo llamo "sí, claro". Una frase "sí claro" resulta obvia al momento de ser leída pero que antes de ese instante que no la tenías en la cabeza.  Fue en un post de Leo Piccioli y fue esta: "Todo proceso va a fallar, salvo que se consideren las fallas dentro del proceso.". Cuando hablo de automatización de procesos con mis clientes veo que pasan de tener un proceso totalmente manual y propenso a errores, a querer tener un proceso totalmente automático y sin errores. Una lógica binaria de automatización si se quiere. Sí, automatizamos para disminuir la cantidad de errores que producen las tareas manuales en el proceso, pero no siempre la mejor estrategia es plantearse el "cero error" de entrada (o el manejo del 100% de las fallas). Entre el 0% y el 100% de automatización hay matices muy útiles. En general resulta conveniente empezar con humildad reproduciendo el proceso normal, para luego, iterati...

Hoy leí un nuevo artículo sobre automatización de Enrique Dans en el que vuelve a alertarnos sobre el lado oscuro de la automatización . Es decir todo lo malo que va a pasar (o está pasando) gracias a ella. Me hizo acordar a este video  (de 9 min). El efecto que tienen ambas cosas es parecido. Te dejan pensando en ¿Qué voy a hacer yo en este nuevo mundo?  Porque hoy están golpeando la puerta de al lado pero ¿qué les impide golpear mi puerta mañana? En un punto es tragicómico porque sí, resulta que podía haber algo peor que Uber para los taxistas y son los robots. Algo que hasta Uber sabe y por eso está avanzando en incorporar vehículos autónomos . Desgraciadamente en este post no hay moraleja o llamado a la acción o idea de trabajo, sólo un dato: la automatización avanza . Seguimos pensando..

En estos tiempos uno de los riesgos potenciales que tienen los equipos de automatización es perder demanda. El hecho de no poder tener reuniones presenciales puede generar un menor afluente de oportunidades de automatización y por ende dejar a parte del equipo RPA sin trabajo. Para que esto no ocurra es fundamental generar actividades de discovery virtuales efectivas  que permitan seguir buscando y encontrando oportunidades de automatización. Deben ser cortas, enfocadas y con resultados tangibles (salir con robotizaciones que vale la pena trabajar). La robotización de procesos es una actividad que puede realizarse 100% en forma remota. Sólo necesitamos emplear la metodología e infraestructura correctas para hacerlo. Invertir en este objetivo es fundamental para poder capturar las ganancias que la automatización de procesos promete. Seguimos pensando..

Cuando se habla de automatización y robotización es común caer en discusiones relacionadas con pérdida de puestos de trabajo, la obsolescencia de la fuerza de trabajo y hasta la dominación de la humanidad por parte de los robots. Es cierto que los avances de la tecnología plantean muchos dilemas éticos, económicos y filosóficos. Pero también hay una lectura más práctica y simple del asunto.  La automatización también permite lograr ciertos beneficios (disminuir errores, bajar costos, evitar accidentes en profesiones de riesgo, etc) sin necesidad de afectar la empleabilidad de nadie. En ese sentido, destaco una nota de InfoTechnology  en la que se describen varios ejemplos de empresas argentinas que vienen trabajando en el tema. Lo interesante a mi criterio es la diversidad de formas en las que puede encararse la idea de "automatizar procesos de trabajo" . Desde la incorporación de robots hasta la sistematización de ciertos procesos clave por medio de software. ...

¿Se han encontrado con frases parecidas a esta? "Quiero automatizar todas las pruebas de esta aplicación, de esta forma podré achicar el tamaño de mi equipo de testing. El objetivo es apretar un botón y que todo se testee sólo." Yo sí y provienen de un error muy común. Mucha gente cree que la automatización de pruebas tiene por objetivo reemplazar horas de testing realizado en forma manual por tiempo de una máquina. En el extremo, para determinados dominios y tipos de prueba, podríamos llegar a no necesitar tiempo dedicado a ejecutar tareas manuales por parte de un tester. Vamos a tener que trabajar duro para conseguirlo pero sería posible. En la práctica hay muchos estadios previos que resultan muy útiles y hasta con mejor relación costo-beneficio. Mucho más productivo es pensar los temas de automatización en términos de optimización del tiempo del tester . No buscamos reemplazar al tester, sino minimizar los trabajos manuales. Todo trabajo que pudiera ser realizado por un...

La semana pasada Natalia Foletti de El Cronista me pidió opinión sobre el avance de los robots, y la automatización en general, en el mundo laboral. Hablé del por qué estas cosas ya no son futuro sino presente y sobre los problemas concretos que la automatización (mediante robots) resuelve. Les dejo el link a la nota. Seguimos pensando..

He notado que algunos tienen la fantasía  de que, si trabajan duro e invierten, lograrán tener una biblioteca de casos automáticos que podrá ejecutarán por los siglos de los siglos, ahorrándose un montón de trabajo manual. Pues bien, tengo una buena y una mala noticia. Empezando por la mala, la verdad es que no siempre lo lograrán.  He visto muchas situaciones donde por distintas razones el reuso de los scripts se hace muy difícil y debemos estar siempre encima de ellos (arreglándolos, manteniéndolos/ajustándolos, descartándolos, agregando nuevos, etc.). A veces tiene que ver con la aplicación (que cambia mucho, no madura o simplemente no anda), a veces con la arquitectura en la que trabajamos, con las herramientas que utilizamos (no sólo la de automatización), a veces con el tiempo que nos damos para automatizar (hacer las cosas más genéricas lleva más tiempo), a veces es por las personas que están automatizando, etc. Siguiendo por la buena noticia, hay un...

La semana pasada Canal-AR publicó un breve artículo sobre automatización. Se los dejo: Toda una generación creció creyendo que los robots se manifestarían en la forma de Robotina, la asistente hogareña del futurista dibujo animado The Jetsons, o de Jaime, el humanoide literal que acompañaba al Superagente 86 y que era capaz de desatornillarse un brazo sólo porque le habían pedido “dame una mano”. El futuro llegó y los robots trabajan, asisten en los hogares, atienden clientes, resuelven sus problemas y ayudan a realizar cálculos y actividades complejas. Sin embargo, a diferencia de lo que ocurría con aquellos que aparecían en televisión, muchos pasan casi desapercibidos. Están embebidos en los procesos o camuflados en interfaces de software. El viejo concepto de robot humanoide y físico ha dejado paso a formas más sutiles . Lo interesante además es que esto no sólo sucede en el norte, sino también en nuestros países de América latina. Si bien hay muchísimos ejemplos de robots qu...

En esta época nos encanta generar grietas. En lugar de buscar puntos (intermedios) de acuerdo nos encargamos eficientemente de encontrar posiciones lejanas a lo que el otro me está diciendo. En lo que a la automatización de procesos respecta lo veo muy claro. Mientras hace tiempo salían notas acerca de la cantidad de puestos de trabajo que se perderían por los robots o cosas peores (" Tenemos que frenar el avance de Skynet! "), ahora nos encontramos con otras que lo desmienten y poco más que los robots son nuestro más amigo fiel.  Tan solo una rápida búsqueda en Internet nos muestra títulos increíbles. En 2017, una tímida pregunta:  ¿Puede un robot sustituirte en el trabajo?  En 2018 ya el apocalipsis:  Los robots se "robarán" 30% de empleos en una década: administración y finanzas sufrirán más automatización . Por suerte ahora en 2019 nos relajamos un poco con  Finalmente, los robots no se quedarán con nuestros trabajos, los van a mejorar . Pero es...

En una entrada del blog de Enrique Dans titulada Todo lo que pueda ser automatizado será automatizado  se plantea algo interesante: "El problema de la automatización de los servicios de banca, lógicamente, está en el porcentaje de clientes que mantienen una perspectiva más tradicional y tienden a preferir la interacción con una persona." El primer reflejo ante este problema es decir "tengo que mantener mi infraestructura o esa gente va a ir a otro lado". Pero tal vez no sea mala idea que esa gente deje de ser cliente: "¿Qué ocurre a medida que las personas que exigen ser atendidas por otra persona optan por competidores que  proporcionan ese modelo de atención? Sencillamente, que eso obliga a esos competidores a mantener plantillas e infraestructuras más amplias y costosas, un factor que tiende a lastrar sus costes y su competitividad . Por tanto, los bancos más eficientes pasan a ser precisamente aquellos que son capaces de atraer a los client...

Hace un tiempo di una charla  en la que hablaba del futuro del testing y por donde podrían los testers ampliar sus horizontes.  En ese entonces decía que la gente que trabaja en testing no debía preocuparse mucho por la pérdida de puestos de trabajo a manos de la robotización y hablaba, por ejem plo, de usar las capacidades de testing en todo lo que tiene que ver con probar la experiencia de cliente . Hoy pensando en lo mismo, les traigo otra punta: RPA ( robotic process automation ). La idea detrás de RPA es entrenar a un robot para hacer acciones sobre una o varias aplicaciones, emulando lo que haría un humano.  Los beneficios de hacer algo así son los imaginables: optimización de las operaciones, reducción de costos, mejora en la experiencia del cliente, etc. Pero lo interesante, para la gente acostumbrada a hacer automatización de pruebas es que  Las habilidades necesarias para automatizar procesos en este nuevo contexto (RPA), son muy parecid...

Siempre me gustó la película Jurassic Park. La parte donde discuten sobre las fallas del sistema (150 aprox.), el grado de automatización del parque y la cantidad de líneas de código o procesadores, vista en nuestros días resulta muy simpática y visionaria. La película tiene autos que no necesitan conductor, puestos de trabajo que se pierden por la automatización y manipulación genética. Todo un adelanto para nuestra época. Seguimos pensando..

Todo vuelve, todo gira, todo vuelve a empezar. Hace unos días estuve en una charla introductoria sobre blockchain . Me resultó muy interesante poder preguntar de primera mano algunas cosas que no sabía y entender que, de cierta forma, hay nuevas tecnologías que nos hacen volver a empezar y reutilizar nuestras habilidades. Hablo de volver porque la escritura de smart contracts  en blockchain involucra asegurarse que dichos contratos funcionan bien, es decir, involucra probarlos. ¿Cuál sería el costo de un error o una vulnerabilidad en un contrato de estos? En una nota de mayo de 2016 llamada Testing Blockchain se describen algunos de los problemas por los que está atravesando la práctica de testing en esta tecnología: Mucho Testing Manual Inmadurez en la práctica automatización Múltiples frameworks para automatizar ¿Les suena conocido? En palabras del entrevistado en la nota "The smart contract world has caught up, in a sense, with the traditional software eng...

A medida que vamos acumulando “años  de experiencia”, comenzamos a tener momentos deja vu. Es decir, reediciones de problemas y soluciones del pasado, en el presente. Uno de esos temas es el de BPR y RPA. El BPR (Business Process Reingeneering) de hace 20 años no es tan distinto de lo que sucede  hoy con RPA (Robotic Process Automation). La gran diferencia está en las herramientas de las que disponemos actualmente para hacer nuestra organización más ágil. Tomemos como ejemplo el tema de la automatización de actividades de escritorio (RDA -  robotic desktop automation), donde el objetivo principal es estandarizar, automatizar y agilizar las actividades de un usuario final en su desktop. El objetivo es el mismo de hace años, la diferencia es que hoy tenemos un sinfín de herramientas para facilitarle el trabajo al usuario o para que él mismo automatice parte de su trabajo. La sensación de deja vu viene cuando entendemos que lo que estamos tratando de h...

Hace unos días publiqué esta nota  que transcribo a continuación en Perspectiva Digital . En estos días nuestras rutinas y costumbres están siendo modificadas en forma abrupta. Hemos tenido que pasar a modalidad remota compulsivamente e iniciar una carrera contra reloj para mantenernos sanos y productivos. ​Empresas e individuos están siendo sometidos a un tsunami de cambios en diversos órdenes de la vida, pero uno de los frentes donde más claramente se ve esta situación es en el del comercio electrónico. Todos estamos teniendo que usar servicios online en una suerte de prueba de estrés coordinada a escala planetaria. El resultado a la vista es que pocos están preparados para algo así. Este es el momento en el que las empresas se acuerdan de aquel especialista (de la calidad, la infraestructura, etc.) les decía que sería bueno hacer pruebas de performance para entender los cuellos de botella del proceso o que si se mudaran a la nube tendrían un nivel de escalamiento ad...

Una de las cosas más importantes que hacer para lograr eficiencias reales mediante RPA es comunicar . Cuantas más personas sepan qué es, para qué sirve y qué flujos de trabajo vale la pena automatizar , más fácil será la cruzada por optimizar nuestra empresa mediante la digitalización. Parte del atractivo que veo tiene esta herramienta para las áreas de negocio y operativas de las empresas es que les da la posibilidad de estar cerca de la implementación de la automatización . Son proyectos cortos, ágiles y concretos. Resuelven problemas del día a día en cuestión de semanas. Comunicar y evangelizar promueve esta cercanía y permite sumar a los usuarios en el equipo. En definitiva aquí también estamos ante un cambio  cultural . Seguimos pensando..

Para los que no sabían ya salió el informe de este año del World Quality Report, una referencia obligada para entender qué está pensando el mercado respecto de la calidad. Si bien todavía lo estoy masticando, ya desde el vamos hay algo interesante para destacar. Los miembros del top 5 no han cambiado como grupo, pero sí en el orden. Hay como una especie de vuelta a las bases y el tema de mejorar la calidad del software  ha vuelto a ser valorado. Luego hay otras cosas más previsibles que abordaremos seguramente en el futuro del blog como ser el crecimiento en importancia relativa de temas relacionados con la transformación que estamos viviendo en otros ámbitos como ser: Automatización inteligente, hacer analítica en testing, IOT y Testing o Testing en móviles y dispositivos.  Ustedes ¿Lo han leído? ¿Qué opiniones tienen? ¿Qué opinan del huracán DevOps? Seguimos pensando..

Es común, en estos días, escuchar a todos hablando de la transformación digital que las empresas están atravesando, sufriendo o anhelando. Sí, porque algunos están en proceso (aprendiendo al hacer, equivocándose y/o teniendo éxito) y otros están en un paso previo (diciendo que lo necesitan sin hacer nada efectivo para avanzar). No es tan común escuchar sobre la transformación digital que están viviendo las personas, en la que también hay mucho para ganar y en diferentes planos.  En el plano del hogar nos encontramos con  artefactos más inteligentes (encendiéndose y apagándose a control remoto) y fáciles de usar (interfaces de voz) menos cables (todo gira alrededor del wifi) menos papeles (cada vez más cosas llegan y se almacenan en forma digital) formas de controlar más uniformes (todo empieza a manejarse desde una tableta o un móvil erradicándose así los miles de controles remotos que teníamos por ahí) menos libros físicos (pues empiezan a comprarse y lee...