Un diagrama, cinco fichas: todo lo que puede hacer el Process Studio Editor

Publicado el November 14, 2026 · por TAOMAI
Imagen de portada «Un diagrama, cinco fichas»: las cinco fichas del Process Studio Editor – Proceso, Organización, Requisitos, Comprobar y Publicar.
Imagen de portada «Un diagrama, cinco fichas»: las cinco fichas del Process Studio Editor – Proceso, Organización, Requisitos, Comprobar y Publicar.

Quien piensa en el modelado de procesos piensa en cajas y flechas. El Process Studio Editor también las dibuja. Pero, sobre todo, registra lo que está vinculado al paso –rol, sistema, requisito, riesgo, caso de prueba, tiempo y aprobación– y lo muestra de forma que se pueda trabajar con ello. Un recorrido.

Para quiénResponsables de procesos, analistas de negocio, equipos de proyecto y de pruebas y consultores que trabajan con modelos de procesos.
QuéUn recorrido por el Process Studio Editor: modelado, datos en el paso, cinco fichas, indicadores, colaboración y transferencia.
CómoTodo está vinculado al paso del proceso con un identificador estable. Las fichas muestran el mismo modelo desde cinco ángulos; el reporting calcula a partir de él.
Por quéUn diagrama por sí solo no responde a ninguna pregunta. Creamos el Editor para que el modelo sea el inicio de todo lo demás: requisitos, pruebas, manual e indicadores.

Para empezar: «¿Qué desea hacer?»

Al abrir el Editor se ven primero cuatro caminos: empezar de cero (un diagrama de proceso u organigrama vacío, o cargar un archivo BPMN existente), partir de una plantilla, continuar donde se dejó o trabajar junto con otras personas. Si prefiere contar en lugar de dibujar, describa el proceso al TAOM Agent con sus propias palabras; cómo funciona lo explica el artículo Primero aclarar, luego construir.

Se dibuja con el conjunto completo de símbolos BPMN 2.0: tareas, eventos, compuertas, subprocesos, pools y carriles. A ello se suman organigrama, mapa de procesos, paisaje de sistemas y matriz RACI. Las herramientas de diseño alinean con la cuadrícula, ordenan los carriles y trazan las conexiones en ángulo recto. Las fases agrupan pasos en secciones: la estructura que después reaparece en los sistemas de destino.

Un diagrama, cinco fichas

En la parte superior del Editor hay cinco fichas de proceso. Muestran el mismo diagrama desde cinco ángulos: los distintivos de las formas y el área bajo el diagrama cambian con ellas, el modelo sigue siendo el mismo. Con las teclas 1 a 5 se cambia de una a otra.

1 · ProcesoFlujo, fases y textos del modelo.
2 · OrganizaciónRoles, organigrama y RACI.
3 · RequisitosSistemas, requisitos y vínculo con el sistema de destino (p. ej., Jira).
4 · ComprobarRiesgos, casos de prueba y gobernanza.
5 · PublicarSistemas de destino, cambios entrantes y evidencia: la vista de conjunto con todos los distintivos.

Junto a las fichas aparece el estado del modelo: borrador, publicado o publicado con cambios posteriores. Quien trabaja en un proceso ya publicado lo ve al instante, porque entonces cada cambio repercute en los sistemas de destino.

Lo que está vinculado al paso

En TAOM, una caja del diagrama es más que una etiqueta. El panel de atributos muestra para cada paso:

  • Un identificador estable, derivado del modelo de empresa, por ejemplo P2M.01.02.01-AC001. Figura en el modelo, en el archivo BPMN, en la incidencia y en la página de documentación del sistema de destino.
  • Rol, sistema y transacción: quién lo hace, en qué y con qué función.
  • WRICEF y categoría: estándar o extensión, y de qué tipo.
  • Obligación de prueba, riesgo, control y caso de prueba, con resultado de la prueba y estado de aprobación.
  • Descripción por idioma, conmutable en el paso.
  • Origen y aprobación: creado por personas, generado o modificado por la IA, con la persona y la fecha de la aprobación.

Qué indicadores muestra el Editor

Bajo el diagrama figuran los indicadores de la ficha elegida: la misma pregunta que los distintivos de la forma, pero para todo el modelo. ¿Quién es responsable, qué sistemas están vinculados, qué hay que comprobar, qué se ha comunicado? El reporting del modelo muestra el modelo abierto y permite editar los pasos directamente. Sobre todos los modelos de un área del modelo de empresa calcula el reporting.

IndicadorDe dónde procede
Estado de las pruebas por paso: superada, abierta, fallidaCasos de prueba y ejecuciones de prueba en el paso
Riesgos por prioridad, riesgo sin controlEvaluación de riesgos en el paso
Tiempo de procesamiento, de espera y de ciclo con mediana, percentil 90 y número de casosProcess mining en el paso
Plan y real por actividad y rolTiempos de proyecto en el paso
Estado de aprobación, responsabilidad según RACI, lagunasRoles, organización y control de campos
Tareas abiertas por persona o rol con esfuerzo restanteAprobaciones, pruebas y tiempos de proyecto

Se representa con tarjetas, barras, gráficos de anillo, mapas de calor y tableros Kanban. Cada cifra se puede pulsar y abre los pasos que hay detrás; desde ahí se pasa directamente al modelo. El principio: solo se cuenta lo que consta, y cada suma indica sobre qué suma.

Preguntas a todos los modelos

«Comprobar y buscar» plantea preguntas predefinidas al modelo abierto; el directorio de atributos las plantea a todo el inventario. Son trece, siete de ellas dirigidas a lagunas: con obligación de prueba, pero sin caso de prueba; riesgo sin control; generado por IA, pero no aprobado; descripción en un solo idioma. Un resultado en otro modelo se abre al lado: a la izquierda para consultar, a la derecha su propio Editor.

Juntos en el mismo modelo

Con Process Studio Team, varias personas trabajan a la vez en el mismo diagrama. Cada una tiene un color y sus iniciales en el elemento en el que está trabajando. Quien se incorpora llama primero. Un elemento que alguien está editando queda bloqueado para los demás, con su nombre. Los cambios llegan sin recargar; nada se combina a mano. Más allá de los límites de la empresa, se invita a personas externas a modelos concretos.

Transferir sin copiar

  • Sistemas de destino (p. ej., Jira, Confluence): epic, historias por fase, incidencias por paso y el árbol de páginas con especificaciones, a partir del mismo modelo.
  • HTML y PDF: una evidencia para compartir, con indicación de origen y código QR.
  • Archivo BPMN: todos los datos de TAOM están en el archivo, que también se abre en otras herramientas.
  • Interfaz: obtener procesos y atributos de forma automatizada.

Cada archivo editado en TAOM lleva un sello de origen firmado (SHA-256) e indica abiertamente la participación de la IA como «AI GENERATED» o «AI MODIFIED». El origen se puede verificar incluso sin acceso a TAOM.

Sinceramente

El Editor describe procesos, no los ejecuta: no es un motor de workflows. Los comentarios directamente en una forma todavía no están disponibles. Y no todas las funciones están en todos los niveles: la matriz de funciones muestra qué incluye cada uno. El Editor se puede probar sin registrarse.

En resumen

El Process Studio Editor dibuja BPMN y registra lo que está vinculado al paso. Cinco fichas muestran el mismo modelo para el flujo, la organización, los requisitos, la comprobación y la publicación; los indicadores y las preguntas sobre todos los modelos lo convierten en una base de trabajo en lugar de una imagen.

Sobre TAOM: TAOM es el método y la plataforma de Traniva AG (Suiza) para que personas, procesos e IA trabajen juntos – con Process Studio Editor y Viewer, TAOM Training y soporte. Nuestro principio: la IA asiste, la responsabilidad sigue siendo humana.

Más información: Process Studio: funciones de un vistazo · Probar el Editor · Guía de uso · Vídeo: crear un modelo de proceso · Vídeo: el modelo de empresa

Compartir el artículo
LinkedInXFacebookCorreo

Insights

Leave a Reply

Your email address will not be published. Required fields are marked *