No siempre, a\u00fan as\u00ed pueden ocurrir errores y es necesario estar atento.<\/p>\n
En la modelizaci\u00f3n de procesos, observaremos los procesos recopilados en la etapa anterior con el fin de observar y absorber las caracter\u00edsticas de cada parte de los mismos. Aqu\u00ed podemos aplicar la t\u00e9cnica AS IS \/ TO BE para contribuir a la visualizaci\u00f3n del proceso.<\/p>\n
Para evitar errores en esta etapa, es necesario entender el objetivo del proceso, conocer la cadena de valor o la visi\u00f3n de los macroprocesos, definir los l\u00edmites de cada proceso, definir el nivel de detalle, recordar al p\u00fablico objetivo del modelo, etc.<\/p>\n
Otro aspecto que debe destacarse es que la etapa de modelado no se trata de modelar en un mundo perfecto, olvidando las excepciones del proceso recopilado, \u00a1sino c\u00f3mo funciona el proceso hoy! C\u00f3mo te gustar\u00eda que fuera o c\u00f3mo deber\u00eda ser es tema para otro momento. De lo contrario, tendremos problemas en la validaci\u00f3n de procesos.<\/p>\n
\u00bfAlguna vez has tenido miedo de la validaci\u00f3n de procesos?<\/strong><\/p>\n Muchos analistas de procesos temen y, a veces, incluso evitan la validaci\u00f3n de procesos por temor a que no se concrete por parte del cliente o los involucrados en el proceso. Y, de hecho, esto suele suceder con frecuencia.<\/p>\n La validaci\u00f3n de procesos tiene como objetivo mostrar a los involucrados c\u00f3mo se ha mapeado el proceso y verificar si el entendimiento est\u00e1 en l\u00ednea con la realidad. En esta etapa tambi\u00e9n podemos aclarar dudas, verificar si el levantamiento y la modelaci\u00f3n est\u00e1n completos o si a\u00fan necesitan m\u00e1s detalles y otras interacciones con el cliente.<\/p>\n Ser\u00eda tan f\u00e1cil si levant\u00e1ramos los procesos, los model\u00e1ramos y fueran aprobados en la validaci\u00f3n de una vez. Pero no siempre sucede as\u00ed, ya que, como se mencion\u00f3 anteriormente, el objetivo de la validaci\u00f3n es identificar si est\u00e1 en consonancia con la realidad y si el entendimiento del analista es correcto, y cuando el proceso es \u00abreprobado\u00bb, no significa necesariamente algo malo.<\/p>\n Siempre habr\u00e1 ajustes, comentarios y sugerencias del cliente, y cuando no los haya en gran medida, es probable que las partes involucradas no est\u00e9n comprometidas. En el peor de los casos, el proceso dise\u00f1ado no representa lo discutido anteriormente. Es entonces cuando debemos cuestionarnos si al modelar, no terminamos dibujando c\u00f3mo deber\u00eda ocurrir el proceso…<\/p>\n La validaci\u00f3n no debe ser un momento de juicio, sino una ocasi\u00f3n para intercambiar informaci\u00f3n y conocimientos enriquecedores. \u00a1Siempre es un momento para aprender!<\/p>\n <\/p>\n La validaci\u00f3n puede ser m\u00e1s sencilla.<\/strong><\/p>\n A pesar de ser la \u00faltima etapa, es tan importante como las dem\u00e1s. Por eso, tambi\u00e9n debe ser planificada y el equipo del proyecto debe estar preparado para la validaci\u00f3n.<\/p>\n El libro o informe con la modelizaci\u00f3n de los procesos puede ser enviado al cliente previamente, para que tenga la oportunidad de evaluarlo antes de la reuni\u00f3n de validaci\u00f3n y hacer los se\u00f1alamientos necesarios para la reuni\u00f3n.<\/p>\n En la reuni\u00f3n, es importante que todos los participantes del levantamiento est\u00e9n presentes para respaldar lo que se entendi\u00f3 y tambi\u00e9n lo que se model\u00f3. De la misma manera, en el equipo del cliente, los mismos que participaron en la primera etapa deben estar en la \u00faltima, ya que quienes no participaron no podr\u00e1n validar al no saber lo que se discuti\u00f3.<\/p>\n Y, una vez finalizada la reuni\u00f3n, es importante registrar los ajustes que deben hacerse, adem\u00e1s de las notas tomadas durante el encuentro. Despu\u00e9s de que se realicen los ajustes, se env\u00eda nuevamente el material final al cliente o a los involucrados. Luego, pasamos al seguimiento, que ya es tema para otro art\u00edculo.<\/p>\n <\/p>\n Dicho esto, concluimos que la validaci\u00f3n de procesos no es la peor parte del ciclo, sino m\u00e1s bien el reflejo de las dem\u00e1s etapas. Y, si la pregunta siguiente es: \u00bfqu\u00e9 hacer cuando hay problemas en la validaci\u00f3n de procesos? La respuesta m\u00e1s adecuada es: revisar o volver a hacer las etapas anteriores, siempre enfoc\u00e1ndose en su p\u00fablico objetivo y en la informaci\u00f3n recopilada y los objetivos de entrega.<\/p>\n El Should Be, como su nombre lo indica, es una suposici\u00f3n de c\u00f3mo ser\u00eda y no c\u00f3mo es en realidad.<\/p>\n <\/p>\n Autora:<\/p>\n <\/p>\n <\/p>\n Bianca Wermann<\/strong><\/p>\n Periodista, Analista de Comunicaci\u00f3n y Marketing de Interact Solutions.<\/p>\n","protected":false},"excerpt":{"rendered":" El Ciclo de BPM incluye la identificaci\u00f3n de procesos, la modelizaci\u00f3n y la validaci\u00f3n final. Una vez completado, el seguimiento es recurrente y, cuando es necesario, el ciclo se reinicia. La primera etapa de identificaci\u00f3n de procesos tambi\u00e9n se considera\u2026<\/p>\n","protected":false},"author":3,"featured_media":9906,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[2],"class_list":["post-9905","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sin-categorizar","tipo-post-artigos-es"],"acf":[],"yoast_head":"\n![\"\"](\"http:\/\/www.interactsolutions.com\/wp-content\/uploads\/2024\/01\/bianca-wermann.png\")
<\/strong><\/p>\n