DSDM® - Projeto de Gestão Ágil - uma alternativa (ainda) desconhecida e cheia de vantagens
Uma introdução ao método AgilePM®, que combina o melhor da gestão clássica de projetos e do desenvolvimento ágil de produtos.
Robert M. Richards
No se permite la reproducción total o parcial de esta obra, ni su incorporación a un sistema informático, ni su transmisión en cualquier forma o por cualquier medio (electrónico, mecánico, fotocopia, grabación u otros) sin autorización previa y por escrito de los titulares del copyright. La infracción de dichos derechos puede constituir un delito contra la propiedad intelectual.
© Robert M. Richards, 2021
Edición Books on Demand GmbH
info@bod.com.es - www.bod.com.es
Impreso en Alemania – Printed in Germany
ISBN: 978-8-4137-3768-3
DSDM® (significa Método de Desenvolvimento Dinâmico do Sistema) e AgilePM® são ambas marcas registadas da Agile Business Consortium Limited (www.agilebusiness.org). Este livro foi produzido independentemente do detentor dos direitos de autor e representa a experiência pessoal do autor com o método nomeado. No texto, os sinais ® foram omitidos para facilitar a leitura. Devem ser tidos em conta aquando da leitura.
Quando falo com clientes e clientes sobre abordagens e métodos ágeis, ouço sempre o preconceito após um curto período de tempo de que todos eles estão bem, mas que provavelmente são mais adequados para empresas que implementariam quaisquer novas ideias como um start-up num site greenfield. Num ambiente como o deles, com todas as divisões e departamentos e todos os requisitos de governação e controlo, isso só seria possível com ajustes consideráveis - se é que isso é possível. Sim, havia lá muitas coisas boas e também tinham utilizado algumas ideias ágeis, mas isso era o suficiente. Não somos um start-up, mas uma empresa estável, com valores sólidos e processos claros. Pelo contrário, o que é necessário é uma gestão de processos híbrida que englobe o melhor dos dois mundos: flexibilidade e rápida geração de valor, por um lado, e planeamento, gestão, controlo e relatórios, por outro.
De facto, alguns frameworks ágeis não enfatizam a representação de processos ou interfaces organizacionais para a organização nas suas representações e isso pode ser visto como uma falha. Na maioria dos casos, contudo, esta abordagem deve-se simplesmente ao facto de que uma abordagem genérica que se destina a cobrir diferentes tipos, bem como diferentes complexidades e tamanhos de desenvolvimento de produtos , não pode simplesmente exigir um único caminho e interfaces e processos gerais. Pelo contrário, cabe à organização implementadora determinar as personalizações e as interfaces de processo apropriadas. Isto é realmente normal quando se utiliza qualquer abordagem de projeto e faz parte da framework. A diferença pode ser simplesmente que alguns realmente incluem uma estrutura de gestão de projeto, enquanto outros focam no negócio principal, muitas vezes "desenvolvimento de produto".
Quando conheci o AgilePM resp. DSDM alguns anos atrás, percebi que é um método de projeto completo, que atende a todos os requisitos, mesmo de grandes organizações, mas é completamente ágil. Pode-se dizer que é o protótipo do que algumas organizações entendem sob a palavra-chave "gestão híbrida de projetos", sem ser uma "manta de retalhos", uma vez que muitas abordagens híbridas são emparelhadas a partir de vários frameworks.
Nesta brochura gostaria de dar uma primeira visão sobre o método DSDM, que deve permitir ao leitor descobrir por si mesmo se a sua abordagem é de interesse para os seus próprios desafios. Se decidir usar DSDM, gostaria de recomendar uma formação adequada, bem como o apoio de especialistas, que o apoiarão na introdução e nos primeiros projetos com DSDM. Pessoalmente, acredito que há muito poucos projetos para os quais a abordagem DSDM não é adequada. No entanto, tenho o prazer de deixar a decisão por vossa conta e fico satisfeito se tiver conseguido despertar o vosso interesse por este excelente método de gestão de projetos.
O autor
A agilidade no nosso contexto é um estilo geral de trabalho. Os projetos são vistos de forma holística e não são apenas um conjunto de técnicas de implantação.
Sempre foi um dos maiores desafios em qualquer desenvolvimento ter a certeza de que o que desenvolve realmente satisfaz as necessidades do cliente.
A resolução deste problema foi uma das motivações para o Manifesto Ágil. O primeiro princípio orientador do Manifesto Ágil é: "A nossa maior prioridade é satisfazer o cliente, entregando resultados valiosos de forma precoce e contínua."
Num ambiente de ritmo acelerado, a Ágil garante soluções que vão ao encontro das necessidades do negócio e foca-se na entrega atempada.
Atrasar as decisões tanto quanto possível até que elas se baseiem em factos e não em suposições e previsões incertas é fundamental para uma abordagem ágil. Isto não significa que não deva ser necessário um planeamento - pelo contrário, as atividades de planeamento devem concentrar-se nas várias opções e adaptar-se à situação atual, bem como clarificar situações confusas, criando um ambiente que a ação pode ser tomada rapidamente.
Ágil é tudo uma questão de flexibilidade. O princípio de responder à mudança de acordo com um plano é visto como uma força da Ágil. Isto não significa que a Ágil torne o planeamento obsoleto. As coisas mudam, e pretende ter flexibilidade para se adaptar e responder a essas mudanças. Deseja claramente ter um plano para onde vai e aproximadamente como vai lá chegar. Mas também quer deixar espaço para ajustar o seu plano.
O "Manifesto Ágil”
Em fevereiro de 2001, dezassete pessoas reuniram-se num centro de esqui nas montanhas Wasatch, do estado americano de Utah, para conversar, esquiar e relaxar juntas. Todos estavam insatisfeitos com a forma como o desenvolvimento de software estava a decorrer e acreditavam que eram necessárias alternativas aos processos de desenvolvimento de software pesados e de documentação pesados.
Este grupo de anarquistas organizacionais, que se chamavam "A Aliança Ágil", formularam e assinaram em conjunto o "Manifesto Ágil". Deve-se notar que as pessoas presentes mais tarde seguiram caminhos bastante diferentes e desenvolveram métodos e frameworks