Publicado em

The Role and Outcomes of Agile Review Meetings

An agile review meeting, often referred to as a sprint review, is a key event in the agile framework that focuses on assessing the work completed during a sprint. This meeting serves as an opportunity for the team to showcase their accomplishments to stakeholders and gather valuable feedback. The primary goal is to ensure that the product increment aligns with the expectations and requirements of the stakeholders, and to make necessary adjustments for future sprints.

During the agile review meeting, the team presents the completed user stories and demonstrates the functionality of the product increment. Stakeholders, including the Product Owner, customers, and other interested parties, are invited to provide feedback and discuss the progress made. This interaction is crucial for maintaining transparency and fostering collaboration between the development team and stakeholders.

sprint review, is a key event in Agile development where the team showcases the completed work of a sprint to stakeholders and gathers feedback
Sprint review, is a key event in Agile development where the team showcases the completed work of a sprint to stakeholders and gathers feedback

Expected Outcomes of an Agile Review Meeting

  • Validation of Work: The meeting provides a platform for stakeholders to validate the work completed during the sprint, ensuring it meets their expectations and requirements.
  • Feedback Collection: Gathering feedback from stakeholders is a critical outcome, as it helps the team understand any changes or improvements needed for the product.
  • Alignment on Goals: The review meeting ensures that the team and stakeholders are aligned on the product goals and priorities, facilitating better planning for future sprints.
  • Demonstration of Progress: By showcasing the product increment, the team demonstrates tangible progress, building confidence and trust with stakeholders.
  • Identification of Improvements: The feedback and discussions during the meeting can lead to the identification of areas for improvement, helping the team refine their processes and enhance product quality.

In summary, agile review meetings are essential for validating work, collecting feedback, aligning goals, demonstrating progress, and identifying improvements. By engaging stakeholders and fostering open communication, these meetings contribute to the continuous improvement of the product and the overall success of the project.

Publicado em

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.

Publicado em

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.

Publicado em

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 !!! 

Publicado em

Utilizando e descobrindo com Spike

Muitas vezes precisamos propor soluções com ferramentas que nem sempre temos dominio, para diminuir o risco de se assumir uma demanda sem que se tenha o minimo necessário para que o mesma possa ser colocada em andamento criamos itens no backlog com o objetivo de adquirir conhecimento de forma a esclarecer os aspectos que não conhecemos.

SPIKE é um tipo de história de usuário para ganhar o conhecimento necessário para execução de uma nova demanda.

Atualmente está convencionado chamar essa atividade de Spike, a adoção deste tipo de expediente reduz o risco de uma abordagem técnica inadequada seja implementada, aumentando a confiabilidade do time sobre o tema trazendo mais segurança para que se possa decidir como o item será operacionalizado evitando retrabalho.

Existem vários formatos que podemos considerar, um estudo, experimento ou mesmo uma prova de conceito, o objetivo é obter informações considerando o contexto do problema para tomada de decisão.

Esta abordagem é uma forma de manter o time angariando novos conhecimentos sempre com o foco para tomar as melhores decisões sem impactar entregas planejadas na sprint conforme a necessidade corrente estabelecida.

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

Publicado em

A importância do Product Owner no time.

O papel do Product Owner é vital em um time ágil, ele define o direcionamento tomando decisões que determinam a estratégia do produto em questão, isso colabora diretamente para manter o time na direção certa.

Neste papel algumas das principais características/habilidades devem ser observadas:

  • Tomador de decisões
  • Definidor da visão
  • Detemina o valor de negócio
  • Responsável pelo produto

É importante que o PO dê visão ao time fazendo-o entender dentro do possível o negócio ou seja os motivos do porque uma demanda foi criada, isso aumentará o compromisso do time elevando o desempenho já que o time também terá a mentalidade voltada para o negócio. Com esses “ingredientes” o time tenderá a ser mais resiliente em relação a pressões externas além de facilitar a adaptação entre os sprints.

O direcionamento do PO é decisivo para o sucesso do time, existem uma série de aspectos que precisam ser dominados pela pessoa que exerce este papel, isto influência diretamente na organização, funcionamento e resultados gerados.

É muito importante que o PO evite os “anti-patterns”, ações que ele deve resistir em fazer:

  • Dizer “como” o trabalho será realizado e não o “que”
  • Focar apenas nas entregas a curto prazo
  • Não ter olhar para adaptabilidade do escopo
  • Demandar mudanças antes de se tornarem reais
  • Ter como regra mudanças durante a sprint

A saúde do time e do produto dependem do comprometimento do PO, ele precisa estar autorizado a tomar decisões, ser colaborativo e capacitado para discernir entre os trade-offs que surgem no caminho do time.

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

Publicado em

SAFe – Agile Release Train (ART)

O ART ou Agile Release Train é um time de times, ou seja, é um conjunto de squads e stakeholders que em conjunto irão dentro de um determinado período planejar, desenhar, executar e entregar soluções em fluxo de desenvolvimento de produto contínuo. Ele é multifuncional todas as disciplinas necessárias para a entrega devem estar contidas no ART (software e hardware).

Além de alinhar todos os times em uma única missão colabora para mitigação de riscos e da variabilidade inerentes a esse tipo de situação no caso de não haver uma organização deste tipo.

Um dos principais objetivos de um Agile Release Train (ART) é entregar features e/ou componentes buscando sempre a minimização de dependências para que o trabalho flua mais rapidamente e com a menor sobrecarga possível.

O ideal é que os times sejam organizados de forma a entregar um novo incremento a cada 2 semanas, deve haver sincronização entre os times para que o ART seja capaz de liberar um incremento com valor para o negócio, é claro que é mais fácil falar do que fazer, é uma operação complexa e que exige um nível de organização razoável dos times e gestores envolvidos, o framework SAFe colabora fornecendo práticas para aplicar cadência e sincronização necessárias.

O Program Increment ou PI é a janela de tempo da qual o ART de forma incremental deve entregar valor conforme o que foi feito pelos times o que pode conter entregáveis não apenas de software, esse timebox tem tipicamente de 8 a 12 semanas divididas pelas “Systems Demos” que ocorrem ao final de cada sprint de forma a permitir a inspeção e adaptação (I&A) .

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

Publicado em

Formação, Conflito, Normatização e Performance

Um time que acaba de ser formado evolui passando por alguns estágios de maturidade antes de chegar em sua capacidade ideal, para entender a evolução do time as fases devem ser observadas em suas principais características.

Formação: O time se reúne e toma conhecimento das primeiras informações do projeto como principais features, roadmap em busca de um entendimento inicial com as informações disponíveis, assim como conhecer os pares que serão seus companheiros nesta nova jornada, tipicamente as pessoas neste primeiro momento são mais cuidadosas em relação as suas opiniões e nas interações.

Conflito: As opiniões começam emergir o que pode por vezes causar certo desconforto e alguma tensão devido ao fato de que as decisões precisam ser tomadas muitas vezes baseando-se em informações incompletas devido ao momento do projeto e o nível de incerteza, o time precisa ser orientado a entender o valor da diferença de opiniões e as vantagens adivindas deste fato.

Para que um time evolua as ações necessárias devem ser direcionadas conforme o estágio (fase) atual em que o time se encontra, durante a jornada haverão momentos ideais para focar em cada fase de forma diferente ajudando as pessoas e o time a se tornarem mais eficientes

Normatização: O consenso é alcançado na maioria dos aspectos do projeto e o time ganha coesão, fica mais eficiente, todos tem o entendimento do escopo do trabalho e seu papel dentro do time e os objetivos que precisam ser perseguidos.

Performance: O time está atuando de forma auto-organizada tendo os objetivos compartilhados totalmente claros e performa de forma altamente colaborativa criando suas próprias soluções com o mínimo de dependências externas, movendo-se de forma dinâmica.

Alguns eventos podem afetar a dinâmica da evolução do time como a adição de novos membros ou mudanças significativas no escopo do projeto ou no ambiente do projeto ou organização e isso deve ser considerado pois pode causar alguma regressão no status atual do projeto, fique atento.

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

Publicado em

Team Building

Para que um time se torne forte é importante que se forme uma identidade compartilhada da equipe, para tal precisamos propiciar um ambiente que possibilite as pessoas descubrirem coisas novas sobre as outras, tanto do lado profissional quanto do pessoal, isso facilita o andamentos das coisas.

O team building é sobre utilizar atividades colaborativas para que as pessoas se conheçam melhor durante uma jornada pela busca de objetivos compartilhados, existem algumas dinâmicas que podem ajudar de forma eficiente com esses objetivos.

Com a utilização das atividades de Team Building podemos viabilizar uma consciência coletiva dando início ao aprendizado da equipe sobre ela mesma conforme o conjunto de habilidades e crenças reveladas.

A atividade de valores (Kouzes e Posner, 2007) dá a oportunidade para que o time explore suas características internas.

  1. Cada pessoa recebe um baralho de cartas;
  2. Nas cartas temos palavras que representam valores (Ex: Resiliência, Produtividade, Protagonismo, Felicidade etc ;
  3. Cada pessoa divide as cartas em duas partes, valores importantes e não importantes;
  4. Na sequência cada um pega a pilha de valores importantes e repete a operação até que fiquem apenas 5 cartas;
  5. Cada pessoa escreve seus valores no quadro ou flip chart;
  6. Pergunte ao time o que a visão montada naquele momento representa para o time, aonde estamos de acordo ou não, medie as conversas do time;

Lembre-se de direcionar o time para que mantenham a mente aberta, não julgar mas sim entender, como resultado essa atividade deve servir de insumo para que o próprio time comece a se conhecer de forma mais intimista e consequentemente possa se desenvolver mais rapidamente conforme as pessoas interagem no caminho.

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

Publicado em

Conversas informais do time.

É vital para evolução do time que a observação seja exercitada de forma competente, para tanto é necessário estar atento não apenas as conversas formais que acontecem nas cerimônias como a planning ou a review, mas também nas conversas que acontecem em outros momentos.

Muitas coisas úteis pode ser encontradas nesses momentos além das oportunidades de treinamento do time, as ferramentas que podem ser utilizadas estão nas observações e perguntas que podem clarificar ou inspirar as pessoas a evoluirem.

Boa parte do tempo o time mantém conversas informais que podem servir para geração de ativos importantes que ajudarão o time a evoluir, essas oportunidades devem ser utilizadas também para treinar o time, portanto esteja atento a essas situações para colaborar.

Deixe claro ao time que você acredita que eles podem fazer mais e melhor, ajude-os a descobrir novas habilidades conforme as necessidades atuais sem se esquecer que o time deve saber o que deve ser priorizado, muitas vezes a forma de se fazer uma pergunta pode fazer a diferença.

Esteja preparado para o silêncio nas primeiras “incursões”, isso é muito muito normal, por vários motivos, é importante fazer as colocações de forma isenta, as perguntas ou observações devem ser neutras de forma que as pessoas se sintam a vontade para contribuir, preste atenção no que está acontecendo com o time para que sua colaboração seja mais efetiva.

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