Usar metodologia ágil para projetos que não são de software
Objetivos de aprendizagem
Após concluir este módulo, você estará apto a:
- Descrever os valores e princípios das metodologias ágeis.
- Explicar como aplicar os valores e princípios de metodologia ágil a projetos que não são de software.
Encontrar a receita certa para o sucesso do projeto
Crédito da imagem: Sergey Nivens/Adobe Stock
Se você está preparando um jantar, você sabe o valor de uma boa receita. Ingredientes, instruções, orientações e dicas estão todos lá. No entanto, o mesmo prato pode ter várias receitas. Uma busca na Internet por receitas de lasanha pode resultar em centenas ou até milhares de variações.
O motivo? Diferenças de experiência, preferências e circunstâncias. Se você cozinha há muito tempo, você pode preferir a receita que você usou por anos. Ou você pode preferir algo que exige menos esforço ou que demore menos tempo para ficar pronto. Um de seus convidados pode ser intolerante à lactose. Experiência, preferências e circunstâncias muitas vezes determinam a preparação.
A Walden University nos ensina que metodologias e abordagens de gerenciamento de projetos são, em muitos aspectos, como receitas de comidas. Elas incluem as etapas, diretrizes e dicas necessárias para ajudar a garantir o sucesso do projeto. Embora os gerentes de projeto experientes possam selecionar uma abordagem baseada na experiência ou preferência, as características e circunstâncias do projeto também são importantes a considerar. Isso é especialmente verdadeiro para o gerenciamento ágil de projetos.
Livro de receitas de metodologias ágeis - O Manifesto Ágil
Um grupo de 17 Desenvolvedores de software experientes criou o Manifesto Ágil em 2001 como uma maneira de resolver problemas com métodos tradicionais de desenvolvimento de software, particularmente a taxa muito alta de fracasso em projetos de desenvolvimento de software. Eles definiram quatro valores e 12 princípios orientadores que servem de base para as práticas da metodologia ágil.
Valores da metodologia ágil
Semelhante ao V2MOM da Salesforce, esses valores orientam como os planos da metodologia ágil são desenvolvidos e as coisas que devem ser prioridade para quem segue a metodologia.
- Indivíduo e interações em vez de processos e ferramentas
- Colaboração com o cliente em vez de negociação de contrato
- Responder a mudanças em vez de seguir um plano
- Software que funciona em vez de documentação abrangente
Princípios da metodologia ágil
- Nossa maior prioridade é satisfazer o cliente através da entrega imediata e contínua de softwares valiosos.
- Aceitar mudanças nos requisitos de braços abertos, mesmo no meio do desenvolvimento. Processos ágeis aproveitam a mudança para a vantagem competitiva do cliente.
- Oferecer frequentemente um software que funciona, depois de algumas semanas ou alguns meses, com preferência para um prazo de execução mais curto.
- Executivos e Desenvolvedores devem trabalhar juntos, diariamente, durante todo o projeto.
- Criar projetos com indivíduos motivados. Dar a eles o ambiente e o apoio que eles precisam e confiar neles para fazer o trabalho.
- O método mais eficiente e eficaz de transmitir informações para e dentro de uma equipe de desenvolvimento é a conversa presencial.
- Um software que funciona é a principal medida de progresso.
- Processos ágeis promovem o desenvolvimento sustentável. Os patrocinadores, Desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.
- A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.
- Simplicidade, a arte de maximizar o volume de trabalho não realizado, é essencial.
- As melhores arquiteturas, requisitos e designs vêm de equipes auto-organizáveis.
- Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então ajusta devidamente o seu comportamento.
Embora originalmente projetada para melhorar o desenvolvimento de software, a metodologia ágil é apropriada para muitos cenários. Cada vez mais, as empresas estão adotando a metodologia ágil para melhorar a produtividade e o desempenho em toda a organização.
Vejamos um exemplo de um projeto com resultados diferentes usando o gerenciamento de projetos tradicional versus ágil.
Surpresa!
Sua organização está fazendo um open house para mostrar seu novo prédio de escritórios. Os funcionários estão muito animados para ver o novo espaço que eles têm ouvido falar por vários anos. Pelo que eles ouviram falar, as áreas de trabalho são modernas e possuem um design flexível que pode ser facilmente modificado para uma maior colaboração entre as equipes. Os executivos da empresa estavam particularmente orgulhosos do design de “corredor do gerente”, um conceito de portas abertas para garantir maior comunicação entre gerentes e funcionários.
Como gerente de projeto para o design e desenvolvimento do corredor do gerente, você mal podia esperar para ver suas reações. Você esperava ser parabenizado por todos pelo design inovador. Você não estava preparado, no entanto, para como o grupo de gerentes olhou em silêncio, sua decepção aparente.
O que aconteceu? Você e a equipe do projeto trabalharam em estreita colaboração com um Arquiteto e um construtor para planejar o projeto. Eles tinham um plano de projeto abrangente que foi seguido passo a passo. Todas as tarefas estavam completas, e o projeto foi concluído dentro do cronograma e do orçamento. Isso significa que o projeto foi um sucesso, certo? Errado.
Vamos considerar a situação no contexto do gerenciamento de projetos tradicional.
O gerenciamento de projetos tradicional depende fortemente de uma extensa documentação. Supõe-se que todos os requisitos para o projeto são conhecidos e estabelecidos antes do início do trabalho. O cliente ou usuário final está engajado na fase de planejamento para definir os requisitos. Eles podem receber relatórios sobre o status e o desempenho do projeto, mas não veem o resultado final até que o projeto seja concluído. Surpresa!
Em termos de satisfação do cliente, este projeto não atendeu às expectativas.
A é para ágil
Com a metodologia ágil, no entanto, os loops de feedback incorporados proporcionam uma estreita colaboração com o cliente e a oportunidade de incorporar mudanças de forma rápida e fácil sem impactar o cronograma e o custo.
Como o resultado do projeto do espaço de trabalho teria sido diferente se uma abordagem ágil fosse usada? Vamos acompanhar o exemplo.
Ciclo 1
A primeira iteração inclui a equipe do projeto, gerentes que ocuparão o novo espaço, o Arquiteto que projetará o espaço e o construtor. O resultado esperado a partir desta iteração é o desenho de um protótipo do novo espaço que atenda às necessidades do cliente.
Os gerentes fornecem seus requisitos. O Arquiteto captura os requisitos no software de design e mostra à equipe o desenho de um protótipo do projeto. O construtor fornece informações sobre a conformidade com o código de obras que não pode ser negligenciada. O Arquiteto modifica o projeto para cumprir o código de obras. No final da sessão, todos concordam que o resultado esperado foi entregue com sucesso.
Ciclo 2
O mesmo grupo se reúne para a segunda iteração. Um modelo 3D do espaço de trabalho fornecido pelo construtor é o resultado esperado desta sessão. O Arquiteto traz o desenho mais atual do espaço. O construtor traz um modelo preliminar. Ao revisar o modelo, os gerentes imediatamente percebem um problema.
Os espaços abertos para gerentes não permitem privacidade. Os gerentes devem ser capazes de falar com os funcionários em privado, e é difícil encontrar uma sala de conferência para essas discussões. O Arquiteto e o construtor propõem um design modificado. O modelo 3D é atualizado, e todos concordam com o novo design.
Ciclo 3
Para a terceira iteração, o construtor traz uma equipe para fazer uma construção parcial do novo espaço. Enquanto os trabalhadores se preparam, o construtor revisa o modelo 3D com a equipe do projeto e incorpora algumas pequenas mudanças solicitadas pelos gerentes. A equipe de construção recebe a autorização para começar a trabalhar.
Agora a equipe do projeto tem a oportunidade de ver o espaço e fornecer qualquer informação final antes do início da construção final. Os gerentes estão satisfeitos com o resultado, pois sua contribuição foi levada em conta e seus requisitos foram atendidos.
Ao mudar a “receita” você reduziu a probabilidade de surpresas no dia da inauguração. Ufa!
Seu projeto é servido
Nenhuma receita específica funciona para todos, pois a experiência, as preferências e as circunstâncias variam. Por essas mesmas razões, nenhuma abordagem única de gerenciamento de projetos funciona para todos os projetos. Para projetos que podem se beneficiar de uma abordagem iterativa que é amigável a mudanças e focada na entrega de valor ao cliente, a metodologia ágil representam uma opção apetitosa. Apesar de sua história como uma abordagem para o desenvolvimento de software, muitas organizações estão descobrindo que os benefícios da metodologia ágil são simplesmente muito saborosos para ignorar.
Até agora, a Walden University nos mostrou o ciclo de vida de um projeto e as várias metodologias que você pode aplicar. Na próxima unidade, você vai usar tudo isso e aprender como você pode garantir que seu projeto entregue valor à sua organização.