Muito se debate sobre os prós e contras do ágil, sobre quando é a maneira correta de entregar um projeto de software e como obter e precificar contratos ágeis. Essas são considerações importantes, mas como o agile é significativamente diferente do desenvolvimento em cascata, as organizações também precisam considerar antecipadamente como as coisas funcionarão de maneira mais granular, no dia a dia.

Áreas como governança, formação de equipe, feedback contínuo e dimensionamento do projeto precisam ser consideradas antes do início do projeto..

  • Confira também as melhores ferramentas de gerenciamento de projetos

Gestão e governança

Um equívoco comum sobre o ágil é que ele é menos controlado porque é menos formal. De fato, a agilidade do livro didático deixa uma lacuna em relação à governança, que muitos têm se esforçado para preencher. No entanto, como qualquer tipo de projeto, os mais ágeis precisam ser governados para serem bem-sucedidos - é assim que isso é feito..

As áreas-chave onde a governança precisa ser estabelecida são comunicação, papéis e responsabilidades. Estruturas apropriadas precisam ser postas em prática e compreendidas em toda a organização de compras e seu parceiro de desenvolvimento antes que o projeto esteja em andamento.

A importância disso não deve ser subestimada, porque ao contrário dos projetos em cascata, os ágeis abrangem desde o início a organização de compras, e se alguém não entende e aprecia seu papel, ou entrega o que é esperado, isso pode descarrilar rapidamente o projeto inteiro.

Embora a governança seja vital, há uma linha tênue entre muito pouco e demais. Muito pouca governança poderia ver um projeto fora de controle, mas igualmente, muitas camadas de governança estrangulariam o projeto e sufocariam os próprios benefícios desejados de forma ágil.

É por isso que é tão importante para a organização de compras fornecer uma pessoa ativa e com poder na função de Dono do Produto, que pode tomar as grandes decisões quando necessário e também controlar cuidadosamente quais recursos (histórias de usuário) são considerados para uma determinada iteração.

Nos projetos Scrum, cada sprint tem um escopo definido, e todos precisam entender o que é e que deve permanecer bem definido. O perigo de adicionar ou remover histórias de usuário no meio de uma sprint é que ela altera o escopo, o que significa que a sprint pode não entregar o software de trabalho necessário em sua conclusão.

Composição de time

Enquanto as equipes tradicionais de entrega em cascata normalmente são compostas por um grupo de especialistas que desempenham cada uma delas (designers, codificadores e testadores), equipes ágeis de sucesso são compostas de indivíduos com múltiplas habilidades, cada um capaz de realizar numerosos papéis. Isso dá à equipe ágil o maior nível de controle e flexibilidade sobre o que pode ser entregue em uma determinada iteração.

Também é útil - embora não essencial - que os membros da equipe se conheçam e tenham trabalhado juntos antes. Compreender as habilidades uns dos outros e como os indivíduos trabalham juntos é uma enorme ajuda quando se trata de planejamento de sprints, porque a equipe será capaz de fornecer estimativas mais precisas de quanto esforço um determinado recurso exigirá e por quanto tempo as coisas levarão..

Comentários

Se um projeto ágil é fornecer resultados que realmente atendam às necessidades subjacentes da organização, é essencial um feedback contínuo e de alta qualidade para a equipe de desenvolvimento. Isso pode ser feito por meio da revisão no final de cada iteração, mas também em outras ocasiões, conforme necessário. Obter feedback oportuno das partes interessadas deve fazer parte das responsabilidades do Dono do Produto.

A retrospectiva no final de cada iteração é outro importante mecanismo de feedback para a equipe de entrega, permitindo que todos os envolvidos forneçam sugestões sobre o que poderia ser alterado para permitir que as iterações futuras sejam mais eficazes..

Escalando ágil

O Agile amadureceu significativamente na última década e provou ser uma metodologia de desenvolvimento confiável. No entanto, muito do seu uso tem sido em projetos relativamente pequenos (embora às vezes de alto perfil). Isso não quer dizer que não possa ser dimensionado para ser eficaz em projetos e programas maiores, em que várias equipes ágeis fornecem elementos diferentes.

Para facilitar isso, uma organização precisará de governança adicional para coordenar o relacionamento entre as diferentes equipes e garantir que o trabalho que cada um está fazendo se integre corretamente com todas as outras peças do quebra-cabeças..

Conclusão

Os projetos ágeis são diferentes dos de cascata e precisam ser executados de maneira diferente, desde a maneira como são gerenciados e administrados até a composição da equipe de entrega. Conseguir essas coisas desde o início é fundamental, e elas exigem um entendimento profundo de agilidade tanto da equipe de entrega quanto da organização que está adquirindo o trabalho..

Por ter uma compreensão completa de seus papéis e responsabilidades, cada lado tem maior probabilidade de entregar o que é necessário, o que dá ao projeto a maior chance possível de sucesso.

Owen Philpott, Consultor Ágil na IPL

  • Estas são as melhores ferramentas de gerenciamento de projetos