Imagine. Você configura um projeto da web. Você então organiza uma primeira reunião preparatória. Durante esta reunião, surge uma pergunta: “Vamos implementar um método ágil para este projeto? “. A resposta – provavelmente a mais plausível – é: “Ainda não estudamos essa questão… Mas com certeza, sim!” “. No entanto, esta pergunta merece uma resposta mais precisa…
O modelo de ciclo V para gerenciamento de projetos sobreviveu, viva um método web : o método ágil !
Para muitos, assemelha-se ao método Coué. Na prática, poucos de nós podem se gabar de ter dominado completamente um dos métodos ágeis (Scrum, RAD ou BDD). Então, finalmente, o que fazer para o seu projeto web ? A questão é mais complexa do que parece. A resposta depende da sua maturidade para este método , da sua disponibilidade , das competências da sua agência e por fim do seu projeto.
Tempo de gerenciamento de projetos, uma mercadoria rara
Você tem o suficiente para implementar um método ágil ? Os dois primeiros pontos andam um pouco juntos. Um método ágil requer forte envolvimento em todas as etapas do projeto , com momentos fortes durante as fases de design e aceitação, mas também durante o desenvolvimento.
Assim, ao longo do projeto, você e suas equipes serão convidados a participar das diversas tarefas do método.
É extremamente interessante, porque você poderá atuar a montante, durante e a jusante das operações.
Para começar, você será amplamente solicitado durante o projeto, primeiro para especificar a necessidade funcional, depois para validar o comportamento descrito nas especificações (ou histórias de usuários), para constituir os dados de teste que permitirão validar os processos desenvolvidos , e por fim avaliar e validar o trabalho entregue . Se duas iterações (ou sprints) se sobrepuserem, por exemplo, porque a primeira revela alguns problemas e o cronograma está muito apertado para permitir que a segunda seja adiada, serão suas equipes que ficarão sobrecarregadas, talvez antes das da agência.
O gerenciamento de projetos no método ágil treina o dono do projeto na execução de tarefas técnicas
Você tem as habilidades específicas necessárias para um método ágil ? Além disso, todas essas tarefas que você será solicitado a executar exigem habilidades específicas.
Se dominar seu trabalho é suficiente para participar efetivamente na definição de necessidades, validar especificações (histórias de usuários) com conhecimento ou fornecer conjuntos de testes apropriados envolvem o conhecimento de certas especialidades que podem estar longe de seu trabalho habitual. Se, além disso, a agência lhe oferecer a realização de desenvolvimentos guiados por testes– TDD – Test Driven Development), você precisará escrever testes em um formato específico e complexo para os neófitos dominarem. Certamente a agência está lá para ajudá-lo, mas isso nem sempre é possível. Em particular, há tarefas de controle para as quais a agência não pode ser juiz e parte.
Se a agência escolhida não tiver experiência em agilidade, é melhor se abster de um método ágil para seu projeto web
Nem todas as agências são necessariamente experientes em métodos ágeis. A menos que você mesmo esteja perfeitamente confortável e capaz de supervisionar sua agência nos primeiros passos, é melhor confiar em uma agência com habilidades comprovadas nesse método.
Claro, nada proíbe experimentos, necessariamente muito instrutivos ou mesmo educativos. Mas isso tem um custo! Um custo financeiro acima de tudo, devido ao consumo de recursos que esta experiência acarreta, mas também em termos de conclusão e comissionamento. Tal abordagem pode ser considerada para um projeto pequeno com baixo risco. A iniciação ao método será então parte integrante do projeto, justificando assim o seu custo sob a forma de investimento na formação.
O método de gerenciamento de projetos deve ser adaptado à dimensão específica do projeto
Um método rigoroso de gestão de projetos, ágil ou não, exige tempo de configuração e recursos de gestão específicos. As dimensões do projeto devem estar relacionadas para justificá-lo. Assim, um projeto de poucos “dias de homem”, que deve ser tratado com seriedade, provavelmente não precisa de um método ágil em sentido estrito. Um método ágil , como outros, deve ser visto como uma ferramenta a ser usada com sabedoria.
Você tem a possibilidade de contratar com compromisso de recursos?
Quem diz método ágil diz capacidade de mover o escopo funcional, o prazo e o orçamento. A contratualização em métodos ágeis baseia-se num compromisso de meios e não de resultados. No entanto, os patrocinadores geralmente exigem que a agência se comprometa com o orçamento, escopo e cronograma do tríptico e, às vezes, podem adicionar multas por atraso no pagamento. Além disso, se você não puder aceitar um compromisso de meios, será sempre obrigado a fazer concessões na implementação da abordagem.
O que mais fazer para um projeto web?
Você pode inserir agilidade em um gerenciamento de projetos em V ou aplicar uma versão light de um método ágil talvez uma boa ideia, bastante utilizada. Muitos projetos da web são de tamanho razoável, normalmente de 50 a 100 dias de trabalho. É importante o suficiente para exigir uma abordagem real de gerenciamento de projetos…
e ao mesmo tempo pequeno o suficiente para não endurecer muito o processo!
Além disso, estes projetos são muitas vezes bem definidos a montante ou concebidos global e coletivamente no início do projeto pelas equipas da entidade adjudicante e da agência. O projeto pode então ser dividido em um pequeno número de lotes que serão objeto de iterações . Esses pequenos lotes limitarão consideravelmente o famoso efeito de túnel que muitas vezes é atribuído aos ciclos V.
Finalmente, o gerenciamento de projetos deve se adaptar ao projeto e às equipes, mantendo-se rigoroso. Os métodos ágeis têm o mérito de destacar os pontos de atenção de seus projetos, inspire-se neles para o sucesso de seus projetos web .
![macbook pro beside apple magic mouse](https://lacasadelamadre.com.br/wp-content/uploads/2022/04/zvmziw3vdsq-1024x683.jpg)
O jargão dos métodos ágeis
Os métodos ágeis têm seu vocabulário. Aqui estão algumas chaves para entender o que está sendo dito durante suas reuniões de projeto:
- Sprint ou Iteração: Com duração de 1 a 4 semanas, uma iteração se propõe a especificar, criar, entregar e testar uma funcionalidade ou um conjunto de funcionalidades;
- História / História do usuário: Forma de definição da necessidade sintética na forma: Quem, O quê, Por quê;
- Story Point: Abordagem rápida para estimativa de carga de histórias;
- Scrum/RAD/My Master Method: Garantidor da aplicação da metodologia ágil escolhida;
- Product owner: O novo nome do gerente de projeto do cliente. É o primeiro ponto de contato do MOA com o MOE;
- Daily Scrum: Como o nome sugere, esta é uma reunião… diária. Muito curto, de 10 a 30 minutos, trata-se apenas de garantir de forma muito operacional que não haja desvios no projeto e que não haja questões para continuar;
- Backlog: Nunca se esqueça de nada. Para evitar isso, listas priorizadas de produtos, iterações, feedback do cliente, tarefas a serem executadas etc. O acompanhamento da redução dessas listas faz parte do gerenciamento de projetos;
- Gráfico de Burndown e Burnup: Gráficos para acompanhar visualmente o andamento do trabalho. A primeira representa o que falta fazer, a segunda o que já está feito;
- Kanban: Termo derivado de um método japonês de gerenciamento de produção de automóveis. Esta ferramenta gráfica permite acompanhar o progresso de uma iteração;
- Debriefing ou retrospectiva: A conclusão de uma iteração é uma oportunidade para fazer um balanço dos aspectos positivos e negativos do processo. Esta é uma oportunidade para melhorar a eficiência e o conforto da equipe;
- Release/versão: Nova entrega/versão do produto ao cliente.