Producto1.0 Work ItemsDisponible

Una tarea con su contexto de trabajo.

Objetivo, propiedades, relaciones, conversación, actividad y aprobación permanecen unidos. Con el vocabulario real de tu equipo.

Contexto compartido Estado visible MCP con alcance
Una tarea con su contexto de trabajo.
Captura del productoDatos de demostración
Diseñado como un sistema

Cada capacidad parte del mismo trabajo y conserva referencias reconocibles a su contexto. La cobertura de IA, permisos y actividad se comunica según su estado.

07 capacidades clave
Una unidad de trabajo conectada

La tarea cabe en una lista. Su contexto, no.

BIKLABS reúne objetivo, responsables, relaciones, conversación y actividad alrededor del mismo work item para evitar que el equipo tenga que reconstruir su contexto.

01Vocabulario

El sistema habla como tu equipo.

Define tipos y propiedades que reflejan tu dominio sin renunciar a una estructura común.

02Estructura

Lo grande se puede descomponer.

Jerarquías, checklists y relaciones convierten una intención en trabajo coordinable.

03Historia

Cada cambio deja contexto.

Comentarios, estados y actividad permanecen unidos al trabajo; las aprobaciones se añaden donde el piloto está habilitado.

Del pedido al progreso

Cada work item sabe qué significa terminar.

Una misma pieza de trabajo acompaña al equipo desde la definición hasta la revisión, sin perder información entre herramientas.

BIKLABS / OPERATING MODEL04 STEPS
01

Define

Tipo, objetivo y propiedades dan forma al trabajo.

02

Desglosa

Subtareas y relaciones hacen visible la dependencia.

03

Asigna

Personas y agentes habilitados reciben alcance y contexto.

04

Revisa

Los gates piloto añaden control a transiciones compatibles.

Contexto persistenteUna única fuente operativa

El trabajo avanza sin separar ejecución, conversación e historial.

Anatomía de una unidad de trabajo

Lo que hay que hacer y todo lo necesario para terminarlo.

El work item reúne definición, estructura, responsables, conversación y actividad. La aprobación se añade en las transiciones donde el piloto está habilitado.

1.1

Tipos flexibles

Epic, Issue, Work Package, Task y Subtask comparten un modelo común. Los tipos y propiedades permiten adaptar el vocabulario del proyecto al dominio del equipo.

Tipos flexibles
Captura del productoDatos de demostración
1.2

Checklists y subtareas

Alpha

Checklists y relaciones permiten desglosar y conectar trabajo. La jerarquía profunda y sus reglas de colocación siguen en desarrollo y se validan por separado.

  • Checklists dentro del item
  • Relaciones tipadas entre elementos de trabajo
  • Jerarquía avanzada en desarrollo
1.3

Panel de detalle

Estado, prioridad, asignado, ciclo, módulo, fechas, estimación, etiquetas, campos personalizados. Todo visible en el panel lateral sin perder la vista general. Configurable por proyecto.

  • Propiedades importantes visibles de un vistazo
  • Edición sin abandonar la vista del proyecto
  • Configuración coherente para todo el equipo
1.4

Campos personalizados

Texto, número, fecha, selección y URL permiten describir el trabajo con datos propios del dominio. Su presencia en filtros y vistas depende de la capacidad habilitada.

Campos personalizados
Captura del productoDatos de demostración
1.5

Relaciones y asignados

Alpha

Vincula work items con relaciones tipadas. La asignación a agentes y el retorno de actividad están en alpha y dependen de las operaciones compatibles del agente conectado.

  • Asignación humana disponible
  • Bloqueos y dependencias visibles
  • Asignación a agentes en alpha
1.6

Feed de actividad

Feed cronológico: comentarios con hilos, reacciones, cambios de estado, tiempo registrado, archivos adjuntos. Sin necesidad de preguntar "¿quién cambió esto?" — está todo ahí.

  • Conversaciones y reacciones con contexto
  • Cambios de estado y tiempo registrado
  • Adjuntos y decisiones en orden cronológico
1.7

Gates de aprobación en transiciones

Piloto

El piloto de gates permite exigir aprobación en transiciones compatibles. Su cobertura depende del proyecto y de la capacidad habilitada; no se aplica automáticamente a todo el trabajo.

Gates de aprobación en transiciones
Captura del productoDatos de demostración
Sigue explorando

Un sistema, no otra isla.

Preguntas frecuentes

Lo importante, sin letra pequeña.

Respuestas directas sobre cómo encaja esta capacidad en el sistema de trabajo.

01¿Tengo que usar la terminología de software?

No. Cada proyecto puede trabajar con tipos y vocabulario adaptados a su dominio, manteniendo por debajo el mismo modelo estructurado de BIKLABS.

02¿Qué ocurre cuando una tarea depende de otra?

Las relaciones tipadas hacen visible qué bloquea, qué está bloqueado y qué elementos están conectados. Esa información acompaña a las vistas y al contexto de los agentes.

03¿Puedo asignar trabajo a un agente?

La asignación a agentes forma parte de la alpha. Su disponibilidad depende del agente, las herramientas habilitadas y la cobertura actual de identidad y permisos.

04¿Se pierde el historial al mover trabajo entre ciclos?

No. El work item conserva comentarios, subtareas, relaciones, adjuntos y actividad cuando cambia de ciclo, estado o responsable.

Del trabajo a la revisión, con contexto

Deja de gestionar la IA.Empieza a gestionar con IA.

Proyectos, conocimiento y capacidades de IA compartiendo el mismo contexto operativo.