Guía de evaluación · Español
Pruebe un cambio de Service. Decida qué sigue.
Registre el proceso actual, el esfuerzo de preparación, el comportamiento observado, los límites pendientes y el resultado de la exportación antes de ampliar la evaluación.
El comportamiento del producto debe demostrarse en el entorno de evaluación.
01 · Problema
Elija un problema de coordinación.
Elija una decisión sobre un Service que importe a su equipo. Registre los pasos actuales antes de probar si un modelo compartido cambia el trabajo.
Descripciones de servicio copiadas
Seleccione un concepto que aparezca en más de un documento o diagrama y documente dónde las copias discrepan o requieren mantenimiento por separado.
Un cambio relevante
Elija un cambio de responsable, dependencia, Runbook, SLO o Decision que un revisor debería poder entender y aprobar.
Una línea base visible
Registre el tiempo de revisión actual, el número de copias, las relaciones ausentes u otra evidencia que pueda volver a medir después de la evaluación.
02 · Preparación de la evaluación
Haga explícito el límite antes de la demostración.
Acuerde qué entra en la evaluación, quién puede verlo y qué contaría como un resultado útil. Use contenido sintético o aprobado específicamente cuando el conocimiento de producción no sea apropiado.
Conjunto de datos
Use un Service, un Team, dos documentos breves y un diagrama para probar la reutilización. Añada un Runbook, un SLO o una Decision solo cuando sea relevante.
Participantes
Nombre al autor, al revisor, al responsable de la evaluación y a cualquier observador de solo lectura. Documente el acceso que se espera que tenga cada rol.
Entorno
Registre la versión del producto, la configuración habilitada, las integraciones, el proveedor de identidad y cualquier servicio externo usado durante la evaluación.
Captura de evidencia
Decida qué capturas de pantalla, marcas de tiempo, exportaciones y notas del revisor respaldarán la decisión final sin contener secretos de clientes o de producción.
Criterios de salida
Fije una fecha de decisión y acuerde qué debe demostrarse, qué puede quedar sin probar y qué brechas detendrían la expansión.
Alinee el trabajo antes de ampliar.
Use esta lista con el equipo de Topoloom. Registre una respuesta y un responsable para cada punto antes de iniciar un despliegue más amplio.
Personas y tiempo
Nombre a quien escribe, a quien revisa y a quien se responsabiliza de la evaluación. Acuerde las sesiones, el trabajo de preparación y el tiempo que puede dedicar cada persona.
Contenido y migración
Empiece con un documento breve, sintético o aprobado. La importación actual acepta archivos Markdown, texto sin formato, CSV/TSV, HTML, DOCX y Word exportados desde Confluence, de hasta 1 MB cada uno. Pruebe uno y enumere lo que requiere limpieza manual antes de planificar una migración mayor.
Configuración y conexiones
Confirme el despliegue disponible, el método de inicio de sesión, las funciones activadas y los conectores. En la versión actual, el operador de despliegue añade miembros al Workspace; no hay invitaciones ni registro autoservicio. Registre qué datos salen del entorno y quién puede acceder a ellos.
Soporte y coste
Acuerde quién gestiona la configuración, las preguntas y los incidentes. Confirme por escrito los cargos de evaluación, el precio continuo y el soporte incluido; no suponga que la demostración fija esas condiciones.
Decisión y cierre
Fije una fecha de revisión. Compare los resultados con la línea base y decida si parar, seguir probando o ampliar. Acuerde los pasos de exportación, retención y eliminación.
03 · Flujo de ejemplo
Siga un concepto desde la escritura hasta la salida.
Pida al equipo de producto que muestre cada paso en el entorno acordado. No infiera una capacidad solo a partir de una diapositiva, un diagrama o un término.
Escribir
Cree o importe una breve explicación técnica con la superficie de autoría habitual y registre qué permanece en formato libre.
Identificar
Seleccione el concepto importante y pregunte cómo se representan la identidad, el tipo, la autoría y el estado actual.
Reutilizar
Haga referencia a ese concepto desde un segundo documento o diagrama y compruebe si el producto creó una referencia u otra copia independiente.
Cambiar
Proponga el cambio acordado de responsable, dependencia, Runbook, SLO o Decision y observe qué puede ver el revisor antes de aprobar.
Publicar o preservar
Pida que se demuestre el flujo configurado de publicación y versiones, y registre qué pasa a ser inmutable y qué sigue siendo editable.
Exportar e inspeccionar
Genere la exportación disponible, ábrala fuera del producto y compare su contenido con el inventario de exportación documentado.
Para cada paso, registre tanto el camino exitoso como el comportamiento cuando las condiciones de permiso, proveedor, red o validación impiden completarlo.
04 · Permisos y datos
Haga preguntas que puedan responderse con evidencia.
Las respuestas dependen del despliegue evaluado y de su configuración. Pida demostraciones, referencias de configuración y responsables con nombre en lugar de aceptar garantías genéricas.
¿Quién puede leer, redactar, revisar, publicar, exportar y administrar los recursos seleccionados?
Pruebe al menos una acción permitida y una denegada para los roles de la matriz de evaluación.
¿Dónde se evalúa la autorización cuando el contenido se busca, se referencia, se exporta o se muestra a través de una integración?
Registre qué comprobaciones se demuestran y cuáles siguen siendo declaraciones de diseño o supuestos de configuración.
¿Qué datos salen del entorno de evaluación y con qué propósito?
Enumere destinos, campos, disparadores, retención y rutas de eliminación para cada integración o proveedor habilitado.
¿Qué registros, analíticas, copias de seguridad y procesos de soporte pueden contener datos de la evaluación?
Confirme el responsable operativo y la política de retención del entorno concreto en lugar de asumir una política global.
¿Qué ocurre cuando un proveedor externo, una ruta de red o una integración no está disponible?
Observe qué tareas de autoría y revisión continúan, cuáles se detienen y cómo se etiqueta el contexto incompleto u obsoleto.
¿Qué documentos de seguridad, privacidad y legales rigen esta evaluación?
Use solo documentos aprobados y proporcionados por sus responsables; esta guía no sustituye esos materiales.
05 · Exportación y salida
Pruebe la vía de salida antes de decidir expandir.
El nombre de una exportación no es evidencia de completitud. Solicite un inventario de la información incluida y omitida, y luego inspeccione el paquete con herramientas ajenas a Topoloom.
Contenido legible
Confirme qué representaciones de documentos y diagramas pueden abrirse sin un entorno de Topoloom en ejecución.
Contexto estructurado
Compruebe si la exportación evaluada incluye las identidades, versiones, relaciones, procedencia, registros de revisión y correspondencias que exige su plan de salida.
Omisiones documentadas
Enumere cada campo o comportamiento evaluado que no se exporta, se transforma o requiere un proceso administrativo aparte.
Repetibilidad
Ejecute la exportación dos veces desde un estado controlado y explique cualquier diferencia que importe para el uso posterior o la auditoría.
Eliminación y cierre
Acuerde cómo se conservan o eliminan el Workspace de evaluación, los datos del proveedor, las cuentas, las copias de seguridad y los archivos de evidencia una vez terminada la evaluación.
06 · Registro de decisión
Anote lo que estableció la prueba.
Copie estos ocho campos en su nota de decisión. Para cada resultado, marque demostrado, demostrado con configuración, no disponible o no probado; enlace la evidencia y nombre a una persona responsable de cada brecha.
Alcance y responsables
Registre el Service, los documentos, el diagrama, el cambio probado, el autor, el revisor, el entorno y la fecha de decisión.
Línea base actual
Registre los pasos existentes, las ediciones repetidas, el tiempo de revisión y las brechas antes de probar Topoloom.
Flujo observado
Registre el ID del objeto, las referencias, la segunda actualización, el resultado de la revisión, el esfuerzo de preparación y la limpieza manual, con enlaces a la evidencia.
Acceso y datos
Registre una acción permitida y una denegada, los flujos de datos habilitados, sus responsables y las preguntas pendientes.
Comportamiento ante fallos
Registre el fallo de proveedor, permiso o validación probado; anote qué continuó y qué pasó a estar obsoleto o no disponible.
Exportación y salida
Registre qué se abrió fuera de Topoloom, el formato del paquete, las omisiones, las reasignaciones y el trabajo de cierre.
Comparación y brechas
Compare el mismo cambio con la línea base, incluida una segunda actualización. Asigne a cada brecha una persona responsable y una fecha de resolución.
Decisión
Registre si se detiene, se amplía la evaluación o se expande; indique la evidencia, las suposiciones aún sin probar y la próxima fecha de revisión.
Siguiente paso
Pruebe el flujo de trabajo. Registre los límites.
Use el glosario para alinear los términos antes de la sesión y luego solicite un recorrido guiado en torno al flujo acotado y la evidencia que su equipo seleccionó.