Controle de Processo Empírico versus Controle de Processo Definido no Scrum: Um Guia Completo

Controle de Processo Empírico versus Controle de Processo Definido

O controle de processo empírico espera o inesperado, enquanto o controle de processo definido assume que todas as tarefas podem ser plenamente compreendidas de antemão.

Controle de Processo

O que é Controle de Processo Definido?

O controle de processo definido é um processo com etapas claramente definidas. Quando operamos em um ambiente relativamente estável e previsível, um processo definido deverá produzir a mesma saída sempre, com base em sua repetibilidade e previsibilidade, dado o mesmo input. Um processo definido possui as seguintes características:

• Comum e controlado
• Planeje o que você espera que aconteça
• Execute o plano, independentemente das mudanças nas condições
• Use controle de mudanças porque as mudanças são custosas

O que é Controle de Processo Empírico?

No controle de processo empírico, você espera o inesperado. Com o controle de processo definido, todas as tarefas são plenamente compreendidas de antemão. Em Scrum, é implementado um processo empírico, onde o progresso se baseia na observação e na experimentação, em vez de planejamento detalhado antecipado e processos pré-definidos. O controle de processo empírico baseia-se em fatos, experiência e evidências — implementado por meio de inspeção e adaptação.

O controle de processo empírico possui as seguintes características:

• Aprende com o progresso
• Espera e embrace a mudança
• Utiliza ciclos curtos de desenvolvimento para inspeção e adaptação
• Estimativas são apenas para referência e podem ser imprecisas

Controle de Processo Empírico no Scrum

Controle de Processo Empírico no Scrum

No Scrum, o controle de processo empírico é implementado por meio de três princípios centrais: transparência, inspeção e adaptação.

A transparência garante que todos os aspectos do processo que afetam o resultado sejam visíveis para aqueles responsáveis por gerenciar o resultado. Esses aspectos devem não apenas ser transparentes, mas também compreendidos por quem os observa. Em outras palavras, quando alguém considera uma tarefa concluída, ela deve estar alinhada com seu definido Definição de Concluído.

Os aspectos do processo devem ser inspecionados com frequência para detectar variações inaceitáveis. A frequência da inspeção deve considerar que a própria ação de inspeção pode alterar o processo. Quando a frequência de inspeção exigida ultrapassa a tolerância do processo, surgem complicações. Felizmente, o desenvolvimento de software parece ser menos sensível a isso. Outro fator é a habilidade e a diligência das pessoas que inspecionam o trabalho.

Se os inspetores determinarem que um ou mais aspectos do processo estão fora dos limites aceitáveis e o produto resultante seria inaceitável, eles devem ajustar o processo ou os materiais sendo processados. Os ajustes devem ser feitos o mais rápido possível para minimizar desvios adicionais.

Os Três Pilares nos Eventos do Scrum

Agora vamos explorar como o Scrum incorpora os três pilares como práticas recomendadas no framework por meio de diversos eventos.

Por exemplo:

• O Daily Scrumé usado para inspecionar o progresso em direção ao objetivo do sprint e fazer ajustes para o trabalho do próximo dia, a fim de maximizar o valor.
• Além disso, Revisão do Sprinte Planejamento do Sprint são usados para inspecionar o progresso em direção ao objetivo de lançamento e fazer ajustes para otimizar o valor no próximo Sprint.
• Por fim, o Retrospectiva do Sprinté usado para refletir sobre o Sprint anterior e identificar adaptações que tornarão o próximo Sprint mais eficiente, eficaz e agradável.

Esta lista resume a relação entre os eventos do Scrum e os três pilares da seguinte forma:

Transparênciapermite que qualquer pessoa observe todos os aspectos de qualquer processo do Scrum. Isso promove uma circulação aberta e transparente de informações em toda a organização e fomenta uma cultura de transparência. No Scrum, a transparência é demonstrada por meio de:

• Artigos
  • Declaração da Visão do Projeto
  • Prioridade Backlog do Produto
  • Plano de Lançamento
• Reuniões
  • Reunião de Revisão do Sprint
  • Reunião Diária de Stand-up
• Radiadores de Informação
  • Gráfico de Burn-down
  • Quadro de Tarefas do Scrum

Inspeçãono Scrum é descrita por meio de:

• Usando quadros comuns de tarefas do Scrum e outros radiadores de informação
• Coletando feedback de clientes e partes interessadas durante o desenvolvimento de épicas, criando um backlog do produto priorizado e planejando comportamentos de lançamento
• Product Owner e clientes inspecionando e aprovando entregas durante demonstrações e validações do Sprint

Adaptaçãoé o cerne do Scrum, onde a equipe e os interessados aprendem com a transparência e a inspeção, e depois adaptam seu trabalho de acordo. A adaptabilidade no Scrum é descrita como:

• Reuniões Diárias de Stand-up
• Identificação Contínua de Riscos
• Solicitações de Mudança
• Orientações do Scrum
• Reuniões de Retrospectiva do Sprint