Olá, hoje iremos falar um pouco sobre os pilares Scrum. Um assunto de grande importância para quem ainda não conhece ou quem ainda possui dúvidas sobre o framework Scrum. Assim como as demais métodologias ágeis, o Scrum é um processo empírico, e suas práticas são fortemente apoiadas sobre os três pilares que vou falar mais detalhadamente, que  são: Trasparência, Inspeção e Adaptação. O pilar que iremos abordar hoje é o da Transparência.

Este é com certeza um dos conceitos mais difíceis de ser implementados, principalmente quando o Scrum está sendo adotado por equipes habituadas a métodos tradicionais de gestão de projetos.

O Scrum Guide tem a seguinte definição para a transparência no Scrum:

“Significant aspects of the process must be visible to those responsible for the outcome. Transparency requires those aspects be defined by a common standard so observers share a common understanding of what is being seen.”

“Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. Esta transparência requer aspectos definidos por um padrão comum para que os observadores compartilharem um mesmo entendimento do que está sendo visto.”

Isso quer dizer que todas as pessoas interessadas no produto, através dos papéis do Scrum precisam ter uma visão comum e clara do processo inteiro, isso nos leva a reforçar que os conceitos de história pronta e história preparada do Scrum são muito importantes sobre este ponto de vista.

E uma das cerimônias que ajudam a tornar transparente o trabalho feito durante a Sprint, entre os integrantes da equipe de desenvolvimento é a reunião diária, que foi explicada nesse post do Marcelo Arêas. A reunião diária não é só uma forma de comunicação e transparência entre os membros da equipe de desenvolvimento mas também ajuda a traçar a estratégia de curto prazo da equipe.

Uma outra ferramenta bastante utilizada para dar transparência é o Kanban, ele não é um artefato do Scrum mas é sempre bem vindo para transparecer o trabalho que está sendo feito e podendo se estender à todo ciclo de vida da Sprint, desde tarefas que não ainda não foram feitas até aquelas que já foram testadas e estão prontas para liberação, esse post do Daniel Pereira, melhor define a importância do uso do Kanban no Scrum.

Enfim, através desses exemplos espero ter convencido de que a transparência é um conceito chave na gerência de um projeto, não sendo limitado as métodologias ágeis. E ter visibilidade do projeto acaba evitando retrabalhos e insatisfação com relação ao produto que está sendo construído.

The post Os Pilares do Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

Seguindo o fluxo do Scrum, a Reunião de Revisão ocorre logo após o período de desenvolvimento da Sprint. O objetivo desta reunião é apresentar ao Product Owner (PO) todos os entregáveis que foram produzidos pelo time Scrum e ela conta com a participação do time, do Scrum Master (SM), do PO e de qualquer outro interessado no projeto. Durante essa reunião, o time tem a responsabilidade de mostrar ao PO o trabalho que foi feito, o SM tem a responsabilidade de evitar que a reunião saia do seu propósito inicial e o PO tem a responsabilidade de aprovar, ou não, as novas funcionalidades mostradas.

E por que é o time quem apresenta o que foi produzido? Na verdade, essa responsabilidade é uma das mais importantes do time e deve sempre ser respeitada. Durante as reuniões de planejamento, o time se compromete com o PO a fazer determinados itens do Product Backlog e, ao fim do ciclo de trabalho, é ele quem deve mostrar ao PO e assumir a responsabilidade pelo que foi produzido. Além disso, o time também deve discutir com o PO as soluções encontradas e ouvir sugestões e impressões sobre o que foi apresentado.

O papel do PO nesta reunião é avaliar se o que foi produzido está de acordo com o que era esperado e validar a Sprint. Para a Sprint ser validada, é preciso que as funcionalidades entregues pelo time cumpram a meta da Sprint, acordada na Reunião de Planejamento. O fato de algum item do Sprint Backlog ser reprovado pelo PO não indica, necessariamente, que a Sprint não teve sucesso. Se o item reprovado não estiver relacionado à meta da Sprint, ela pode ser validada ainda assim. Só temos que ter em mente o seguinte: se um item é reprovado pelo PO, mesmo que parte dele possa ser entregue, todo ele voltará para o Product Backlog e nenhum ponto será considerado na velocidade do time. Em uma próxima Sprint, de acordo com a necessidade do PO, esse item volta para o Sprint Backlog, com a mesma estimativa, e aí, então, o trabalho que falta para finalizá-lo será realizado.

O que foi dito no post “Por que liberar versão em produção é como correr no asfalto” também vale para esse momento de validação do trabalho realizado. Por isso, na GPE, procuramos seguir as seguintes práticas: montar um roteiro da apresentação e testar o projeto em um servidor local. Ao montar um roteiro da apresentação, é possível pensar em todos os passos que devem ser realizados para a apresentação das funcionalidades produzidas, o que permite que o time reveja todo o fluxo e verifique se algo passou despercebido e precisa ser revisto. Ao realizar o teste em um servidor local, o time pode simular o ambiente que será utilizado na apresentação e tentar identificar e corrigir possíveis problemas de configuração de ambiente. Essas práticas permitem que o time tenha mais tranquilidade durante a reunião e evita problemas em que a resposta é a já famosa “na minha máquina estava funcionando”, mesmo que realmente estivesse.

Uma última prática deve ser sempre utilizada: não deixem para contactar o PO apenas na Reunião de Revisão. Quanto mais opiniões e impressões forem coletadas durante o processo de desenvolvimento, maior será a chance de o item do Sprint Backlog ser aprovado.

E então? Ficou alguma dúvida? Não deixem de mandar seus comentários e assista à vídeo-aula sobre Reunião de Revisão na Universidade Scrum!

The post O que é Reunião de Revisão? – FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

No post de hoje daremos continuidade a série FAQ Scrum. O objetivo desse artigo é mostrar como funciona a dinâmica dessa reunião e seu objetivo final. Ela é a última reunião da sprint, sendo realizada após a reunião de revisão. Ela representa o fim da sprint e tem como principal objetivo rever o andamento da última sprint e criar um plano de melhorias para a próxima. Essa reunião é feita pelo time e o Product Owner deve ficar de fora, a menos que ele seja convidado. A equipe pode solicitar a participação de outras pessoas, mas, usualmente, é feita apenas com os membros do time de desenvolvimento.

Segundo o guia do Scrum, o propósito da Retrospectiva da Sprint é:  

Inspecionar como a última Sprint foi em relação as pessoas, relações, processos e ferramentas;

Nesse ponto, a equipe deve refletir sobre a sprint. Todos da equipe estão comprometidos? Faltou participação de alguém do time? Do Product Owner? Do ScrumMaster? As ferramentas são adequadas? As reuniões foram adequadas? O processo Scrum está andando bem? Esses são exemplos de perguntas que o time tem que ter em mente na hora da retrospectiva. Dessa maneira, a equipe é capaz de levantar as atitudes que foram acertadas e outras que foram deficientes.

Identificar e ordenar os principais itens que foram bem e as potenciais melhorias; e,

Após a inspeção feita anteriormente, a equipe deve expressar suas observações para debater com os outros membros. É importante observar que deve-se identificar tanto os pontos que a equipe julgou ruim quanto os pontos em que a decisão foi acertada. Uma maneira de realizar essa parte da reunião é usando post-its coloridos em que cada membro escreve suas observações, sendo uma cor para pontos positivos e outra para os negativos.

Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho;

O importante dessa reunião não é apenas explicitar os erros e acertos da sprints, mas sim elaborar um caminho para que os erros levantados não sejam repetidos e os acertos não desapareçam. Portanto, não basta a equipe dizer que algo não está bom. Ela irá dizer que algo não está bom, irá montar uma possível solução para evitar o recorrência deste erro e se comprometer a seguir esse plano na próxima sprint. A adaptação é essencial para o scrum, portanto, é preciso que o processo mude para seu desenvolvimento estar sempre melhorando em qualidade.

Na prática, observamos que é difícil conseguir com que os desenvolvedores falem realmente tudo o que estão incomodando, principalmente referentes ao Product Owner e ao ScrumMaster, muitas vezes superiores hierarquicamente. Nesse caso, é importante que o ScrumMaster crie uma atmosfera relaxada e confortável, dando espaço e tranquilidade para que a equipe possa realizar críticas construtivas em todos os pontos que julgar relevante, afinal, todos da equipe estão empenhados em fazer o processo dar certo.

Para saber mais sobre a Retrospectiva, recomendo assistirem o vídeo Retrospectiva da Sprint. Além disso, muitos outros vídeos sobre Scrum podem ser encontrados no canal UniversidadeScrum.

Continuem acompanhando série FAQ Scrum e até a próxima!

The post O Que é Reunião de Retrospectiva? FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

 Como vocês já sabem, uma Sprint é o período de 2 a 4 semanas em que é feito o trabalho de desenvolvimento e um incremento do produto é criado. Uma Sprint começa logo após a conclusão da anterior, e esse início é feito com as duas reuniões de planejamento da Sprint.

A decisão do que será feito na próxima Sprint é um acordo feito entre a equipe e o Product Owner durante o planejamento, e o que for combinado deve ser apresentado no final da Sprint, na reunião de Revisão.

Na primeira reunião de planejamento, ou Reunião de Planejamento 1, é definido o que vai ser entregue na Sprint. Já na segunda reunião, ou Reunião de Planejamento 2, é definido como a equipe realizará o trabalho para conseguir finalizar o que foi planejado.

Na Reunião de Planejamento 1, o Product Owner apresenta o Product Backlog ordenado e explica para a equipe o que deverá ser feito em cada item do Backlog. Após essa explicação, a equipe estima o esforço necessário para conclusão de cada um desses itens. Sabendo o que é prioritário para o Product Owner e conhecendo o esforço para concluir cada um dos itens priorizados, a equipe e o Product Owner devem chegar a um acordo sobre o que vai ser feito na Sprint.  Além de definir os itens que deverão ser finalizados, é definido também um objetivo para a Sprint. Esse objetivo representa o que se deseja ao final da Sprint em termos de valor e ajuda a equipe a manter o foco no que é mais importante para o incremento que vão desenvolver.

Na Reunião de Planejamento 2, a equipe decide como irá tranformar os itens planejados em um incremento pronto ao final da Sprint. Não existe uma regra sobre como isso deverá ser feito, o importante é que a equipe consiga dividir o trabalho em tarefas de um dia ou menos até o final da reunião. Caso seja necessário, o Product Owner pode participar da reunião para tirar eventuais dúvidas sobre o que foi selecionado para a Sprint. Além disso, é permitido convidar pessoas que possam esclarecer dúvidas do negócio ou dúvidas técnicas.

Fazer um bom planejamento é importante para o sucesso da equipe durante a Sprint. Quanto mais conhecimento a equipe tiver sobre o que deverá ser feito, mais fácil será para a equipe concluir suas tarefas.

É possível que o planejamento da Sprint seja feito de forma equivocada ou então que apareçam imprevistos durante a Sprint. Caso isso aconteça, é preciso rever o que foi acordado ou até mesmo cancelar a Sprint.

Caso ainda tenha dúvidas sobre o planejamento da Sprint, temos um ótimo vídeo sobre o assunto no canal “Universidade Scrum” do YouTube!

The post Reunião de Planejamento da Sprint – FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.

O que é?

No framework Scrum o andamento do trabalho da Sprint é inspecionado diariamente pela própria equipe de desenvolvimento, através da reunião denominada Reunião Diária. Essa reunião tem como objetivo trabalhar o autogerenciamento da equipe.

Na reunião diária todos os membros da equipe devem comunicar o que fizeram desde a última reunião e o que estão se comprometendo a fazer na próxima reunião. Nessa hora fica visível para os demais membros os problemas enfrentados pela equipe, bem como os impedimentos que cada membro possa ter sofrido. Problemas técnicos não devem ser discutidos, podem ser abordados para permitir o agendamento de uma reunião técnica com o objetivo de resolvê-los, nesse momento o foco é na transparência do trabalho.

É uma das principais cerimônias do Scrum, é onde a equipe demonstra, diariamente, seu comprometimento com o andamento da Sprint e pode alterar seu planejamento para atingir a meta da mesma, além de manter a transparência dentro da equipe e o foco no entregável, um dos principais conceitos do Scrum.

Quando e como?

A reunião diária, como o próprio nome diz, deve acontecer diariamente, de preferência no fim ou no início do trabalho. Deve ter duração curta, de cerca de 15 minutos e, para ajudar isso, deve ser feita com todos os membros em pé diante do Quadro de Tarefas. Devem participar da reunião todos os membros da equipe de desenvolvimento e, de forma facultativa, o Scrum Master da equipe.

Durante a reunião, basta cada membro da equipe responder à 3 perguntas:

1. O que fiz desde a última reunião diária?
2. O que irei fazer até a próxima reunião diária?
3. Quais foram meus impedimentos?

E então, ficou alguma dúvida sobre a Reunião Diária? Não deixe de comentar aqui suas dúvidas e de assistir aos vídeos do Papo Ágil, na Universidade Scrum.

The post O que é Reunião Diária? FAQ Scrum appeared first on Blog ScrumHalf - Scrum e Agilidade - Software - Brasil.