Método de Desenvolvimento de Sistemas Dinâmicos (DSDM)

O método de desenvolvimento de sistemas dinâmicos (DSDM) é uma estrutura ágil que surgiu em meados da década de 1990, a partir dos princípios do desenvolvimento rápido de aplicações (RAD).

Ao contrário de outros métodos ágeis mais leves, o DSDM oferece uma abordagem mais estruturada e rigorosa, especialmente adequada para projetos com prazos apertados e orçamentos fixos.

Ele enfatiza um forte enfoque empresarial, a participação ativa dos utilizadores, o desenvolvimento iterativo e a entrega frequente de software operacional.

Embora o seu objetivo seja a agilidade, incorpora um grau de governança e controlo, o que o torna atraente em ambientes corporativos.

A sua filosofia central gira em torno da entrega de 80% da funcionalidade crítica dentro das limitações acordadas, utilizando técnicas robustas de priorização.

Abordagem iterativa com ênfase no negócio

O DSDM é fundamentalmente iterativo e incremental, dividindo o projeto em fases e ciclos gerenciáveis.

Essencialmente, a sua força motriz é a necessidade empresarial.

Cada decisão e cada entrega são avaliadas em função da sua contribuição para o objetivo empresarial geral.

A estrutura inclui fases distintas, como o estudo de viabilidade e o estudo de negócios, para garantir que o projeto seja viável e esteja alinhado com os objetivos empresariais antes de comprometer recursos significativos.

As fases posteriores, como a iteração do modelo funcional e a iteração de design e construção, concentram-se em desenvolver a solução de forma incremental, validando-a sempre em relação aos critérios empresariais estabelecidos.

A participação dos utilizadores é contínua ao longo dessas iterações para garantir que o produto final atenda aos requisitos empresariais reais.

Priorização com MoSCoW (Must, Should, Could, Won't)

Um dos pilares do DSDM é a sua técnica única de priorização conhecida como MoSCoW.

Este acrónimo classifica os requisitos para gerir o âmbito de forma eficaz dentro de prazos e orçamentos fixos:

• Must have: Requisitos críticos para o sucesso do projeto. Sem eles, o projeto fracassa.
• Deve ter: Requisitos importantes, mas não vitais. O projeto pode ser bem-sucedido sem eles, embora possa ser necessário procurar soluções alternativas.
• Poderia ter: Requisitos desejáveis que são menos importantes. Serão incluídos se o tempo e os recursos o permitirem, sem afetar as prioridades mais elevadas.
• Não terá (desta vez): Requisitos explicitamente excluídos do prazo de entrega atual, mas que podem ser considerados para versões futuras.

O MoSCoW permite que a equipa garanta a entrega das funcionalidades essenciais «Indispensáveis», ao mesmo tempo que proporciona flexibilidade com os elementos «Desejáveis» e «Possíveis» para cumprir os prazos.

Princípios e ciclo de vida

O DSDM é regido por oito princípios básicos que moldam a sua aplicação: 1) Focar nas necessidades do negócio, 2) Entregar no prazo, 3) Colaborar, 4) Nunca comprometer a qualidade, 5) Construir de forma incremental sobre bases sólidas, 6) Desenvolver de forma iterativa, 7) Comunicar de forma contínua e clara e 8) Demonstrar controlo.

O ciclo de vida reflete esses princípios, começando com as atividades pré-projeto, passando pelas fases de viabilidade e estudo de negócios para estabelecer as bases.

O desenvolvimento básico é realizado em ciclos iterativos: iteração do modelo funcional (análise de requisitos e criação de protótipos) e iteração de design e construção (criação da solução implementável).

Por fim, a fase de implementação implanta a solução no ambiente operacional.

As atividades pós-projeto garantem a obtenção de benefícios.

Este ciclo de vida estruturado, mas iterativo, proporciona tanto governança quanto adaptabilidade.

Resumo

O método DSDM é uma estrutura ágil que teve origem no RAD. É adequado para projetos com prazos e orçamentos fixos.

É iterativo e incremental, com forte ênfase na necessidade empresarial. A participação do utilizador é contínua para validar os requisitos.

Utiliza a priorização MoSCoW (Must, Should, Could, Won't) para gerir o âmbito. É regido por oito princípios, incluindo «Entregar a tempo» e «Não comprometer a qualidade».