O que é o Azure Boards?
O Azure Boards é uma ferramenta no Azure DevOps para ajudar as equipes a planejar o trabalho necessário. A equipe da Tailspin usará essa ferramenta para ter uma ideia melhor do trabalho que precisa fazer e como priorizá-la.
Clara criou seu próprio projeto no Azure Boards usando o processo Básico. Ela mostra os problemas no processo de build que ela e Paulo identificaram. Clara reúne a equipe para fazer uma demonstração rápida.
Clara: Olá, pessoal. Configurei o Azure Boards e queria mostrar alguns itens de trabalho que criei.
Paulo: O que é um item de trabalho?
Clara: Itens de trabalho nos ajudam a planejar e gerenciar um projeto. Um item de trabalho pode acompanhar todos os tipos de atividade. Pode ser uma tarefa a ser executada, um bug a ser corrigido ou alguma outra coisa. Podemos atribuí-los a pessoas e manter o controle de seu progresso.
Talvez seja mais fácil mostrar a vocês. Este é o Azure Boards usando o processo Básico:
Marina: Conte-nos sobre o processo Basic. Há outras opções?
Clara: Há quatro processos dos quais escolher. Podemos usar:
- CMMI (integração de modelo de maturidade de funcionalidade): Isso é realmente para grandes organizações e é muito complicado, então eu não usei.
- Scrum: O scrum depende de um scrum master, que lidera a equipe do scrum. O scrum master garante que todos entendam a teoria, as práticas e as regras do scrum. Não temos um mestre do Scrum; que é alguém que geralmente recebe algum treinamento e certificação, então eu não escolhi esse também.
- Agile: Esta parecia a escolha óbvia porque eu estou sempre falando sobre Agile, mas tem mais algumas coisas a considerar do que a opção mais simples.
- Básico: O básico é, bem, básico. Ele é simples, mas nos dá capacidade suficiente para começar a fazer um planejamento eficaz imediatamente, e é por isso que o escolhi. No fluxo de trabalho Basic, você move o trabalho de To Do para Doing e para Done.
Marina: Ok, vamos usá-lo para começar. É possível mudar para outra opção, certo?
Clara: Certo! Então, vamos escolher alguns itens de trabalho que acreditamos que conseguimos corrigir em algumas semanas.
Paulo se identifica com esses problemas, mas o restante da equipe tem dúvidas.
Pedro: A maioria desses problemas é de desenvolvimento. Mas, enquanto estamos neste assunto, outras equipes estão falando sobre vulnerabilidades de código e me solicitaram que eu demonstre que nosso código é seguro. Há alguma maneira de adicionarmos isso?
Clara: Eu sei que a lista não está completa. Os problemas no painel são os que Paulo e eu discutimos anteriormente. E até mesmo alguns desses problemas na verdade precisam ser divididos em tarefas menores. Entendo suas preocupações quanto às vulnerabilidades de código. Paulo, o que você acha?
Paulo: No momento, apenas lançar um build já é difícil. Vamos começar por alguns dos problemas básicos. Eu gosto do fato de termos um local centralizado no qual podemos manter o controle de nossos problemas. Poderemos adicionar questões à lista de pendências e priorizá-las quando estivermos prontos.
Clara: Antes de adicionar mais questões, vamos conversar um pouco mais sobre o trabalho que cada um está fazendo.
Cada membro da equipe compartilha o trabalho que está fazendo e outras preocupações que tem. Como uma atividade de debate, eles adicionam notas autoadesivas a um quadro branco. O quadro branco é preenchido rapidamente.
Finalmente, a equipe chega a sete problemas principais. Paulo se oferece para adicionar tarefas ao Azure Boards enquanto todos observam. O painel fica com esta aparência:
Marina: Uau, são muitos problemas. Como é que vamos corrigir todos eles?
Clara: Não precisamos corrigir todos eles imediatamente. Por enquanto, identificamos uma lista de pendências ou uma lista de trabalho que podemos usar. Quando planejamos o trabalho, podemos escolher o que é mais urgente ou mais importante.
Após mais algumas discussões, a equipe opta por trabalhar nos três problemas que Clara propôs originalmente:
- Estabilizar o servidor de build
- Criar um fluxo de trabalho baseado em Git
- Criar testes de unidade
Clara: Esses parecerem ser os problemas mais fáceis de resolver e estão relacionados a alguns desafios recentes que surgiram. Vamos configurar um projeto, uma equipe e um sprint. Em seguida, poderemos decidir quem faz o quê.
Pedro: O que é um sprint?
Clara: Boa pergunta. Um sprint é o tempo que temos para concluir nossas tarefas. Sprints nos ajudam a manter o foco. No final, podemos ter uma breve reunião de retrospectiva para compartilhar o que conseguimos fazer. Depois disso, podemos planejar o próximo.
Todos parecem ansiosos.
Clara: Ainda estamos aprendendo. Um sprint geralmente dura de duas a quatro semanas. Vamos colocar duas semanas e ver como nos saímos. Essas são, na maioria, tarefas que eu e Paulo podemos fazer. Compartilharemos nosso progresso à medida que avançarmos. Depois, poderemos encontrar maneiras de incluir todos.
Clara e a equipe estão começando bem. A seguir, você configurará o projeto, a equipe e algumas tarefas no Azure Boards.