Usar a Asana para agilizar o planejamento de sprints permite que as equipes tenham clareza sobre todo o processo de sprint em um só lugar. Siga as dicas do artigo para saber mais sobre como criar o seu próprio processo de sprint. Vejamos o exemplo de James, um gerente de produto técnico.
James é responsável pelo ciclo de sprint da sua equipe, que normalmente dura duas semanas. Para configurar o seu primeiro ciclo de sprint na Asana, James cria um portfólio chamado Sprints. Em seguida, ele cria quatro projetos que adiciona a esse portfólio: sprints atuais, retrospectivas, backlog e recebimento. Como James adicionou trabalho ao seu portfólio, ele agora pode usar a Gestão de recursos para visualizar a capacidade da sua equipe com base nas tarefas atribuídas na Asana.

James tem a opção de criar um projeto a partir de um modelo da Asana ou criar um do zero. Ele decide fazer o seu do zero e adiciona todas as tarefas essenciais e recorrentes. Para tornar cada sprint mais integrado, ele aproveita as funcionalidades da Asana, como regras, marcos, e campos personalizados, que ele salva como uma coleção para aplicar facilmente a projetos futuros.

No projeto Sprints atuais, ele cria duas seções: Tarefas atuais e Tarefas de sprints concluídas. Ele também usa campos personalizados para destacar o tipo de tarefa, os pontos de história, o tipo de prioridade, a gravidade do bug e o status da história. À medida que as tarefas são adicionadas à seção Tarefas atuais, ele garante que cada tarefa tenha uma data de conclusão e um responsável. Na seção Tarefas atuais, ele adiciona todas as tarefas em que a equipe está trabalhando. Ele move todos os itens que foram encerrados durante este sprint para Tarefas de sprint encerradas para que possa revisá-los antes de finalmente adicioná-los ao projeto Retro.
James usa a visualização em quadro, que facilita arrastar e soltar tarefas em diferentes fases de finalização, por exemplo, Ativo. Ele implementa uma regra para que, quando uma tarefa for arrastada para uma nova seção, o campo personalizado seja atualizado para corresponder a ela. Também adiciona uma regra para que o engenheiro líder receba uma tarefa de aprovação quando uma tarefa for adicionada à fase de revisão.

Agora que criou um projeto com todos os elementos usados para cada fase do sprint, ele transforma esse projeto em um modelo para poder duplicá-lo rapidamente sempre que houver um novo ciclo de sprint. Esse modelo garante a consistência entre os sprints e as iniciativas, simplificando o processo de configuração para novos sprints.
Já se passaram 10 dias úteis desde que a equipe de James iniciou o sprint, então é hora de encerrá-lo. Usando a visualização de lista, ele seleciona todas as tarefas e altera o status do sprint para encerrado. James já definiu regras para mover cada tarefa para uma seção diferente com base no campo personalizado de status da história. Ele criou uma regra para mover as tarefas marcadas como Lançadas para a seção Tarefas de sprint encerradas e também tem uma regra para mover qualquer tarefa com um status diferente de Lançada para o projeto Backlog. Agora, a equipe pode decidir se deseja ajustar os Story points, mover essas tarefas para o próximo Sprint ou mantê-las no projeto de backlog.
James usa a guia painel de projetos regularmente para ter uma visão geral das informações do projeto e compartilhá-las facilmente com os principais interessados. No painel do projeto, ele também configura um gráfico para visualizar as tarefas do sprint atual filtradas pelo valor do campo personalizado de status da história.
Após cada sprint, James usa o chat inteligente para obter insights sobre os projetos, o que o ajuda a identificar rapidamente os obstáculos e determinar os próximos passos. Ele também usa a atualização de status inteligente para elaborar atualizações de status e identificar pontos cegos, perguntas em aberto, visualizar obstáculos e mapear um caminho eficiente para as metas da sua equipe.
No portfólio Sprints, James também criou um projeto de retrospectiva, para onde as tarefas concluídas do projeto Sprint atual são movidas automaticamente graças a uma regra que ele criou. Após a conclusão de cada sprint, a equipe de James se reúne para refletir sobre o que deu certo, o que pode ser melhorado e como podem adaptar seus processos para o próximo sprint. O projeto tem seções para tarefas administrativas, celebrações, obstáculos e riscos, considerações gerais, bem como compromissos, imprevistos, etc. Depois que o projeto estiver totalmente configurado, James o salva como modelo para que possa ser usado sempre que ele quiser criar um novo projeto de retrospectiva.
James pediu a todos os membros da equipe que curta e comente as tarefas dentro do projeto de retrospectiva antes da reunião. As tarefas com mais curtidas orientam a discussão da retrospectiva, e quaisquer novos itens de ação são transformados em tarefas para os próximos Sprints.
No portfólio Sprints, James cria um projeto de backlog para tudo o que a sua equipe deseja realizar no futuro. Isso inclui tarefas que foram processadas por meio de Recebimento, aquelas que não foram concluídas no último sprint e tarefas urgentes que precisam ser concluídas. Ele cria uma seção no seu projeto de backlog chamada Próximo sprint. Sempre que houver um novo sprint, James examinará o backlog em busca de prioridades e pontos de história e decidirá quais itens devem ser trabalhados a seguir. Ele usa resumos inteligentes para extrair as ações a realizar, garantindo que entenda cada tarefa sem ter que ler longas decisões. Quando James quer iniciar um novo sprint, ele seleciona todas as tarefas na seção Próximo sprint e, independentemente do status do sprint, ajusta o campo personalizado para Sprint atual. Dessa forma, todas as tarefas são movidas para o projeto Sprint atual e recebem automaticamente uma data de conclusão de 14 dias devido a uma regra que James criou. James também usa o chat inteligente para obter insights sobre os seus sprints anteriores, o que o ajuda a identificar possíveis obstáculos e como deve avançar no futuro. Agora que todas as tarefas do sprint atual foram adicionadas, James e a sua equipe têm uma visão geral da quantidade de pontos de história com os quais estão comprometidos, bem como dos tipos de tarefas e da gravidade de eventuais bugs.
James também criou um projeto de recebimento no portfólio para todas as solicitações e bugs recebidos. A equipe usa o projeto Recebimento para ler, triar e avaliar cada solicitação que chega por meio de um formulário de recebimento que ele criou. James e a sua equipe se comunicam sobre essas tarefas, adicionando comentários e anexando arquivos antes de adicionar tarefas ao projeto backlog. Depois que essas tarefas forem detalhadas, ele pode movê-las para o projeto de backlog do sprint para serem triadas e atribuídas ao próximo sprint.
Para saber mais sobre o planejamento de sprints na Asana, confira estes recursos:
Nota
Este artigo foi traduzido por IA.
Dar feedback sobre a tradução.