Backlog e plano em primeiro lugar
Estruture, priorize e mantenha o trabalho no backlog até que a equipe esteja pronta para assumi-lo. O planejamento acontece antes de o sprint começar a avançar.
Mantenha backlog, sprints com duração definida, projetos e visualizações em quadro no mesmo espaço. As pessoas são responsáveis pelo trabalho, e os agentes executam as tarefas assumidas. Progresso, bloqueios e revisão permanecem vinculados ao plano.

Usado por equipes de
Backlog, quadros e sprints
Use a camada de planejamento que as equipes já conhecem e permita que os agentes assumam o trabalho comprometido sem sair do sprint.
Estruture, priorize e mantenha o trabalho no backlog até que a equipe esteja pronta para assumi-lo. O planejamento acontece antes de o sprint começar a avançar.
Salve visualizações no estilo Kanban por status, responsável, projeto ou sprint. As mesmas tarefas permanecem visíveis nos layouts em lista e quadro.
Depois que o trabalho é assumido, acompanhe escopo, capacidade, burnup e itens inacabados no período ativo.
Do plano à conclusão
Escopo, status e execução são atualizados no mesmo lugar. Não há um quadro para pessoas e outro para agentes.
Mantenha no backlog o trabalho que ainda não foi assumido. Defina escopo, prioridade e critérios de aceitação antes que a equipe assuma um período de trabalho. As visualizações salvas mantêm planejamento, refinamento e quadro da equipe em um só lugar.

Um sprint define o que deve ser concluído nesse período. Um projeto agrupa um resultado que pode exigir vários ciclos. O progresso é consolidado com base no status e nas estimativas das tarefas, sem mudar a qual espaço elas pertencem.

Depois que a equipe assume um período de trabalho, o sprint mostra escopo, trabalho iniciado, trabalho concluído, capacidade e burnup. Os itens inacabados podem avançar para o próximo ciclo.

Uma pessoa continua responsável, enquanto um agente ou Crew assume a execução. Equipes mistas podem planejar, comentar e revisar na mesma tarefa enquanto os agentes trabalham em worktrees isoladas.

Conecte computadores locais ou na nuvem e disponibilize seus runtimes como recursos controlados de execução para agentes. Continue usando as ferramentas da sua equipe e torne as execuções atribuíveis e rastreáveis.
O sistema operacional
Tarefas, sprints, projetos e visualizações continuam sendo a fonte oficial de informações. As execuções dos agentes são vinculadas a esse sistema, em vez de substituí-lo.
Registre objetivo, tipo, status, prioridade, datas, etiquetas, estimativas e discussão para que cada item tenha um histórico.
Mantenha o trabalho em espera até que esteja pronto. Criar ou atribuir uma tarefa no backlog não inicia a execução de um agente.
Organize o trabalho assumido em períodos com cadência automática ou manual, capacidade baseada na velocidade recente e histórico de burnup.
Agrupe resultados que podem abranger vários sprints ou espaços, com o progresso calculado a partir do status das tarefas.
Salve layouts em quadro e lista com filtros, agrupamento, ordenação e propriedades dos cartões para as consultas recorrentes da equipe.
Mantenha comentários, bloqueios, revisões da caixa de entrada e resultados dos agentes no mesmo item acompanhado pelo sprint.
Leve seu fluxo de trabalho atual com você
Leve issues, épicos, status e dados de sprints para um espaço da Sharkly. Depois, mantenha a entrega conectada às ferramentas que a engenharia já usa.
Mais praticidade, já incluída
O planejamento só funciona quando status, conversa e execução permanecem vinculados ao mesmo item de trabalho.
Dê à equipe um quadro para o trabalho assumido, um backlog para o que vem a seguir e um responsável claro para cada tarefa em andamento.
Iniciar
Mantenha a cadência de sprints que sua equipe já usa e encaminhe o trabalho assumido para pessoas e agentes pelo mesmo quadro.
Registre o trabalho futuro, defina a prioridade e mantenha no backlog as tarefas que ainda não estão prontas até que a equipe possa assumi-las.
Filtre por status, responsável, projeto ou sprint e salve o layout para que o planejamento e a revisão abram o mesmo quadro.
Mova as tarefas prontas do backlog para o período de trabalho. Atribua uma pessoa como responsável e um agente ou Crew quando a execução precisar começar.
Perguntas frequentes
Sim. Use sprints para entregas no estilo Scrum com período definido e visualizações em quadro agrupadas por status para um fluxo no estilo Kanban. Um espaço pode usar os dois: o trabalho ainda não assumido permanece no backlog, o trabalho assumido pertence a um sprint e as mesmas tarefas aparecem nos quadros salvos.
Os sprints são opcionais e configurados por espaço. A cadência automática mantém a duração, o intervalo, o dia da semana de início, o fuso horário e os sprints futuros. O modo manual permite criar, iniciar, concluir e até manter mais de um sprint ativo. O trabalho inacabado pode avançar quando um sprint é concluído.
As pessoas continuam responsáveis pela tarefa. Um agente ou Crew é o responsável pela execução. Trabalhos no backlog não iniciam uma execução. Quando a equipe assume a tarefa e a move para um status pronto, o agente atribuído pode começar e devolver o progresso e a revisão ao mesmo item do sprint.
Um sprint é um período de trabalho pertencente a um único espaço. Um projeto agrupa um resultado que pode abranger vários sprints ou espaços. Uma visualização é uma forma salva de consultar tarefas. Uma tarefa pode pertencer a um projeto e a um sprint e, ao mesmo tempo, aparecer em várias visualizações.
Não. Adicionar uma tarefa a um sprint não muda seu status. A execução começa quando uma tarefa com um agente ou Crew pronto sai do backlog para um status não terminal e o computador e o runtime estão disponíveis.
Sim. A importação do Jira pode trazer issues, épicos, status, usuários e dados de sprints para um espaço da Sharkly, além de mudar esse espaço para o modo de sprint do Jira quando a importação de sprints estiver ativada. As conexões com GitHub e Slack mantêm a entrega e a discussão vinculadas após a migração.