A Abordagem de Gerenciamento Agile (parte 3/3)

O Processo Agile É Assim

1. A equipe se senta com o proprietário do produto para uma sessão de planejamento em que serão identificados os requisitos de alto nível do projeto. No Scrum, eles são chamados às vezes de histórias (stories). A idéia é identificar os requisitos da solução com base nas necessidades dos usuários. Por exemplo: “Precisamos executar um relatório P&L por departamento e consolidar todos os departamentos. Temos que selecionar o número ou a atualização do departamento, bem como a moeda e o período...”

2. Quando as histórias forem definidas, a equipe continuará a sessão de planejamento para identificar as tarefas necessárias para desenvolver as histórias. Esse passo é similar ao método tradicional de criar um plano de projeto. No entanto, a diferença é que em vez de o gerente de projeto criar o plano e pedir que a equipe o siga, no gerenciamento Agile a equipe participa da criação do plano e se compromete com o trabalho e os resultados finais. Esse é o componente fundamental do gerenciamento Agile com Scrum. A equipe é capacitada a tomar as decisões para alcançar o sucesso nas soluções. Quando a equipe é responsabilizada pelas decisões que toma, fica mais motivada a atingir os objetivos. Os detalhes são geralmente revelados conforme o projeto avança.

3. Com os detalhes revelados, o proprietário do produto, com a ajuda da equipe, prioriza os itens que devem ser cumpridos primeiro. Esses itens serão incluídos no “sprint” para serem trabalhados. Normalmente o sprint tem entre 2 e 4 semanas.

4. A equipe sempre começa o dia com uma reunião em pé ou reunião “Scrum”. Essa reunião não dura mais de 15 minutos. O propósito dela é permitir que cada membro da equipe responda três perguntas importantes. 1. O que você fez ontem, 2. O que você planeja fazer hoje? Você tem algum obstáculo que o impeça de realizar suas tarefas. Essa reunião é mais uma das partes essenciais dos métodos Agile. A reunião não serve para discutir detalhes de um desafio específico ou outros aspectos do projeto. É simplesmente para responder as três perguntas com rapidez e precisão. Todas as discussões paralelas podem ser agendadas para depois. É ideal e comum que nessa reunião compareçam todos os membros da equipe comprometidos com o projeto, bem como os envolvidos, como o patrocinador do projeto e outros indivíduos que têm interesse no sucesso do projeto.

5. Quando o sprint chega ao fim, o objetivo é que o trabalho realizado seja implementado e disponibilizado para teste e uso. Ao final do sprint algumas coisas devem acontecer: Uma demonstração formal das tarefas realizadas deve ser conduzida com todos os comprometidos e envolvidos no projeto. Essa discussão é feita apenas com os membros da equipe comprometidos. O objetivo da reunião é discutir abertamente o que deu certo ou errado durante o sprint e o que pode ser feito para melhorar o próximo.

6. Esse processo é então iniciado novamente para o próximo sprint.

Sucesso com o Gerenciamento Agile

É simplesmente impossível conhecer todos os requisitos de um projeto antecipadamente. As complexidades de implementações de TI são normalmente muito grandes para serem reveladas com uma sessão de descoberta comum. Pensar melhor e por mais tempo pode ajudar a revelar alguns dos requisitos, mas sempre surgirão outros em que ninguém pensou ou ninguém sabia no momento da documentação do plano de projeto Cascata (Waterfall). Para atenuar esses problemas, você deve conversar mais com os usuários e limitar a documentação inicial. A equipe mostra a solução em ação à medida que ela é desenvolvida. Isso ajuda o usuário a entender e adotar a solução e, ao mesmo tempo, revela os requisitos que, de outra forma, não teriam sido descobertos. Eles refinam progressivamente os requisitos com esse conhecimento, além de redefinir continuamente as prioridades e os resultados finais, de modo que sejam desenvolvidos os recursos mais importantes. O Standish Group fez um estudo que descobriu que apenas 20% dos recursos implementados em uma solução de TI são usados com freqüência ou sempre. Os 80% restantes são usados às vezes, raramente ou nunca. O gerenciamento Agile evita a implementação desses recursos desnecessários. A rapidez na implementação e na adoção pelo usuário resulta em um ROI muito mais alto em um período de tempo mais curto.

Até o próximo post, um abraço!

Rodrigo Dias (Twitter: https://twitter.com/rodrigodias73)