Onboarding del workspace
BacklogMediaMB
Todos los casos de uso
caso de uso
Ingeniería
Del backlog al merge, sin cambiar de pestaña.
El trabajo de ingeniería se reparte más que el de cualquier otro equipo: la decisión está en un documento, la tarea en un tablero, el código en GitHub y lo acordado en Slack. muriki junta todo alrededor de la misma issue, para que nadie reconstruya el contexto tres veces al día.
Quiero accesocycle · 2 semanasMUR-24
Lançar o early access
14 Ago · 3 subtarefas
AltaEm andamento
Sync offline com Yjs
06 Ago · em revisão
UrgenteEm andamento
Sync offline com Yjs
fechada pelo PR #412
UrgenteConcluído
Convite de time por link
esperando MUR-25
UrgenteBloqueado
PR #412 mergeado
qué cambia en tu cycle
Deja de reconstruir el mismo contexto tres veces al día.
Nada de esto es obligatorio: cada equipo toma lo que le sirve e ignora el resto. El módulo que entrega cada punto está marcado; hoy solo focus está de pie.
el trabajo entra por aquí
01
Antes de que empiece el cycle
Backlog priorizado
projectsLo que importa queda arriba. El resto deja de gritar.
Cycles de duración fija
projectsDos semanas, alcance cerrado. Lo que no entró vuelve solo, sin reunión para decidirlo.
Roadmap por trimestre
projectsMuéstrale a la dirección dónde está el equipo sin armar un slide el viernes de noche.
Capacidad del equipo
projectsSabe si cabe una más antes de decir que sí.
Backlog12
Búsqueda por tema
BacklogBajaGT
En este cycle5
Lanzar el early access
Por hacerAltaGT
Servidor MCP del calendario
Por hacerUrgenteAL
En curso2
Sync sin conexión con Yjs
En cursoUrgenteGT
Invitación de equipo por enlace
BloqueadoAltaMB
Hecho8
Timeline de focus
CompletadoMediaAL
02
Mientras el código avanza
Tareas con subtareas
focusDivide lo que parece imposible hasta que sea algo que puedes empezar hoy.
Dependencias explícitas
focusEntérate de que tu entrega está trabada antes de la daily, no durante.
Bloqueo con motivo
focusEl trabajo detenido no desaparece: muestra el motivo y cuánto lleva esperando.
Bloques de foco en la agenda
focusReserva el tiempo de verdad. Tu agenda deja de mentir sobre tu día.
03
Después de que la tarea cierra
Decisión técnica en el doc
docsEse “¿por qué lo hicimos así?” sigue teniendo respuesta seis meses después.
Arquitectura en el canvas
canvasDibuja el sistema y haz clic en un nodo para ver la entrega que lo construyó.
Historial del cycle
projectsLa retro empieza escrita: qué se entregó, qué se trabó y qué volvió.
Decisión: CRDT en el cliente
El documento es la fuente de verdad local. La migración se está llevando enMUR-25Sync sin conexión con Yjs— cuando cierre, el párrafo de abajo deja de valer.
arquitecturadecidido el 28 jul
y sale por aquí
Lo que quedó listo llega donde el equipo ya está, sin que nadie copie enlaces ni avise a mano.
- Slackel equipo sabe que cerró sin que nadie avise
- GitHubel PR cierra la tarea, y la tarea cierra el cycle
- Correoquien no vive en la herramienta recibe el resumen
con el agente
Qué hace por un equipo de ingeniería
- Un PR abierto se vuelve tarea con responsable y fecha, y se cierra sola cuando llega el merge.
- “¿Qué frenó el cycle de esta semana?” devuelve la tarea detenida, desde cuándo y quién espera.
- Un hilo de decisión en Slack se vuelve documento escrito, con las tareas que salieron ya creadas.
en el día a día
Cómo lo usa el equipo
- mañana
Abre focus y ve qué es suyo hoy, con los bloqueos arriba.
- durante
La tarea acompaña al PR: cambia de estado sin que nadie actualice dos lugares.
- fin del cycle
Qué se entregó, qué se trabó y qué vuelve al backlog, ya ordenado.
¿Tu equipo entra en la próxima tanda?
El acceso abre por tandas, conforme los módulos quedan listos. Quien está en la lista entra primero.