Muriki
Todos os casos de uso
caso de uso

Engenharia

Do backlog ao merge, sem trocar de aba.

O trabalho de engenharia se espalha mais que o de qualquer outro time: a decisão está no documento, a task no board, o código no GitHub e o combinado no Slack. A muriki junta tudo em volta da mesma issue, para que ninguém precise reconstruir o contexto três vezes por dia.

Quero acesso
cycle · 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
o que muda no seu cycle

Pare de reconstruir o mesmo contexto três vezes por dia.

Nada aqui é obrigatório: cada time pega o que faz sentido e ignora o resto. O módulo que entrega cada coisa está marcado — hoje só o focus está de pé.

o trabalho entra por aqui
01

Antes do cycle começar

  • Backlog priorizado

    projects

    O que importa fica no topo. O resto para de gritar.

  • Cycles de duração fixa

    projects

    Duas semanas, escopo fechado. O que não coube volta sozinho, sem reunião para decidir isso.

  • Roadmap por trimestre

    projects

    Mostre à liderança onde o time está sem montar slide na sexta à noite.

  • Capacidade do time

    projects

    Saiba se cabe mais uma antes de dizer sim.

Backlog12
MUR-33

Onboarding do workspace

BacklogMédiaMB
MUR-34

Busca por assunto

BacklogBaixaGT
Neste cycle5
MUR-24

Lançar o early access

A fazerAltaGT
MUR-36

Servidor MCP do calendário

A fazerUrgenteAL
Em andamento2
MUR-25

Sync offline com Yjs

Em andamentoUrgenteGT
MUR-28

Convite de time por link

BloqueadoAltaMB
Feito8
MUR-27

Timeline do focus

ConcluídoMédiaAL
o board do cycle, com o que está em cada coluna
02

Enquanto o código anda

  • Task com subtarefas

    focus

    Quebre o que parece impossível até virar algo que dá para começar hoje.

  • Dependência explícita

    focus

    Descubra que sua entrega está travada antes da daily, não durante ela.

  • Bloqueio com motivo

    focus

    Trabalho parado não some da vista: aparece com o motivo e há quanto tempo espera.

  • Blocos de foco na agenda

    focus

    Reserve o tempo de verdade. Sua agenda para de mentir sobre o seu dia.

a timeline de verdade, com dependência entre entregas
03

Depois que a task fecha

  • Decisão técnica no doc

    docs

    Aquele “por que fizemos assim?” tem resposta seis meses depois.

  • Arquitetura no canvas

    canvas

    Desenhe o sistema e clique num nó para ver a entrega que o construiu.

  • Histórico do cycle

    projects

    A retro começa pronta: o que entregou, o que travou e o que voltou.

Decisão: CRDT no cliente

O documento é a fonte da verdade local. A migração está sendo tocada emMUR-25Sync offline com Yjs— quando ela fechar, o parágrafo abaixo deixa de valer.

arquiteturadecidido em 28 Jul
a decisão escrita, com a task citada dentro
e sai daqui

O que ficou pronto chega onde o time já está, sem ninguém copiar link nem avisar na mão.

  • Slacko time sabe que fechou sem ninguém avisar
  • GitHubo PR fecha a task, e a task fecha o cycle
  • E-mailquem não vive na ferramenta recebe o resumo
com o agente

O que ele faz por um time de engenharia

  • PR aberto vira task com responsável e prazo, e fecha sozinha quando o merge acontece.
  • “O que travou o cycle desta semana?” devolve a task parada, há quanto tempo e quem está esperando.
  • Thread de decisão no Slack vira documento escrito, com as tasks que saíram dela já criadas.
no dia a dia

Como o time usa

  1. manhã

    Abre o focus e vê o que é seu hoje, com os bloqueios no topo.

  2. durante

    A task acompanha o PR: muda de estado sem ninguém atualizar dois lugares.

  3. fim do cycle

    O que entregou, o que travou e o que volta pro backlog, já organizado.

Seu time entra na próxima leva?

O acesso abre em levas, conforme os módulos ficam prontos. Quem está na lista entra primeiro.

Sem spam. Um e-mail quando o early access abrir.

Já tenho conta