The Impact and Outcomes of Agile Retrospective Meetings

An agile retrospective meeting is a vital practice within the agile framework, aimed at fostering continuous improvement and team collaboration. Typically held at the end of each sprint, this meeting provides a structured opportunity for the team to reflect on their recent work cycle. The primary objective is to evaluate what went well, identify areas for improvement, and develop actionable strategies to enhance future performance. During a retrospective, team members are encouraged to share their insights and experiences openly.

The retrospective provides a feedback loop for the team, allowiing them to learn from the past and adapt for the future.
The retrospective provides a feedback loop for the team, allowiing them to learn from the past and adapt for the future.

This open dialogue helps in building a culture of trust and transparency, where all voices are valued. The meeting often revolves around key questions such as “What went well?”, “What didn’t go well?”, and “What actions will we take?”. By addressing these questions, the team can pinpoint specific issues and brainstorm solutions collaboratively.

Expected Outcomes of an Agile Retrospective Meeting:

  • Improved Processes: One of the main outcomes is the identification of process improvements. By analyzing past performance, the team can implement changes that streamline workflows and enhance efficiency.
  • Enhanced Team Collaboration: Retrospectives encourage open communication and collaboration, leading to stronger team dynamics and a more cohesive working environment.
  • Actionable Insights: The meeting should result in a set of actionable items that the team commits to implementing in the next sprint. These actions are aimed at addressing identified issues and leveraging opportunities for improvement.
  • Increased Accountability: By assigning specific action items to team members, retrospectives help in fostering a sense of accountability and ownership over the improvement process.
  • Continuous Learning: Retrospectives promote a culture of continuous learning and adaptation, enabling the team to evolve and improve with each sprint.

In summary, agile retrospective meetings are essential for driving continuous improvement and fostering a collaborative team environment. By reflecting on past performance and identifying actionable improvements, teams can enhance their processes, increase efficiency, and ultimately deliver better project outcomes. This iterative approach not only resolves current challenges but also helps in preventing future issues, contributing to the long-term success of the project.

Optimizing Agile Workflow: Understanding the Interplay Between Velocity and Capacity

Velocity and capacity are two fundamental concepts in Agile project management that play a crucial role in planning and executing successful sprints. Understanding their relationship is essential for teams to optimize their workflow and deliver value consistently.

Velocity is a measure of the amount of work a team can complete during a sprint. It is typically calculated by summing up the story points of all completed user stories in a sprint. Velocity provides a historical record of a team’s performance and helps in predicting future capacity. It is an average that becomes more accurate over time, allowing teams to make informed decisions about how much work they can realistically commit to in upcoming sprints.

Capacity, on the other hand, refers to the total amount of work a team can handle during a sprint, considering the availability of team members and other commitments. It is a forward-looking measure that helps in planning the workload for a sprint. Capacity takes into account factors such as team size, holidays, and other non-project-related activities that might affect the team’s ability to deliver work.

Capacity and velocity are distinct but interconnected concepts that are important for planning and executing sprints.

Relationship between Velocity and Capacity

  • Planning: Velocity is used as a benchmark to estimate the team’s capacity for future sprints. By understanding their average velocity, teams can better plan the amount of work they can take on, ensuring that they do not overcommit and risk burnout or underdeliver.
  • Predictability: A stable velocity provides predictability, allowing teams to forecast how much work they can complete in a given timeframe. This predictability helps in setting realistic expectations with stakeholders.
  • Continuous Improvement: By comparing velocity with capacity, teams can identify areas for improvement. If the velocity consistently falls short of capacity, it may indicate issues such as inefficiencies or impediments that need to be addressed.
  • Resource Allocation: Understanding the relationship between velocity and capacity helps in effective resource allocation. Teams can adjust their workload based on capacity constraints, ensuring that they are working at an optimal pace without overloading team members.

In summary, velocity and capacity are interrelated concepts that help Agile teams plan and execute their work effectively. Velocity provides a historical measure of performance, while capacity offers a forward-looking view of what can be achieved. By leveraging both, teams can ensure they are working efficiently, delivering value consistently, and continuously improving their processes.

A importância do refinamento !!

O backlog é o repositório com todas as atividades do projeto, são itens que estão em vários níveis de detalhamento dependendo do momento do projeto e assunto, para que um item do backlog possa ser discutido em uma planning para a execução em uma sprint, precisamos detalhar as informações de forma que o time consiga entender o que precisa ser feito, por isso usamos o refinamento.

O refinamento é uma reunião do time que pode ser feita a qualquer momento durante a sprint com o objetivo de preparar itens com as informações necessárias para a execução, e assim ter requisitos detalhados para execução em próximas sprints.

A responsabilidade de levar as informações para o refinamento é do Product Owner conforme priorização de negócio tipicamente, porém é responsabilidade do time contribuir para que os itens possam ter todas as informações necessárias para a execução, o objetivo é que os itens estejam com todas as informações necessárias para a execução, deixando-os assim preparados.


No refinamento precisamos dividir o grandes temas em itens menores e mais tratáveis para que se possa facilitar o entendimento e execução do trabalho sem perder a visão geral
 e objetivos a serem alcançados.

Deve ser observado qualquer situação ou pendência que possa impactar a completude das informações ou mesmo a execução de um determinado tema, assim que identificado o gap, deve ser tratado com a maior brevidade possível, principalmente quando houver alguma dependência externa ao time.

Dependendo da complexidade do tema pode haver a necessidade de um refinamento técnico aonde o time poderá alinhar situações que precisam ser melhor discutidas de forma a aumentar a probabilidade de que durante a execução da sprint não haja paradas devido a informações não levantadas anteriormente.

O refinamento é essencial para que além do time conhecer e ter oportunidade de questionar as demandas, possa colaborar com o planejamento, otimizando a execução da sprint aonde esses itens serão planejados.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Fomente a melhoria de desempenho do time !!!

Antigamente eu tinha uma preocupação excessiva em direcionar o time para que pudesse trabalhar de uma forma mais eficiente com o passar do tempo, também era um pouco centralizador e controlador e na verdade, tenho que me policiar para não ter recaídas, sobretudo em situações mais turbulentas, é muito tentador.

Porém com o tempo entendi que é o próprio time que tem as melhores chances de descobrir o seu próprio caminho para evoluir como grupo durante uma jornada que é diferente para cada time.

A melhoria contínua em busca de melhor desempenho é uma jornada que nunca chega ao fim, ela continua , precisamos acreditar que os times podem realizar, uma vez que estejam realmente compromissados, com a missão.

Devemos apoiar o time para que ele consiga definir o que é um bom desempenho dentro do seu cenário dando-lhes autonomia para que possam entender sua missão, isso vai ajudar para que não caiam na rotina passando pelas sprints sempre da mesma forma, precisamos apoia-los para que ao longo do caminho possam sentir que estão se tornando melhores, tanto individualmente como em grupo.

Devemos revelar as limitações e fazer planos para evoluir incentivando-os a fazer as escolhas baseadas no bom senso, é essencial que confiemos no time e ao mesmo tempo que o time acredite em si mesmo, só assim eles conseguirão trilhar seu caminho, ajude-os.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Planeje sua Sprint de forma efetiva.

Existem alguns itens que podemos verificar se estão ok antes de iniciarmos uma Sprint considerando o assunto envolvido e recursos disponíveis, oriente o time a se organizar estabelecendo um checklist a ser seguido:

  1. Defina o objetivo da sprint.
  2. O time terá condições de executar todas as tarefas ou será necessária ajuda externa ?
  3. Qual é a capacidade do time para essa sprint ?
  4. Quais os itens do backlog tem o maior valor e podem ser priorizados.
  5. Existe alguma questão pendente relacionadas ao itens do backlog (debíto técnico por exemplo).
  6. Quais serão os itens que possivelmente irão compor o Backlog da Sprint.
  7. Qual o compromisso final do time para a sprint?
  8. Garanta que os itens que farão parte do backlog da sprint tenham passado por refinamento (Negocio e/ou Técnico) e todos do time já tenham conhecimento.
Devemos oferecer ao time uma estrutura para que se possa organizar dando visão do propósito do planejamento da sprint.

É fundamental que o Product Owner tenha ciência da importância de um backlog organizado e preparado para o planejamento da sprint, isso ajudará que se alcance o propósito desta cerimônia.

O time de desenvolvimento deve entender o escopo, e buscar o entendimento completo do que precisa ser feito de forma que o objetivo da sprint seja endereçado.

Lembre-se do acrônimo DEEP, no backlog do produto precisamos trabalhar para que sejam estabelecidas 4 qualidades: Detalhado, Estimado, Emergente. Priorizado.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Sabe a diferença entre Incremental e Iterativo !?

O desenvolvimento incremental e iterativo não é uma novidade, mas você conhece a diferença entre eles ? Isso muitas vezes não está totalmente claro para as pessoas causando uma certa confusão.

A utilização das duas abordagens em conjunto é natural e colabora com a entrega de softwares que satisfaçam as expectativas e necessidades dos usuários.

Desenvolvimento Iterativo

  • Dá conta de um processo de refinamento de algo que já foi desenvolvido e que demanda melhorias ou está incompleto, ou seja, a cada iteração algo é melhorado através de adição de mais características.

Desenvolvimento Incremental

  • Tem a característica da entregas em partes com conjuntos de funcionalidades que são desenvolvidas e testadas não importando seu tamanho e que se soma ao incremento que já estava desenvolvido resultado da soma dos incrementos finalizados anteriormente.

Quando falamos de ágil os processos Iterativo e Incrementais estão juntos e se complementam pois fazemos entregas incrementais que são tratadas de forma iterativa, durante o caminho as duas coisas acontecem automaticamente.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Obtenção de Métricas Avançadas

No último post falamos de busca de informações que podem ajudar a ter um direcionamento no ínicio do trabalho e fazer as correções necessárias para que se garanta a integridade das informações prestadas, com essa base, podemos extrair métricas que vão ajuda-lo a dar um direcionamento aos times no médio e longo prazo.

Cycle Time: o tempo médio de quando os itens começam a ser executados até a entrega dentro processo estabelecido.

Lead Time: o tempo médio de finalização dos itens desde a hora em que o item aparece no backlog até a entrega em ambiente produtivo, percorre todo o processo de desenvolvimento, de ponta a ponta.

Throughput: é o número de itens executados dentro do fluxo de desenvolvimento em um determinado período.

WIP: Número máximo de itens que devem estar em progresso, isso ajuda na organização do time, para que se evite que se coloque mais itens em andamento do que o time consegue tratar, já que cada pessoa consegue andar com uma tarefa por vez.

Com a utilização de métricas vários aspectos de um time podem ser analisados e melhorados conforme a necessidade e priorização, porém é necessário ter uma base sólida e íntegra para que se possa ver.

Com a utilização destas métricas é possível controlar e calcular o tempo total de uma tarefa, gerando informação para que se possa tomar iniciativas de melhoria, diminuir o tempo em que as coisas ficam paradas e ajustar estimativas.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Obtenção de Métricas Básicas

Uma das primeiras coisas a fazer quando um Scrum Master assume o “mandato” é verificar como as informações relacionadas as métricas são coletadas, o ideal é que se utilize um software para armazenar essas informações do time, como o Jira ou o TFS por exemplo.

Comece verificando a integridade das informações geradas pelo time, identifique os gaps de manejo e oriente o time para que as informações sejam fornecidas corretamente, isso também vale caso não exista um software aonde as demandas são controladas, é mais difícil mas possível.

Comece verificando a integridade das informações geradas pelo time, identifique os gaps de manejo e oriente o time para que as informações sejam fornecidas corretamente.

Ajude o time a dispor as informações de forma que se possa obter algumas das seguintes métricas de forma sustentável:

  • Velocidade (Velocity)
  • Pontos de história completados por sprint
  • Burndown
  • Burnup
  • Release Burndown
  • Quantidade de defeitos
  • Quantidade de builds
  • Quantidade de histórias publicadas em produção
  • Frequência de releases
  • Quantidade de histórias aceitas
  • Quantidade de histórias não aceitas

Garantindo que essas informações estejam realmente íntegras, será fácil analisar e identificar as oportunidades de melhoria para realização de um planejamento, a coleta e a manutenção das informações é essencial para que se tenha certeza que as ações estejam sendo realizada no ponto certo, fique de olho.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

O essencial da retrospectiva !!!

A retrospectiva é o cerimônia que encerra a sprint, importante evento do Scrum , sua principal função é dar a oportunidade para que o time exercite a transparência, inspeção e adaptação.

Existem muitas formas de fazer uma retrospectiva, porém algumas ações são essenciais e determinam se a cerimônia está ajudando a entregar o que se propõe, o principal ativo do Scrum, a melhoria continúa.

Muitas vezes as retrospectivas são realizadas, e algumas disfunções precisam ser corrigidas, as pessoas do time não dividem sua opinião sobre o que aconteceu na última sprint, as questões discutidas não são registradas, não existe um acompanhamento ou controle nas retrospectivas subsequentes se alguma melhoria em relação as sprints anteriores foi alcançada.

A Retrospectiva talvez seja a cerimônia mais importante do Scrum, o time deve utiliza-la para evoluir e se tornar mais eficiente, algumas ações simples podem garantir isso.

Existem alguns softwares que podem ajudar as pessoas a se expressarem, temos algumas ferramentas a disposição como o https://app.mural.co/ por exemplo, o pessoal pode colocar o que achou bom ou ruim na restrospectiva ajudando o Scrum Master a obter as informações que são necessárias para que o time evolua como um grupo.

As saídas de uma restrospectiva devem seguir minimamente a lista abaixo:

  • O que fizemos de bom
  • O que não foi tão bem
  • Lista das ações com responsável

A lista com as ações endereçam a questão da melhoria contínua, essa lista deve ser revisitada pelo time a cada restrospectiva e juntos devem determinar se as ações deram resultado e quais novas ações devem compor a lista, sem isso não há como o time evoluir na sua forma de trabalho de maneira estruturada.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Scrum Master é um cargo de gestão !?

O cargo de Scrum Master certamente é um cargo de gestão, porém não tem as atribuições de um gerente tradicional que tipicamente tem ascendência funcional sobre o time.

O Scrum Master gerencia utilizando o processo Scrum e não tem poder funcional sobre o time ou suas atribuições, dentro da companhia, o Scrum Master é responsável por entender o cenário e facilitar que as pessoas possam atuar da forma mais eficiente possível utilizando o framework.

A posição de Scrum Master é de gestão, porém sobre um prisma diferente.

A sua principal missão é influenciar para que o framework seja entendido e adotado da melhor forma possível conforme o nível de maturidade do grupo, gerando ações de melhoria, estabelecendo metas e criando indicadores de forma que todos tenham visão aonde estão e quanto falta pra chegar lá.

Trocando em miúdos é como se você estivesse cuidando dos filhos de outras pessoas, precisa manter a ordem e cuidar, mas não pode brigar, seja paciente e ajude-os.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!!