Así no se hacen las cosas por Ernesto Kiszkurno

Me encuentro con la nota titulada How Algorithms Could Improve Primary Care que cuenta cómo es posible ir automatizando con sentido común los protocolos de atención en Salud  y no puedo evitar pensar que si es posible hacerlo allí donde hay vidas en juego, seguro es posible hacerlo en otros ámbitos menos riesgosos . A menudo veo equipos tratando de resolver necesidades mediante complejas soluciones cuando lo mejor es simplificar . A veces es mejor elegir algo rápido antes que robusto u óptimo, elegir algo acotado antes que "punta a punta" o más abarcativo. Siempre hablo del 80/20 de Pareto en estos casos. ¿Cuál es el 20% de alcance que tenemos que automatizar para obtener el 80% del ahorro/beneficio real?  En estas situaciones el sentido común es nuestro mayor aliado. No busquemos resolver todos los males del mundo juntos, empecemos por lo más beneficioso y luego vayamos viendo. Seguimos pensando..

Hace unos días escribí un breve artículo para Perspectiva Digital . Se los dejo a continuación. Iba a usar alguna foto de la película pero luego recordé un excelente tuit de Henrik Kniberg respecto a esto  en el que además me daba permiso de usar la imagen. ​ En la  película Batalla Naval  hay una escena donde su protagonista, mientras sube a las corridas al  acorazado USS Misoury  para asistir a una ceremonia dirigida por su futuro suegro, escucha a un niño preguntar cuál es la diferencia entre un destructor y un acorazado. Sin importarle otra cosa se detiene y le da una respuesta divertida: "Los acorazados son barcos grandes y fuertes diseñados para resistir cualquier ataque durante la batalla. En cambio, los destructores son pequeños y ágiles. Están diseñados para las exigencias de hoy". La pandemia nos puso en una encrucijada. Por un lado, nos obligó a distanciarnos y a trabajar remotamente. Por otro, nos ha   forzado como organizaciones, a mantenernos ...

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..

En el mundo de hoy ya no alcanza con identificar procesos manuales y repetitivos para ser automatizados (usando RPA u otras herramientas). Hoy necesitamos una nueva estrategia , que nos haga estar un paso adelante de nuestros competidores, que nos permita dar la milla extra a nuestros clientes y dedicar el tiempo de nuestros colaboradores a las actividades correctas. Hoy debemos manejar el concepto de #AutomationFirstMindset, es decir pensar todos los  value streams  de nuestra compañía de la manera más automática posible. Desde los grandes flujos de trabajo, hasta los pequeños. Sin distinción. Automatizar es más que ahorrar , es hacer que las cosas se muevan a otra velocidad y con otra fluidez. Para eso necesitamos que la iniciativa sea comandada al nivel organizacional correcto, desde una posición que pueda ir desde lo estratégico hasta lo concreto y práctico de cada área . En la medida que no entendamos este cambio, seguiremos teniendo mejoras marginale...

Este año, a pedido de Nadia y Gustavo , di una charla en Argentesting  llamada "Automatizar al infinito y más allá, trae sus inconvenientes" . Hablé de la evolución de la práctica de automatización de procesos en las empresas. Fue mi segunda charla sobre el tema e intenté contar el día después al enamoramiento con esta tecnología. Pueden acceder al video aquí  y a las diapositivas por aquí . Seguimos pensando..

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..

Posibilidades de automatización hay por todos lados, aun en situaciones donde creamos que tenemos las de perder. Si no me creen vean esta publicación  de Accenture que relata la forma en que simplificaron su proceso de facturación a clientes. Aquellos que conocen dicho proceso saben que es sumamente dependiente de cada cliente, sumamente manual en cada uno de sus pasos y sumamente tedioso para todos los involucrados.  La mas mínima mejora en él, nos dará un salgo gigante en la mejora de la experiencia de usuario.  "No siempre es ahorrar horas, a veces es mejorar la experiencia." Seguimos pensando..

Trabajar sobre la experiencia del cliente significa remover fricciones y hacer más fluidos los procesos . Usualmente esto se logra digitalizándolos por medio de tecnología. La tecnología nos permite  remover cuellos de botella . Cuando intentamos esto, tarde o temprano llegamos a que tenemos que cambiar los sistemas que usamos (incorporando interfaces entre ellos, agregando nuevas funcionalidades, etc.). Desgraciadamente no siempre podemos hacer estas cosas en tiempo y forma. Las razones pueden ser muchas: los cambios son difíciles de priorizar en la larga lista de cosas para hacer, los cambios no dependen de la organización y ni siquiera están en el backlog, los cambios llevan tiempo, etc. Es ahí donde RPA (robotic process automation) entra en juego, procurando que estos temas no sean "el" tema. No olvidemos que el objetivo es mejorar la experiencia de cliente y no incorporar tecnología porque sí. Incorporar tecnología no es un fin en sí mismo. RPA suele verse...

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 ...

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...

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..

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...

Como todos los años Gartner presenta la agenda del CIO para el año próximo en diversos lugares y eventos. En este artículo por ejemplo, se muestran los resultados de una de sus encuestas. Más allá de los buzzwords que venimos viendo en distintos lugares quiero destacar la aparición de RPA (robotic process automation) como tema. Parece que lo que vengo viendo en la práctica (con  mis charlas  sobre el tema y las reuniones en empresas de múltiples industrias) empieza a verse también en las encuestas. La automatización [inteligente], basada en datos y en IA, irá ocupando un lugar cada vez más preponderante en la agenda organizacional pues aporta resultados concretos, medibles y de corto plazo. Seguimos pensando..

Este año nuevamente participé con gusto de Argentesting , con una charla titulada Automatizando en Producción, una suave introducción a RPA . Para más detalles tienen que estar pendientes del sitio de la conferencia pues publicarán las charlas en breve o pueden escribirme y les facilitaré detalles. Aprovecho para felicitar a Nadia y Gustavo por ponerle tiempo y ganas a la organización. Tenemos pocos eventos de testing en Buenos Aires por lo que hay que tratar de aportar y fortalecerlos. También, agradezco el haberme permitido participar. Seguimos pensando..

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 este  capítulo de The Big Bang Theory Sheldon se convierte accidentalmente en un vendedor de electrónica excepcional. A consecuencia de haber ido a una tienda de electrónica se cruza con personas que le hacen preguntas sobre productos que quieren comprar y él, gracias su conocimiento técnico, responde y se va ganando el lugar de vendedor experto.  La escena termina cuando Sheldon es arrastrado por un vendedor y Penny fuera del local y Sheldon se despide de su cliente diciéndole "Good luck". Todos los fans de la serie sabemos que si de parecerse (como humanos) a robots se trata, Sheldon es lo más cercano que podemos encontrar a ellos. Esta escena nos muestra un poco el camino que está transitando el retail hacia un mundo en el que el rol de "vendedor" tal y como lo conocemos irá desapareciendo. En un artículo llamado The days of the retail clerk are over , Doug Stephens explica por qué cree que los vendedores irán desapareciendo.  Por un lado, debido a...

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...

Hay gente que tiene una idea muy simplista del testing. ¿Escucharon frases como “vamos a automatizar todo así podemos probar cuando queramos” o peor “vamos a automatizar todo así necesitamos menos testing manual”? Hay varios problemas con esa visión del testing. Por un lado para poder escribir un script necesitamos saber qué queremos probar. Para eso necesitamos conocimiento funcional y criterio. No todo vale la pena automatizar. Por otro debemos saber cómo automatizar. Para ello necesitamos conocimiento de las herramientas a utilizar. Pero hay otras cuestiones importantes como el por qué automatizar algo (porque vale la pena desde el punto de vista del costo beneficio) y el cuándo (en el momento que el código esta suficientemente estable). La moraleja de todo esto es que para llegar al script hay que pasar por todo este proceso antes. No se trata de escribir otra pieza de código asociada al software sino de pensar la mejor forma de probarlo. En definitiva, es más importa...

En proyectos complejos donde hay un equipo de mediano a grande hay miles de temas sobre los que conviene que todos estén en la misma página .  La dinámica usual es organizar reuniones o escribir correos para explicar, informar y justificar las decisiones y los avances. Este enfoque funciona bien con los "grandes temas" pues son temas que claramente conviene hablar para explicar mejor y dedicarles cierto tiempo.  Pero ¿qué pasa con los "pequeños temas"? Esas pequeñas noticias sobre las que seria bueno que todos estemos informados  pero que son de un tamaño que no amerita una reunión o un mail? Encima son cosas que a veces es difícil registrar como tema a informar pues pasan fugazmente sin que nos demos cuenta que es un dato que otro puede necesitar en algún momento. Un ejemplo de esto sería: Apareció una oportunidad en la empresa XXX, le tengo que avisar a Fulano que ocurrió porque tal vez a él le sirva para hacer YYY). Pues lo bueno de esta época es que...