rafanoronha.speaking()

Comecei a estudar Scrum para valer há algumas semanas.

Scrum é um método ágil para gerenciamento de projetos.
Voltado para projetos complexos, onde existe imprevisibilidade e mudanças de planos.

Natureza do processo

Scrum é um processo de controle empírico, em contrapartida à processos de controle definido.

Controle definido significa utilizar práticas comuns um conjunto de práticas bem definidas (e de praxe), resolvendo problemas previamente enfrentados e portanto de complexidade tangível.
Geralmente efetivo em cenários onde as variáveis envolvidas, quando recorrentes em projetos distintos, produzem um resultado semelhante.

Desenvolvimento de software não tem se mostrado algo fácil de se controlar através deste tipo de processo.

Um processo de controle empírico é voltado a cenários de alta complexidade, onde certamente se encaixa o desenvolvimento de sofware.

Previamente aceita-se o fato de que não existe um pleno conhecimento do que será concebido.
Problemas são conhecidos tardiamente, e deverão ser enfrentados de maneira ágil.

Este tipo de processo apóia-se em três pilares:

Visibilidade, mostrará aos interessados como as coisas estão indo.
Inspeção, permitirá que problemas sejam identificados.
Aceitação a mudanças, permitirá que mudanças de planos aconteçam.

As práticas existentes no Scrum não são difíceis de compreender.
O difícil costuma ser aplicá-las de maneira correta.

Não aprofundarei em nenhuma prática, apenas levantarei alguns pontos que me chamaram a atenção.
Caso Scrum seja algo novo para você e desperte o seu interesse, uma pesquisa certamente o levará a um bom referencial teórico.

O líder (Scrum Master) é o facilitador, e não o chefe.

Isto significa que ele auxilia e orienta a sua equipe, mas não delega atividades a ninguém.

O Scrum Master auxilia o time de diversas maneiras.
Mantê-los no caminho certo, remover impedimentos, buscar melhorias.

Não dar ordens também é uma maneira de ajudá-los.

A equipe torna-se auto-gerenciável.

Um time Scrum se gerenciará sozinho, não existindo a necessidade de alguém ali, dizendo o que precisa ser feito, quem vai fazer o quê, quando precisa ser entregue (o que já é conhecido de antemão, a data de apresentação do resultado do sprint).

Existem práticas que tornarão isto possível, acredite.

Uma delas é a reunião diária.
Ela costuma durar 15 minutos e todos devem dizer o que fizeram desde a última reunião, o que farão até a próxima reunião e quais impedimentos podem dificultar o seu trabalho.

Já pensou a cara de um membro da equipe se ele não ajudou em nada no dia anterior ?
Não consigo nem imaginar.

O interessante é que com Scrum o time se tornará autônomo.
Eles saberão a melhor maneira de concluir o trabalho a ser feito.

Além disto os membros da equipe desenvolverão um comprometimento verdadeiro.
Eles não fazem algo que foi imposto, e sim algo que é necessário fazer, pelo bem do time, e do projeto.

Processo iterativo.

No Scrum existem os Sprints, iterações de espaço de tempo definido e constante, onde a equipe se comprometerá a entregar funcionalidades ao projeto.

Após o responsável pelo produto priorizar os itens do projeto e explicá-los ao time, caberá a eles dizer o que entra no sprint, com base em suas estimativas de trabalho.

Iterações permitem que o andamento do projeto seja discutido de maneira clara, existindo ferramentas de auxílio à tomada de decisões.

Conclusão

Tenho certeza que adotar Scrum não é algo simples. Afeta a estrutura de uma organização. Continuarei estudando o processo, interessado em buscar um constante aprimoramento das práticas realizadas no dia-a-dia.

O Scrum não conduzirá um projeto ao sucesso, necessariamente.
Corretamente aplicado, ele auxiliará os envolvidos na busca pelo melhor resultado possível.

E a sua opinião ?

Seja você um partidário de metodologias em cascata ou mais um interessado por processos ágeis, o seu feedback será bem vindo.

Related posts:

1. Scrum não menciona engenharia. E daí?
2. Certified Scrum Master