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

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 esto s

Imagino que usted, persona que lee este blog, debe estar familiarizada con la idea de Seinfeld de no romper la cadena . Él dice que para ser productivos en nuestro proyecto debemos trabajar todos los días, sin romper la cadena, sin interrupción. Para hacer esto muchas personas utilizan herramientas de manejo de tareas y en particular un recurso característico que es la tarea repetitiva . Una forma de recordar hacer algo todos los días es ponernos una tarea repetitiva que nos lo recuerde. De lo que a veces no somos conscientes es que esto nos pone en un piloto automático peligroso. Al tener una tarea concreta siempre, dejamos de pensar en lo que el proyecto realmente necesita. Hay situaciones donde es bueno tener rutinas instauradas como tareas repetitivas pero tal vez una buena forma de obligarnos a pensar en cada proyecto que tenemos entre manos sea dejarlo sin tareas .  Volveríamos un poco a las bases propuestas por el dios de la productividad, léase David Allen,