Preparatório para as Certificações PSM® e PSPO®: Parte III

Revisando Conceitos Básicos

Vamos revisar? Comece a entrar no clima para fazer seus simulados de certificação Scrum!

Desenvolvimento Iterativo é a principal característica de implementação na teoria Agile, ele é o coração do framework Scrum. É pelo desenvolvimento iterativa que conseguimos entregar mais valor de forma mais rápida aos nossos clientes. O principal benefício da iteratividade é a facilidade na alteração de direção do projeto, conforme o amadurecimento do time de projeto e devido à melhoria constante.

Para a aplicação do desenvolvimento iterativo, as fases do projeto devem se repetir em todas as Sprints. O ciclo é Planejamento, Implementação, Revisão e Retrospectiva.

A Priorização Baseada em Valor é a busca por priorizar o maior valor para o negócio (levando em conta o que é valor para o cliente), relacionando com o menor período de tempo entre as entregas. São considerados critérios para a priorização: Valor (considerar o que é valor para o cliente, de que forma a entrega irá servir ao cliente? O foco do cliente é na qualidade do serviço ou no retorno financeiro?), Risco (ele nos oferece uma capacidade de entender o que nós podemos entregar para o cliente com os menores riscos) e Dependência (as dependências deverão ser levadas em conta, pois elas podem nos impedir de fazer alguma coisa).

Partindo para a Sprint

Nesta aula iremos ver na prática como devemos tratar a execução de projetos com Scrum ao longo das Sprints. Chegou o momento de criarmos as entregas do nosso produto, focaremos nesta aula, portanto, na etapa de execução da Sprint. É nesse momento que o Time de Desenvolvimento irá trabalhar nas tarefas definidas no backlog da Sprint, para desenvolver as entregas a partir dos épicos e das histórias de usuários.

O resultado de uma Sprint deve ser:

• Incremento do produto: uma porção funcional, ou que possa ser integrada a outras, de software;

• Entregável finalizado: pode ser um conjunto de incrementos que tenha funcionalidade para o nosso cliente.

Durante o desenrolar da Sprint o trabalho feito pode ser acompanhado por meio de um Scrumboard que consiste em:

• História;

• À Fazer;

• Progresso;

• Teste;

• Pronto.

Ferramentas e Técnicas para criação dos entregáveis

As ferramentas, processos e técnicas deverão ser utilizadas a critério do time, não deverão ser impostas pela organização, só o time deverá decidir quais os melhores meios de montar as entregas. Alguns exemplos de técnicas e ferramentas estão elencados abaixo:

• Conhecimento e experiências do time de projeto;

• Softwares;

• Disponibilidade de Tecnologia.

Reuniões Diárias

São eventos indispensáveis durante a Sprint, consistem em reuniões do time de projeto, possuem time-box de 15 minutos e devem ser realizadas com todos os integrantes de pé para que seja objetiva e produtiva. A reunião diária vai permitir que o time siga motivado por meio do estímulo pela comunicação e também ela facilita a identificação e mitigação dos riscos. Também são uma boa oportunidade para atualizar o Scrumboard e demais gráficos de entregas.

Mudanças, Mudanças!

Inevitáveis, mas gerenciáveis com Scrum. Agile foi feito para tratar de mudanças e projetos complexos, então não se preocupe!

O que pode gerar mudanças no Backlog Priorizado?

• Atualizações nas Histórias de Usuários: a necessidade de um determinado usuário pode mudar e essa mudança deve ser refletida nas Histórias de Usuários;

• Solicitações de mudanças: o próprio cliente pode mudar sua visão/opinião sobre o projeto e, assim, solicitar alguma modificação;

• Identificação de novos riscos: ao passo que novos riscos são identificados, se faz necessário promover mudanças para que se possa lidar com esses novos riscos.

• Reuniões para Atualização do Backlog Priorizado: é a técnica mais eficaz para realinhar as histórias de usuário e os critérios de aceitação.

Os métodos ágeis são desenvolvidos para absorverem mudanças a qualquer momento do projeto sem que elas tenham grandes impactos nos aspectos emocional e prático de uma equipe, pois o planejamento é sempre feito em curto prazo. Os métodos ágeis também desenvolvem seus processos baseando-se em requisitos instáveis. Ao estudarmos o Manifesto Ágil iremos ver que devemos: "Responder às mudanças em vez de seguir um plano".

As mudanças aprovadas irão gerar atualizações Backlog do Produto (que deverão ser feitas pelo Dono do Produto), como consequência, a priorização do Backlog do produto também deverá ser atualizada.

Clientes podem apresentar mudanças considerando:

• Regulamentação governamental;

• Novas diretrizes;

• Lições aprendidas;

• Necessidade de melhorias.

Mudanças podem gerar instabilidades no projeto afetando:

• Cronograma;

• Ritmo de trabalho;

• Priorizações;

• Valores.

Um trabalho incompleto, quando o time não executa tudo que estava planejado no backlog da Sprint, obriga mudanças na Sprint seguinte para adequar os itens atrasados.

Nos casos da necessidade de mudanças durante uma Sprint existem duas opções de como agir, a decisão será tomada pelo Dono do projeto, ele poderá encerrar a Sprint ou adiar a mudança.

Responsabilidades na Execução da Sprint

Descubra de quem é a responsabilidade de fazer a reunião diária, de atualizar o Scrum Board e mais!

Scrum Master:

• Garante a aplicação dos eventos;

• Apoia a atualização das ferramentas de acompanhamento;

• Facilita a criação das entregas.

Dono do Produto:

• Atualiza e refina o Backlog Priorizado do Produto;

• Garante o entendimento dos requisitos de negócio;

• Monitora o amadurecimento do time.

Time de Desenvolvimento:

O time, durante a Sprint, trabalha para criar as entregas, mantendo atualizadas as ferramentas de acompanhamento das tarefas.

• Apresentar quaisquer impedimentos;

• Identificar e responder aos riscos;

• Absorver solicitações de mudanças;

• Acompanhar ativamente as revisões.

Escalando Scrum e Tratando a Qualidade

Aprenda a fazer uma reunião de Scrum de Scrums com base em boas práticas de gerenciamento ágil de projetos. Entenda também como são tratadas as revisões e retrospectivas em Métodos Ágeis.

Reuniões de Scrum de Scrums

Dentre os objetivos dessas reuniões estão: otimizar integração entre times, resolver conflitos, registrar dificuldades e impedimentos, atualizar o progresso, vínculos e dependências. O time de projeto deve ser colaborativo oferecendo inputs de atualizações e impedimentos.

Técnicas para conduzir a reunião de Scrum de Scrums

• Desde a última reunião, o que vem sendo trabalhado pelo meu time?

• O que será feito pelo meu time até a próxima reunião?

• Em que os outros times dependem do meu time?

• O que será feito pelo meu time que impacta nos outros times?

A Vídeo Conferência é habitualmente utilizada para reuniões nas quais os time estejam em locais afastados.

Revisão da Sprint

Conheça este ritual de controle de qualidade e conheça as regras do Scrum para o gerenciamento da qualidade. Ao término de uma Sprint é necessário a validação do que foi feito para garantir a aprovação, esse é o momento de realizarmos a Demonstração e Validação da Sprint.

Reunião

Os desenvolvedores apresentam os entregáveis ao Dono do Produto para validação. Neste evento devem ocorrer:

• Aceitação ou rejeição das entregas;

• Atualização de cronograma;

• Registro de riscos;

• Avaliação do valor agregado.

Além de reuniões de revisão, outra técnica muito utilizada é a Análise do Valor Agregado. A análise de Valor Agregado (AVA) mede a variação atual de desempenho, custo e tempo. Sendo possível gerar estimativas atualizadas de desempenho.

Retrospectiva da Sprint

Como podemos melhorar os processos que nos levaram aos resultados que geramos? Como podemos melhorar os resultados por meios dos processos empregados? Isso vale uma retrospectiva!

É durante a retrospectiva da Sprint que serão compartilhadas as lições aprendidas por todo o time de projeto no decorrer daquela Sprint. Essas lições compartilhadas em grupo serão entradas para a próxima Sprint, para que, assim, possamos efetivamente melhorar os pontos abordados por meio da listagem dos pontos de melhoria.

Reuniões de Retrospectiva da Sprint

O foco da reunião de restrospectiva será estabelecer as Melhores Práticas da Sprint que foi encerrada para levá-las para as próximas Sprints. Ao elencar as boas práticas também iremos identificar os Gargalos e Impedimentos que atrasaram a equipe ou dificultaram seu trabalho, a partir do reconhecimento desses impedimentos o Scrum Master irá trabalhar para resolvê-los. Com Melhores Práticas definidas e Gargalos e Impedimentos resolvidos nós iremos obter as Melhorias em Processos. Nesse evento serão produzidos: pontos de melhoria definidos e o plano de ação das melhorias.

Durante a Reunião poderemos utilizar diversas técnicas já trabalhadas em nosso curso, como a Lancha para identificarmos mais facilmente quais são as âncoras (impedimentos) do time, além do uso de Medições para avaliar o que foi feito (consultar o ScrumBoard da Sprint, por exemplo).

Release

O que ela é? Para que ela serve? A release é feita quando somamos as porções de software desenvolvidas por nós e criamos uma entrega para nosso cliente. Confira a aula e entenda o conceito, pois pode cair em sua prova!

Ela é constituída pelos entregáveis que estão dentro dos critérios de aceitação definidos pelo cliente. O envio desses entregáveis deve ser aprovado formalmente pelo cliente.

Ao término da entrega, a metodologia ágil recomenda a realização da Retrospectiva do Projeto. É preciso lembrar também que tal retrospectiva deve ser feita apenas a partir do término da última Release, considerando que durante todo o projeto ocorrerão várias Releases.

Retrospectiva do Projeto

É o momento em que se olha para trás e identifica quais foram os pontos positivos e negativos desse período de trabalho e, com isso, quais as lições que a equipe do projeto aprendeu.

• Levantamento das lições aprendidas;

• Documentação das lições aprendidas;

• Disponibilização das lições aprendidas.

A Reunião de Retrospectiva do Projeto deve focar em produzir melhorias para projetos seguintes, possibilitando o aprendizado da equipe com as práticas e com as ferramentas utilizadas no projeto e também solucionando os problemas encontrados durante o desenvolvimento das Sprints

Responsabilidades na Qualidade e Release

Descubra quais são as responsabilidades de cada papel do Scrum oficial dentro da revisão, retrospectiva e da release em um projeto Scrum.

Dono do Produto

• Apoiar na implantação das entregas;

• Participar das Retrospectivas;

• Acompanhar o desenvolvimento do time;

• Atualizar priorização do Backlog.

Scrum Master

• Estimular e apoiar o registro das lições aprendidas;

• Organizar artefatos;

• Ensinar o time a coletar informações sobre os pontos de melhoria.

Time de Desenvolvimento

• Contribuir com inputs para a retrospectiva do projeto;

• Fará a demonstração e a validação do produto;

• Colocará em prática os pontos de melhoria assinalados.

Qualidade em Profundidade

Nesta aula, encerraremos o curso com a oferta de uma visão em profundidade sobre qualidade em projetos ágeis. Obrigado por estudar com o Site Campus!

Como o Scrum trata a Qualidade?

Para o Scrum, qualidade está associada à capacidade das entregas em alcançarem o valor do negócio. Ou seja, o produto que nós construímos deve oferecer valor para o cliente e, com isso, para o negócio. Qualidade também pode ser encontrada na capacidade de atender aos critérios de aceitação do produto, entregar ao cliente aquilo que ele definiu como de maior importância e da melhor forma.

Portanto, assumimos que a qualidade em Scrum é o conjunto de três fatores:

• A compreensão do escopo;

• A capacidade de criar/entregar valor de negócio;

• Conhecer os benefícios do produto desenvolvido.

Responsabilidades na Qualidade:

• Scrum Master

  • Estimular o debate em relação aos problemas;

  • Apoiar as apresentações;

  • Dissolver impedimentos.

• Dono do Produto

  • É responsável pela aceitação ou rejeição das entregas;

  • É quem controla e supre as informações acerca da qualidade;

  • Faz as atualizações nas informações.

• Time de Desenvolvimento

  • Deve apresentar as entregas realizadas;

  • Apontar as oportunidades de melhoria;

  • Colaborar nas reuniões de revisão e retrospectiva.

Critérios de Aceitação

Tais itens devem ser definidos com clareza e objetividades para garantir a compreensão e o sucesso da qualidade. É importante lembrarmos de diferenciar os critérios de aceitação (são os detalhes da lista de requisitos estipulados pelo cliente que obrigatoriamente devem constar para que ele aceite a entrega) da lista de requisitos (de forma mais abrangente, são os ítens que irão guiar o desenvolvimento do produto). Cada História de Usuário deverá ter um critério de aceitação indivídual.

Melhoria Contínua

Experiências desenvolvidas durante o projeto e colaboração dos Stakeholders somam a capacidade dos times de projeto de alcançar a qualidade esperada. Uma técnica utilizada ao trabalhar com "qualidade" é a do Ciclo PDCA que consiste em Planejar (Plan), Fazer (Do), Verificar (Check), Agir (Act).