No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Curso de Analista de Negocios en RPA

Curso de Analista de Negocios en RPA

Jesus Cristian Medina Villalpando

Jesus Cristian Medina Villalpando

Desaf铆os

12/27
Recursos

Aportes 14

Preguntas 2

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Documentaci贸n Faltante

  • Identificar los responsables de la toma de decisiones para reunir la informaci贸n necesaria y correcta.
  • Validar con las partes interesadas que la informaci贸n es precisa.

Documentaci贸n de baja calidad

  • Comenzar la documentaci贸n a alto nivel, luego entrar谩s en detalle.
    • Esto permite elegir que si se puede automatizar y que no, para luego entrar en detalle en lo que s铆.
  • Lista de verificaci贸n para asegurar la documentaci贸n sea precisa y consistente.
  • Acordar con equipo de desarrollo el nivel de detalle necesitado para el desarrollo.
    • Por ejemplo: tipos de conexiones, tipos de credenciales, etc.
  • Solicitar revisi贸n al equipo de desarrollo para tener puntos de vista m谩s completos.

Alcance claro

  • El alcance del proyecto debe estar claramente definido y documentado, plantear los problemas existentes o l铆mites del robot desde el inicio a todas las partes interesadas.

Cambios en los requerimientos iniciales

  • Analizar el motivo de la solicitud
  • Observe cada posible impacto que pueda generar aceptando el cambio.
  • Comunicar los impactos de un cambio y obtener aprobaci贸n para poder iniciarlo.
  • Es importante validar los archivos insumos para confirmar si se pueden utilizar en la automatizaci贸n.

Es normal que los usuarios se pongan creativos cuando el trabajo no lo realizan ellos!! jajajaja

Es muy importante saber hacer las preguntas correctas en los momentos correctos, partir de lo particular a lo especifico. Importante mapear, validar, afinar y presentar. Y de esta manera se asegura el cumplimiento del ciclo de levantamiento de informaci贸n.

Creo que es clave que desde el comienzo se definan los formatos de aceptaci贸n y los formatos cl谩sicos de change request en caso de pedidos. Es brutalmente normal, que como opera en su d铆a a d铆a, omita en la explicaci贸n varios puntos cuando explique al Analista de Negocios, la soluci贸n. Lo correcto aunque suene pesado, es que se vea in situ el modo de operaci贸n. Creo yo que ahorra varios malestares.

Ser铆a interesante ver como se relaciona con los prinicipios 谩giles

Entiendo que el proveedor debe entregar de vuelta el archivo con las m茅tricas por tanto no se si sea posible que se genere una pol铆tica que obligue al proveedor a dejar el archivo en nueva carpeta del SFTP a una hora especifica y que el archivo XML tenga definido un nombre con una estructura de AAAAMMDD y un consecutivo para que el robot sea capaz de ir a la FTP y validar existencia del archivo, esto evitar铆a la tarea manual de que la persona tenga que llamar a presionar para que entregue la informaci贸n.

Importante que el equipo de desarrollo entiendan las reglas de negocio. En mi caso, les pido que me la expliquen desde su visi贸n t茅cnica para confirmar el entendimiento.

Se pueden solicitar archivos PDF de meses anteriores y realizar una prueba de concepto con el desarrollador para valdiar la calidad de la extraccion de los datos.

pedir un que hagan un ejemplo del proceso, y validar las reglas que ellos nos dieron

Desaf铆os

  • Documentaci贸n faltante
    鈥 Identificar responsables de decisiones
    鈥 Identificar partes interesadas
  • Documentaci贸n de baja calidad
    鈥 Documentar a un alto nivel y luego entrar a detalles (esto no)
    鈥 Cree una lista de verificaci贸n para asegurarse de que la documentaci贸n sea precisa y consistente
    鈥 Acordar con los programadores el nivel de detalle
    鈥 Solicitar a los programadores que revisen la documentaci贸n
  • Alcance claro
    鈥 Definido y documentado
  • Cambios en los requerimientos iniciales
    鈥 Motivo de solicitud
    鈥 Impacto al aceptar cambio

El levantamiento de los requisitos funcionales a automatizar es fundamental, por lo cual es indispensable realizar una adecuada documentaci贸n de las actividades.
Tambi茅n es muy necesario realizar preguntas al proceso (a los due帽os del proceso).

Sin duda estos desaf铆os que plantea Cristian son recurrentes en la implementaci贸n de proyectos, por eso, es importante mantener una comunicaci贸n muy cercana, transparente y clara con el due帽o del proceso y partes interesadas sobre el alcance.

La documentaci贸n deficiente podr铆a tener un impacto grande en el proyecto, es por ello que se deben considerar todos los detalles que deben estar incluidos y validarlo con el usuario previo a su implementaci贸n evitar cualquier omisi贸n que en el futuro pudiera ser un dolor de cabeza y genere retrasos en la entrega.

En el caso de los cambios imprevistos durante el proceso de implementaci贸n, las buenas pr谩cticas dicen que hay que llevar un control y aprobaci贸n de estos y deben ser cambios que no tengan impacto en el tiempo y costo del proyecto.

muchas gracias!

creo que hay que poner mucha atenci贸n en cada intercambio de informaci贸n, qui茅n da cada entrada y como se entrega a otro paso, y validar si hay restricciones en usar las herramientas que ya tienen o se pueden sustituir por alguna otra.