Workspaces
Los workspaces son los entornos donde los usuarios organizan una frente de trabajo, producto, proyecto o iniciativa dentro de Intelligent Requirements. Un workspace reúne el proyecto, las bases de conocimiento de Lens usadas por la IA y el provider donde los elementos de backlog pueden publicarse.
Cada workspace está conectado a un proyecto y puede usar una o más bases de conocimiento asociadas a ese proyecto. Esto mantiene la generación vinculada al contexto correcto y reduce el riesgo de mezclar información de iniciativas diferentes.
El provider es opcional. Un workspace sin provider aún genera, refina y guarda requisitos en las bases de conocimiento; publicar elementos de backlog exige un provider con adapter configurado.
Cuándo usar
- Separar el trabajo de requisitos por producto, squad, cliente o iniciativa.
- Definir qué bases de conocimiento deben orientar la generación con IA.
- Conectar los requisitos generados al provider correcto.
- Mantener un contexto de backlog que el equipo sigue evolucionando a lo largo del tiempo.
Antes de empezar
- Selecciona el proyecto que debe contener el workspace.
- Confirma que las bases de conocimiento relevantes están asociadas al proyecto.
- Confirma que el provider y el adapter de destino están disponibles cuando haya publicación.
Paso a paso: crear un workspace
- Abre la lista de workspaces y selecciona Crear workspace.
- Da un nombre al workspace. El nombre debe ser único dentro de la organización.
- Selecciona el proyecto que representa el contexto de trabajo. También puedes crear un nuevo proyecto durante el flujo.
- Elige el provider, o mantén el workspace sin provider.
- Completa la configuración del provider: Jira y Azure DevOps exigen seleccionar el proyecto del provider; BusinessMap exige mapear board, workflow, columna, lane y un tipo de card para cada nivel.
- Selecciona las bases de conocimiento usadas como contexto en la generación.
- Opcionalmente, selecciona las bases de conocimiento que deben recibir los elementos generados y habilita el guardado automático para elementos creados en el provider.
- Crea el workspace y continúa a la generación de requisitos.
Gestionar workspaces
- La lista de workspaces tiene búsqueda y ordenación; cada card muestra el proyecto, el provider y la iniciativa vinculada.
- La configuración del workspace permite renombrar, cambiar el proyecto (lo que limpia las KBs seleccionadas) y modificar la configuración del provider.
- Dentro del workspace, el panel de bases de conocimiento controla las KBs de contexto, las KBs de guardado y las opciones de write-back.
- Eliminar un workspace es permanente y pide confirmación por el nombre. Las iniciativas generadas permanecen en el historial, pero dejan de estar vinculadas a un workspace.
Entiende los campos principales
| Campo | Qué significa |
|---|---|
| Nombre | Identifica el workspace en la lista. Único dentro de la organización. |
| Proyecto | Contexto que agrupa el workspace y las bases de conocimiento relacionadas. |
| Provider | Destino de gestión de trabajo al que pueden enviarse los requisitos aprobados. Opcional. |
| Proyecto o mapeo del provider | Proyecto externo exigido por Jira y Azure DevOps, o el mapeo de board exigido por BusinessMap. |
| Bases de conocimiento de contexto | KBs de Lens usadas como contexto de la IA en la generación y el refinamiento. |
| Bases de conocimiento de guardado | KBs que reciben los elementos generados, manual o automáticamente. |
Resultado esperado
Debes tener un workspace que conecta con claridad la iniciativa, el contexto del proyecto, las bases de conocimiento y el destino de publicación usados por el flujo de requisitos.