sinra

Todas las pantallas, antes de registrarte.

La interfaz real de Sinra, capturada en la aplicación. Datos de demo, pantallas sin retocar.

Ciclo en curso: fechas, progreso de estados y de tiempo, número de issues, y la lista de issues agrupada por estado.
El ciclo en el que tu equipo trabaja ahora mismo: por dónde van las fechas, por dónde va el trabajo, y todas las issues debajo.

Sigue el producto, etapa por etapa.

El riel de abajo reproduce el Workflow de la barra lateral de Sinra, de la spec a las lecciones aprendidas. Lo que ves aquí es lo que tienes desde el primer día.

Specify
Refine
Plan
Build
Verify
Learn
El Spec Pipeline: las capacidades en columnas según el estado de redacción de su spec.
En qué punto está cada spec, de un vistazo: por redactar, en curso, en revisión, lista. Arrastra una tarjeta para cambiar su estado.
Dos workflows

La redacción y el desarrollo avanzan en paralelo

Todas las demás herramientas dan un solo estado a una issue. Sinra le da dos: dónde está la especificación y dónde está el código. Tú construyes las dos listas.

  • El producto redacta mientras los desarrolladores construyen
  • Ninguna issue espera en un estado que significa dos cosas a la vez
  • Una especificación puede estar terminada mucho antes que la rama
Estado de redacción y estado de desarrollo configurados como dos listas separadas.
Carga

Descubres que alguien está sobrecargado antes de que empiece el ciclo

Sinra suma el tiempo estimado por persona y por equipo y lo compara con la disponibilidad que defines. La alerta llega durante la planificación.

  • Disponibilidad por persona, por equipo, en porcentaje
  • Estimado frente a la capacidad real, por ciclo
  • El exceso se muestra, no se esconde en un total
Carga por persona frente a la capacidad de un ciclo.
Especificación

La redacción de especificaciones tiene su propio tablero

Los product owners siguen las especificaciones como los desarrolladores siguen el código: agrupadas por capacidad, filtradas por release.

  • Columnas por estado de redacción
  • Agrupadas por capacidad: una funcionalidad retrasada salta a la vista
  • Arrastra una tarjeta para cambiar su estado
Tablero del pipeline de especificaciones agrupado por capacidad.
Calidad

Los tests están unidos a lo que verifican

Un caso de test apunta a una capacidad y a sus criterios de aceptación. Una release no puede declararse lista mientras sus tests dicen lo contrario.

  • Plantillas de test reutilizables
  • Un tester con nombre, cuya carga se cuenta
  • La aceptación registrada en la release
Un caso de test con su alcance, sus pasos, su resultado esperado y su estado de aceptación.

Y todo lo demás.

Todo lo de abajo viene en la misma cuenta. Nada de esto es un extra ni un plan superior.

Proyectos Vista a largo plazo de las capacidades planificadas
Todos los ciclos Pasados, en curso y planificados, en una sola lista
Edición masiva Cambiar el estado o la release de toda una selección
Páginas Documentación, organizada por categoría
Plantillas Páginas, issues y tests reutilizables
Búsqueda global Shift + F, desde cualquier sitio
Etiquetas En issues, capacidades y tests
Plataformas Dónde funciona tu producto
Categorías La estructura de la base de conocimiento
Equipos y roles Responsabilidad, permisos y disponibilidad
Notificaciones Menciones y asignaciones
Tokens de API Para tus propias integraciones