Articles

Como as decisões são tomadas no Scrum?

O papel de um Scrum Master na tomada de decisões dentro de uma estrutura ágil como o Scrum é matizado e dinâmico. Um Scrum Master facilita o processo de tomada de decisão em vez de tomar decisões unilateralmente. Ele orienta a equipe na compreensão do contexto da decisão, garante que todas as informações relevantes estejam disponíveis e incentiva a colaboração entre os membros da equipe. O Scrum Master promove um ambiente onde as decisões são tomadas coletivamente, aproveitando a diversidade de expertise e perspectivas dentro da equipe. Ele também atua como um mediador, ajudando a resolver conflitos e garantindo que as decisões estejam alinhadas com os princípios e objetivos da estrutura Scrum. Por fim, o Scrum Master capacita a equipe a tomar decisões informadas de forma autônoma, promovendo propriedade e responsabilidade.

No Scrum, as decisões são tomadas com base em observação e experimentação, em vez de planejamento detalhado antecipado. O controle de processo empírico depende das três ideias principais de transparência, inspeção e adaptação.
Transparência

A transparência permite que todas as facetas de qualquer processo Scrum sejam observadas por qualquer pessoa. Isso promove um fluxo de informações fácil e transparente por toda a organização e cria uma cultura de trabalho aberta. No Scrum, a transparência é retratada por meio do seguinte:

• Uma Declaração de Visão do Projeto que pode ser visualizada por todas as partes interessadas do negócio e pela Equipe Scrum

• Um Backlog de Produto Priorizado aberto com Histórias de Usuário priorizadas que podem ser visualizadas por todos, tanto dentro quanto fora da Equipe Scrum
• Um Sprint Backlog que pode ser usado para listar todas as tarefas, associadas às User Stories comprometidas, a serem executadas pela Equipe Scrum no Sprint atual
• Um cronograma de planejamento de lançamento que pode ser usado para coordenar o trabalho entre várias equipes Scrum e outras partes interessadas do negócio
• Visibilidade clara do progresso da equipe por meio do uso de um Scrumboard, Burndown Chart e outros radiadores de informações
• Reuniões de planejamento de sprint durante as quais a equipe Scrum estima o esforço necessário para entregar histórias de usuário de alta prioridade e se compromete com um conjunto de histórias de usuário para conclusão no sprint
• Reuniões diárias de standup conduzidas durante o  processo de Conduta de standup diário, nas quais todos os membros da equipe relatam o que fizeram no dia anterior, o que planejam fazer hoje e quaisquer problemas que os impeçam de concluir suas tarefas no Sprint atual.
• Reuniões de revisão de sprint conduzidas durante o processo de demonstração e validação do sprint  , nas quais a equipe Scrum demonstra os entregáveis ??do sprint potencialmente lançáveis ??para o proprietário do produto e as partes interessadas do negócio.
• Reuniões de retrospectiva do Sprint realizadas após as reuniões de revisão do Sprint no último dia do Sprint, durante as quais o Scrum Team discute oportunidades de melhoria para futuros Sprints
• Uma reunião ou sessão de planejamento de lançamento é conduzida para permitir que a equipe Scrum tenha uma visão geral dos lançamentos planejados e do cronograma de entrega do produto que estão desenvolvendo.

Inspeção

A inspeção no Scrum é descrita através do seguinte:

• Uso de um Scrumboard comum e outros radiadores de informação que mostram o progresso da Equipe Scrum na conclusão das tarefas no Sprint atual.
• Coleta de feedback do cliente e de outras partes interessadas do negócio durante os processos de Desenvolvimento de Épico(s), Criação de Backlog de Produto Priorizado, Condução de Planejamento de Lançamento e Refino de Backlog de Produto Priorizado  .
• Inspeção e aprovação das entregas pelo Product Owner e pelo cliente no processo de Demonstração e Validação do Sprint.

Adaptação

A adaptação acontece à medida que o Scrum Core Team e as partes interessadas do negócio aprendem por meio da transparência e inspeção e, então, se adaptam fazendo melhorias no trabalho que estão fazendo. Alguns exemplos de oportunidades para adaptação no framework Scrum incluem:

• Em Daily Standup Meetings , os membros do Scrum Team discutem abertamente os impedimentos para concluir suas tarefas e buscam ajuda de outros membros da equipe. Membros mais experientes no Scrum Team também orientam aqueles com relativamente menos experiência em conhecimento do projeto ou tecnologia.
• A identificação de riscos é realizada e iterada ao longo do projeto. Os riscos identificados se tornam entradas para vários processos do Scrum, incluindo Create Prioritized Product Backlog, Refine Prioritized Product Backlog e Demonstrate and Validate Sprint.
• Melhorias também podem resultar em Solicitações de Mudança, que são discutidas e aprovadas durante os processos Desenvolver Épico(s), Criar Backlog Priorizado do Produto e Refinar Backlog Priorizado do Produto.
• O Scrum Guidance Body interage com os membros da equipe Scrum durante os processos de criação de histórias de usuário, estimativa de tarefas, criação de entregas e refino do backlog priorizado do produto para oferecer orientação e também fornecer experiência, conforme necessário.
• No processo de Retrospectiva do Sprint, as melhorias acionáveis ??acordadas são determinadas com base nos resultados do processo de Demonstração e Validação do Sprint.
• Na Reunião de Divulgação Retrospectiva, os participantes documentam as lições aprendidas e realizam revisões buscando oportunidades para melhorar os processos e abordar ineficiências

How are decisions made in Scrum?

The role of a Scrum Master in decision-making within an agile framework like Scrum is nuanced and dynamic. A Scrum Master facilitates the decision-making process rather than making decisions unilaterally. They guide the team in understanding the context of the decision, ensure all relevant information is available, and encourage collaboration among team members. The Scrum Master fosters an environment where decisions are made collectively, drawing on the diverse expertise and perspectives within the team. They also act as a mediator, helping resolve conflicts and ensuring that decisions align with the principles and goals of the Scrum framework. Ultimately, the Scrum Master empowers the team to make informed decisions autonomously, fostering ownership and accountability.

In Scrum, decisions are made based on observation and experimentation rather than on detailed upfront planning. Empirical process control relies on the three main ideas of transparency, inspection, and adaptation.
 

Transparency

Transparency allows all facets of any Scrum process to be observed by anyone. This promotes an easy and transparent flow of information throughout the organization and creates an open work culture. In Scrum, transparency is depicted through the following:

• A Project Vision Statement which can be viewed by all business stakeholders and the Scrum Team

• An open Prioritized Product Backlog with prioritized User Stories that can be viewed by everyone, both within and outside the Scrum Team
• A Sprint Backlog which may be used to list all the tasks, associated with the committed User Stories, to be executed by the Scrum Team in the current Sprint
• A Release Planning Schedule which may be used to coordinate work across multiple Scrum Teams and other business stakeholders
• Clear visibility into the team’s progress through the use of a Scrumboard, Burndown Chart, and other information radiators
• Sprint Planning Meetings during which the Scrum Team estimates the effort needed to deliver top priority User Stories and commits to a set of User Stories for completion in the Sprint
• Daily Standup Meetings conducted during the Conduct Daily Standup process, in which all team members report what they have done the previous day, what they plan to do today, and any problems preventing them from completing their tasks in the current Sprint
• Sprint Review Meetings conducted during the Demonstrate and Validate Sprint process, in which the Scrum Team demonstrates the potentially shippable Sprint Deliverables to the Product Owner and business stakeholders
• Retrospect Sprint Meetings conducted after the Sprint Review Meetings on the final day of the Sprint during which the Scrum Team discusses improvement opportunities for future Sprints
• A Release Planning Meeting or session is conducted to enable the Scrum Team to have an overview of the planned releases and delivery schedule for the product they are developing

Inspection

Inspection in Scrum is depicted through the following:

• Use of a common Scrumboard and other information radiators that show the progress of the Scrum Team on completing the tasks in the current Sprint.
• Collection of feedback from the customer and other business stakeholders during the Develop Epic(s), Create Prioritized Product Backlog, Conduct Release Planning, and Refine Prioritized Product Backlog processes.
• Inspection and approval of the deliverables by the Product Owner and the customer in the Demonstrate and Validate Sprint process.

Adaptation

Adaptation happens as the Scrum Core Team and business stakeholders learn through transparency and inspection and then adapt by making improvements in the work they are doing. Some examples of opportunities for adaptation in the Scrum framework include:

• In Daily Standup Meetings, Scrum Team members openly discuss impediments to completing their tasks and seek help from other team members. More experienced members in the Scrum Team also mentor those with relatively less experience in knowledge of the project or technology.
• Risk identification is performed and iterated throughout the project. Identified risks become inputs to several Scrum processes including Create Prioritized Product Backlog, Refine Prioritized Product Backlog, and Demonstrate and Validate Sprint.
• Improvements can also result in Change Requests, which are discussed and approved during the Develop Epic(s), Create Prioritized Product Backlog, and Refine Prioritized Product Backlog processes.
• The Scrum Guidance Body interacts with Scrum Team members during the Create User Stories, Estimate Tasks, Create Deliverables, and Refine Prioritized Product Backlog processes to offer guidance and also provide expertise as required.
• In the Retrospect Sprint process, agreed actionable improvements are determined based on the outputs from the Demonstrate and Validate Sprint process.
• In the Retrospect Release Meeting, participants document lessons learned and perform reviews looking for opportunities to improve processes and address inefficiencies