Dynamic System
Development
Method
(DSDM)
Integrantes do Grupo
André Luís José de Kelvin Moacir de Matheus
Santana Filho Souza Carvalho prado Santos
Professor(a): Elisangela Maria
Alves de Oliveira Rocha
Etapas de um Projeto
01 Introdução 06
DSDM?
Conteúdo
02 07 Papéis e responsabilidades 11 Conclusão
Breve História?
03 A filosofia do 08 Produtos ou Artefatos DSDM
DSMD
COMPARAR COM A
04 Como funciona? 09 METODOLOGIA TRADICIONAL E
O QUE DIFERE DAS OUTRAS
METODOLOGIAS ÁGEIS
ALGUNS EXEMPLOS PARA A UTILIZAÇÃO DO
05 Os Princípios 10 DSDM E PARA QUAL EQUIPE SERVE
01
Introdução
DSDM significa método de desenvolvimento de sistema dinâmico, é uma
estrutura ágil projetada para projetos , em vez de produtos específicos. Esta é uma
estrutura bastante escalável que funciona muito bem onde os detalhes emergentes
aparecem à medida que os detalhes chegam ao projeto. Existem etapas específicas
que possuem níveis específicos de detalhamento, que vão surgindo até a entrega. É
diferente do Scrum, onde os incrementos de produto liberáveis são um driver para
um estado "Concluído", o DSDM é sobre a solução emergente .
O que é único no DSDM, ao contrário de outras estruturas, é que ele integra o
gerenciamento e o desenvolvimento de projetos como um processo. Foi criado em
1994 com o objetivo de ter uma abordagem estruturada para disciplinas como RAD
(Rapid Application Development), e a abordagem mantém a ênfase de que Tempo ,
02
Breve História
O DSMD, uma solução que também é reconhecida
como sendo o pai dos métodos ágeis foi criada por um
conjunto de especialistas e consultores em engenharia de
software, no Reino Unido em 1994, a DSDM foi feita
para que se desenvolvessem projetos de alta qualidade,
mesmo que estivessem limitados por prazos e por
orçamentos. Dessa maneira, um dos focos da DSDM é
manter uma aproximação entre usuários finais e equipe
03
A filosofia do
DSDM
“De que qualquer projeto deve estar
alinhado a objetivos estratégicos
claramente definidos e focar na
entrega antecipada de benefícios
reais para o negócio”
—Autor anônimo
Com o DSDM, os projetos são alinhados a uma visão ou
estratégia de negócios clara e isso repercute em toda a entrega. A
filosofia DSDM é ilustrada abaixo:
A filosofia do DSDM é baseada em 8 princípios-chave, que
orientam a mentalidade para definir a filosofia da abordagem.
Isso é incorporado por todos no projeto e comunicado com
clareza.
Os princípios formam a base para a filosofia (ou o teto),
sustentam a mentalidade da abordagem. Os princípios são
sustentados por 4 pilares.
Isso forma a jornada Agile para a organização em termos dos
processos adotados. A abordagem incremental e iterativa para a
solução em evolução.
As pessoas são o componente mais importante, afinal são as
pessoas que fazem o trabalho. No DSDM, as funções e
responsabilidades são claramente definidas e fazem parte da
solução em evolução.
DSDM tem um conjunto definido de produtos que vão desde
um simples Caso de Negócios, Definição de Abordagem de
Desenvolvimento até uma avaliação de Benefícios. O conjunto
de produtos oferece suporte completo de ponta a ponta em
todas as fases.
O DSDM contém uma série de práticas que são defendidas para
melhorar a qualidade da tomada de decisão, por exemplo,
priorização do MoSCoW ou para promover a transparência ,
como Daily Stand-Ups , ou práticas na forma como o trabalho
deve ser entregue usando Timeboxes .
Os alicerces da casa são o bom senso e o pragmatismo , esse
ethos eleva cada pilar e filosofia por toda parte. O pragmatismo
gira em torno de uma abordagem que avalia teorias ou crenças
em termos do sucesso de sua aplicação prática.
04
Como funciona ?
01 Desenvolvimento incremental
(ciclo contínuo de melhorias
das versões anteriores)
02 Colaboração entre cliente
e equipe de trabalho
03 Funções integradas
04 Flexibilidade
exigências
nas
Qual a vantagem disso?
Como observamos no início, o funcionamento do DSDM está baseado
na construção e na entrega de partes de um módulo que, em seguida, são
interligadas a outras de maneira sucessiva até que os requisitos e as
funcionalidades do software ou projeto em questão estejam todos
implementados.
Outra particularidade sobre o funcionamento do DSDM é a interação
frequente entres os usuários finais e a equipe de desenvolvimento, que trocam
informações entre si em cada novo estado do projeto e a cada novo período de
05
Os Princípios
8 Princípios
CONSTRUIR
01 FOCAR NA NECESSIDADE 05
INCREMENTALMENTE A
DO NEGÓCIO
PARTIR DE BASES SÓLIDAS
02 ENTREGAR 06 DESENVOLVER
DENTRO DO PRAZO ITERATIVAMENTE
COLABORAR COMUNICAR DE
03 07
FORMA CONTÍNUA
NUNCA E CLARA
04 08 DEMONSTRAR
COMPROMETER A
CONTROLE
Vamos destrinchar cada princípio !
0 FOCAR NA NECESSIDADE DO
1 NEGÓCIO
● Entender as reais prioridades do Negócio
● Estabelecer um Business Case adequado
● Procurar manter patrocínio e compromissos
contínuos para o Negócio
● Garantir um subconjunto mínimo de características
úteis
02 ENTREGAR DENTRO DO
PRAZO
● Definir um Time-box para o
trabalho
● Focar nas prioridades do
Negócio
● Sempre cumprir os prazos
03 COLABORAR (co-laborar)
● Envolver os interessados certos, na hora certa, ao
longo do projeto
● Certificar-se de que os membros da equipe têm o
poder de tomar decisões em nome daqueles que
representam
● Envolver ativamente os representantes dos negócios
● Criar cultura de Equipe
04 NUNCA COMPROMETER A
QUALIDADE
● Definir o nível de qualidade desde o início
● Certificar-se de que a qualidade não se torne uma
“variável”
● Projetar, documentar e testar de forma apropriada
● Construir com qualidade por revisão constante
● Testar antecipadamente e de forma contínua
05 CONSTRUIR INCREMENTALMENTE A PARTIR DE
BASES SÓLIDAS
● Esforçar-se para entrega antecipada dos benefícios do
negócio, sempre que possível
● Confirmar continuamente que a solução correta está
sendo construída
● Formalmente reavaliar as prioridades e viabilidade do
projeto em curso, com cada incremento entregue
06 DESENVOLVER ITERATIVAMENTE
● Desenvolver Design o suficiente para criar bases
sólidas
● Adotar uma abordagem iterativa para a construção de
todos os produtos
● Construir o feedback do cliente em cada iteração
● Aceitar que pormenores surgem tardiamente, em
lugar de precocemente
● Aceitar as mudanças – a solução certa não vai surgir
sem elas
● Ser criativo, experimentar, aprender, evoluir
07 COMUNICAR DE FORMA CONTÍNUA E
CLARA
● Executar reuniões stand-up diariamente com a equipe
● Usar workshops facilitadores
● Utilizar técnicas de comunicação ricas, como modelagem e
prototipagem
● Apresentar instâncias da evolução da solução, precoce e
constantemente
● Manter documentação enxuta e oportuna (atualizada e
contemporânea)
● Gerenciar as expectativas das partes interessadas durante todo o
projeto
● Incentivar uma comunicação informal e pessoal em todos os níveis
08 DEMONSTRAR CONTROLE
● Usar um nível adequado de formalidade para o acompanhamento e
elaboração de relatórios
● Tornar os planos e o progresso visível a todos
● Medir o progresso através do foco na entrega de produtos, em lugar
de atividades concluídas
● Gerenciar pro-ativamente
● Avaliar a viabilidade de continuação do projetos com base nos
objetivos do Negócio
Conclusão
Os oito princípios ajudam a direcionar e
modelar a atitude e mentalidade de uma equipe.
Comprometer qualquer dos princípios
enfraquece a filosofia, uma vez que juntos eles
entregam um valor coletivo que supera seus
benefícios individuais.
06
Etapas de um
Projeto DSDM?
QUAIS AS ETAPAS
DE UM PROJETO
DSDM?
PRÉ-PROJETO
CICLO DE
VIDA
PÓS-PROJETO
QUAIS AS ETAPAS DE UM PROJETO
PRÉ-PROJETO DSDM?
Nesta fase, são identificados os projetos candidatos. Além disso, realizam-se orçamentos e
contratos. É a etapa anterior ao desenvolvimento do projeto.
CICLO DE VIDA
Essa etapa está subdividida em 5 partes que representam o decorrer do desenvolvimento do
projeto.
As partes são: estudo de viabilidade, estudo do negócio, iteração de modelos funcionais, iteração
de projeto e desenvolvimento, implementação.
PÓS-PROJETO
Nesta etapa, são feitas melhorias e ajustes de acordo com o escopo do projeto. A manutenção é
uma prática contínua, repetida a cada ciclo de vida.
Ciclo de vida do projeto
São três Ciclos Interativos:
DSMD
● A Iteração de Modelos Funcionais: Onde é produzido um conjunto de
protótipos incrementais que demonstram a funcionalidade para o cliente. Neste ciclo
iterativo procura-se juntar os requisitos adicionais ao se obter feedback dos usuários
conforme eles vão testando e utilizando o protótipo
● A Iteração de Projeto e Desenvolvimento: Onde ressaltamos os protótipos
desenvolvidos durante a iteração de modelos funcionais para que possamos assegurar
que cada um tenha passado por um processo de engenharia para capacitá-los a oferecer
aos usuários finais valor de negócio em termos operacionais
Ciclo de vida do projeto
São três Ciclos Interativos:
DSMD
● A Implementação : É onde de fato colocamos a última versão do
incremento de software (um protótipo operacionalizado) no ambiente
operacional. Nesta última fase o incremento pode não estar 100%
completo ou ainda alterações podem ser solicitadas conforme o
incremento seja alocado. Em qualquer dos casos, o trabalho do
desenvolvimento do DSDM continua, retornando-se à atividade de
iteração do modelo funcional.
Ciclo de vida adicionais do projeto
No DSDM temos a definição de um modelo de processos ágeis,
DSMD
chamado ciclo de vida DSDM, que define três ciclos iterativos
diferentes que são precedidos por duas atividades de ciclo de vida
adicionais:
● O Estudo do Negócio : É responsável por estabelecer os requisitos
funcionais e de informação que permitirão à aplicação agregar valor de
negócio, e também temos a definição básica da arquitetura da aplicação e a
identificação dos requisitos de facilidade de manutenção para a aplicação
Ciclo de vida adicionais do projeto
DSMD
● O Estudo da Viabilidade : Estabelece requisitos básicos de negócio e
restrições associados à aplicação a ser construída e depois avalia se a
aplicação é ou não um candidato viável para o processo DSDM.
07
Papéis e
responsabilidades
Existem três conjuntos de funções de grupo no DSDM - Projeto ,
Desenvolvimento de solução e Funções de suporte. Cada grupo desempenha um
papel vital no DSDM, desde obter o compromisso e o caso de negócios para criar
e financiar um projeto, até entregá-lo de maneira ágil e garantir que haja uma rede
de suporte para ajudar a equipe de desenvolvimento.
O Business Sponsor é a pessoa que aprova o business case do projeto e
tem propriedade expressa do financiamento. Todo o financiamento é
aprovado e patrocinado por eles, portanto, mantém um bom nível de
responsabilidade sobre se o projeto atendeu aos objetivos do projeto
definidos a partir da compensação.
O Visionário de Negócios trabalha ao lado do patrocinador para
determinar uma visão clara para o projeto da perspectiva de negócios
com a qual a equipe DSDM se alinha. Eles promovem a direção
estratégica do projeto.
O coordenador técnico é responsável pelos aspectos técnicos do projeto
que a equipe irá apoiar e desenvolver.
O gerente de projeto coordena todos os aspectos e atividades de
gerenciamento durante a duração do projeto. Eles trabalham em estreita
colaboração com o Visionário de Negócios e o coordenador técnico,
bem como com a Equipe de Entrega de Soluções. Eles também são
responsáveis pelo plano de entrega e pelo plano de incrementos. Eles
garantem que o projeto esteja no caminho certo e aumentarão quaisquer
atrasos.
O Analista de Negócios é uma função única, pois se situa entre as
funções de nível de projeto e a equipe de desenvolvimento de soluções.
Eles ajudam o Visionário a formalizar os requisitos, ou no caso dos
Patrocinadores ajudam a escrever um Business Case. Para a equipe de
desenvolvimento da solução, eles estarão envolvidos no escopo das
histórias do usuário ou no suporte à equipe de desenvolvimento durante
os prazos.
O embaixador de negócios é responsável pela criação e priorização dos
requisitos. Eles trabalham em estreita colaboração com o Visionário de
Negócios para garantir que os requisitos não sejam ambíguos e
totalmente compreendidos. Por outro lado, também trabalhe com o líder
da equipe para garantir que as histórias do usuário sejam compreendidas
pela equipe de desenvolvimento e possam entregar de forma realista o
que está sendo solicitado a eles.
O Líder de Equipe é o Líder Servidor da equipe de desenvolvimento da
Solução. O objetivo é garantir que os itens priorizados sejam
compreendidos e comprometidos pela equipe de desenvolvimento. O
trabalho deles também é remover quaisquer impedimentos que possam
atrapalhar os desenvolvedores na conclusão de suas tarefas.
O desenvolvedor faz parte da equipe de desenvolvimento da solução e
desenvolverá parte do incremento da solução e fornecerá os detalhes
emergentes de nível mais baixo dos requisitos fornecidos.
O Testador faz parte da Equipe de Desenvolvimento de Soluções e cria
casos de teste ou cenários e testes funcionais e não funcionais.
O consultor técnico é um suporte terceirizado do qual a equipe de
desenvolvimento pode depender para dar suporte a atividades ou
especialidades.
O consultor técnico é um suporte terceirizado do qual a equipe de
desenvolvimento pode depender para dar suporte a atividades ou
especialidades.
O facilitador do workshop organiza workshops para apoiar a facilitação
das atividades do DSDM. Os workshops podem estar no âmbito da
transferência de conhecimento do processo relacionado aos requisitos,
apoiando questões que requerem um workshop para análise em grupo ou
priorização. É importante enfatizar isso.
Um coach de DSDM ajuda uma equipe a amadurecer
durante sua jornada ágil, tanto dentro quanto fora da equipe
de desenvolvimento de soluções.
08
Produtos ou Artefatos DSDM
Existem três conjuntos de funções de grupo no DSDM - Projeto , Desenvolvimento de
solução e Funções de suporte. Cada grupo desempenha um papel vital no DSDM,
desde obter o compromisso e o caso de negócios para criar e financiar um projeto, até
entregá-lo de maneira ágil e garantir que haja uma rede de suporte para ajudar a equipe
de desenvolvimento.
O Business Case é uma justificativa concisa para o projeto em termos do
objetivo principal é do que ele pretende alcançar. A alta administração
decidirá aprová-lo antes que o projeto possa ser iniciado. Uma vez que o
Business Case é formulado, há uma decisão sobre se a viabilidade é
necessária ou não. Isso é criado pelo Analista de Negócios em nome do
Patrocinador de Negócios.
A Lista Priorizada é uma lista de todos os requisitos a serem confirmados pela Equipe de Entrega de
Soluções conforme a prioridade. É semelhante a um backlog do produto, que é uma lista ordenada de
requisitos criada pelo Business Ambassador em nome do negócio. O backlog evoluiu à medida que os
detalhes se tornarem claros, portanto, exigirá preparação para garantir que as histórias do usuário
sejam relevantes e atualizadas. O proprietário dos itens pendentes é o Visionário de Negócios. O
Business Ambassador prioriza os itens do backlog, mas é o Business Analyst quem produz os
requisitos.
A avaliação de viabilidade é um ponto de verificação para dar a
aprovação necessária do estágio de viabilidade e avançar para o estágio
de fundações. Isso geralmente é uma ligação proibida ou um documento
breve. Este documento é criado pelo Gerente de Projeto e o Patrocinador
de Negócios é responsável por ele.
O Resumo da Fundação é um ponto de verificação para dar a aprovação
necessária da fase da Fundação e se avança para o desenvolvimento
evolutivo e há retorno do investimento. Este documento é criado pelo
Gerente de Projeto e o Patrocinador de Negócios é responsável por ele.
Nesta fase, todos os produtos que foram criados neste ponto devem ter o
nível de detalhe adequado para avançar para o estágio de
desenvolvimento evolutivo.
O documento Abordagem de gerenciamento é um documento de alto nível que define os negócios e
os protocolos que a equipe DSDM adotará. Este documento fornece orientação sobre vários aspectos
comerciais do projeto, por exemplo, lidar com fornecedores terceirizados, acordos contratuais, horário
de trabalho e planejamento de atividades. Este documento é produzido pelo Gerente de Projeto.
O plano de entrega lista os detalhes de alto nível para cada um dos times
boxes no incremento. Isso fornece à equipe de desenvolvimento da
solução um plano para as atividades necessárias para o próximo
cronograma. Os detalhes reais das tarefas são preenchidos durante as
caixas de tempo. O gerente de projeto é responsável por este
documento.
O plano Timebox contém o mais alto nível de detalhes para os
timeboxes de desenvolvimento descritos no Plano de Entrega. O
planejamento de todas as tarefas de desenvolvimento durante o timebox
é detalhado aqui, assim como os objetivos ou meta para o
desenvolvimento. O plano Timebox pertence e é criado pela equipe de
desenvolvimento de soluções.
Um registro de revisão de timebox é uma retrospectiva de como as atividades ocorreram durante o
timebox de desenvolvimento e quais desafios ou impedimentos ocorreram. Estes são discutidos como
parte da Equipe de Desenvolvimento de Soluções e o objetivo é fornecer feedback para que os
problemas possam ser resolvidos em prazos futuros. Esta revisão é produzida pelo líder da equipe.
O Registro de Revisão do Projeto é uma revisão de negócios para o
incremento do projeto para detalhar o que foi alcançado e o que não foi
alcançado durante o incremento do projeto. Ocorre uma retrospectiva
que destaca os aprendizados do incremento anterior para determinar o
que pode ser feito melhor na próxima vez. O relatório de revisão do
projeto é um documento importante para auxiliar na avaliação dos
Benefícios. Este documento é criado pelo Gerente de Projeto.
O Documento de Arquitetura da Solução fornece o projeto arquitetônico
para o design do produto. Este é um documento de alto nível que aborda
os componentes comerciais e técnicos do projeto, como plataforma de
banco de dados, tecnologia de nuvem ou mecanismo de distribuição.
Este é criado pelo Coordenador Técnico e com a ajuda do Analista de
Negócios.
O Documento de Arquitetura de Desenvolvimento fornece as ferramentas, técnicas e padrões pelos
quais a implementação do produto será entregue. Este é um documento de alto nível que se concentra
nas estratégias de desenvolvimento e teste que serão aplicadas pela Equipe de Desenvolvimento de
Soluções. Este é criado pelo Coordenador Técnico e aprovado pelo Gerente de Projeto.
A avaliação de benefícios é uma revisão para identificar se o projeto
gerou o retorno sobre o investimento para um determinado incremento
do projeto. A avaliação também examinará se os objetivos de
incremento foram alcançados e quais benefícios foram acumulados
como resultado. A avaliação de Benefícios é feita pelo Visionário de
Negócios.
09
COMPARAR COM A
METODOLOGIA TRADICIONAL E
O QUE DIFERE DAS OUTRAS
METODOLOGIAS ÁGEIS
Waterfall (Cascata)
A metodologia tradicional, também chamada de Waterfall, em português, cascata, trata a
funcionalidade do projeto como sendo fixa. Já o tempo e os recursos do projeto são vistos como
variáveis.
Na prática, como uma ação é dependente da anterior, se a essa atrasar, aquela também atrasará.
Buscando solucionar essa questão, a DSDM trata o tempo e os recursos como fixos, sendo a
funcionalidade variável.
Isso significa dizer que, ao longo do projeto, poderá haver mudança no escopo. Considerando que o
usuário final participa ativamente com a equipe de desenvolvimento, é natural que o escopo mude,
fazendo dessa técnica extremamente útil, com resultados satisfatórios.
DE QUE FORMA A DSDM DIFERE DE
OUTROS MÉTODOS ÁGEIS ?
A DSDM é uma metodologia extremamente vantajosa especialmente por lidar
com questões que, no geral, são de preocupação ao se adotar métodos ágeis.
Ela exige fundamentos básicos para os estágios iniciais do projeto. Além disso,
escopo. Dessa maneira, há uma redução de surpresas indesejadas nos projetos.
O método também apresenta um maior número de papéis a serem
desempenhados do que é previsto em outros métodos. Assim, é possível se
adequar a diversos ambientes corporativos sem comprometer a agilidade.
10
ALGUNS EXEMPLOS PARA
A UTILIZAÇÃO DO DSDM
E PARA QUAL EQUIPE
SERVE
● PROJETOS URGENTES
Projetos time to market são dos mais conceituados para se adaptarem ao DSDM. O
método Timeboxing e prioridades de funções levam à entrega do produto à hora com as
funcionalidades essenciais.
● PROJETOS DE NOVAS TECNOLOGIAS
Estes projetos necessitam de um espaço para a experimentação e privilegiam o retorno das
experiências antes de tomar decisões definitivas. É necessário por vezes alterar a estrutura do
projeto e com os princípios da reutilização e reconfiguração que o DSDM oferece, isto torna-se
possível.
● PROJETOS DE DESENVOLVIMENTO DE PRODUTOS
A DSDM é adaptada para projetos de desenvolvimento de produtos. Estes projetos têm
PARA QUAL EQUIPE É RECOMENDADO?
O DSDM é uma ótima e segura base para equipes de
desenvolvimento que têm em mãos projetos com necessidade de execução
rápida e com requisitos flexíveis. Onde visa desenvolver projetos com a
qualidade desejada sem ultrapassar limites de tempo e orçamento. É
constituída por 3 fases que ajudam na facilitação do projeto e de seu
desenvolvimento. A partir desta metodologia, é possível construir um
trabalho que agrade ao cliente, à equipe de desenvolvimento e aos
utilizadores finais que terão a oportunidade de interagir com todo o
desenvolvimento do sistema de informação, através das frequentes fases de
11
Conclusão
O DSDM tem uma constante interação com o cliente e
também com a equipe. O DSDM é independente do
fornecedor, cobre todo o ciclo de vida de um projeto e fornece
orientação de melhores práticas para a entrega de projetos no
prazo e dentro do orçamento, com escalabilidade comprovada
para atender projetos de todos os tamanhos e para qualquer
setor de negócios.
O DSDM defende o uso de várias práticas comprovadas,
incluindo:
● Workshops facilitados
● Modelagem e Desenvolvimento Iterativo
● Priorização MoSCoW
● boxe de tempo
Obrigado pela
atenção!
Referências Bibliográficas
● Higor. Engenharia de Software. DevMedia. 2014. Disponível em:
<[Link]
Acesso em: 18 Janeiro 2023
● DSDM. Flowup. 2020. Disponível em: <[Link] Acesso em: 18
Janeiro 2023
● Becker, A. Metodologia Ágil. Vuitton. 2020. Disponível em:
<[Link] Acesso em: 18 janeiro 2023
● Ribeiro, I. DSDM, um dos exemplos de metodologia ágil. [Link], 2017.
Disponível em: <[Link]
metodologia-agil/>. Acesso em: 18 janeiro 2023
● Camargo, V. DSDM – Dynamic Systems Development Method. linkedin. 2022. Disponível
em: <[Link]
camargo?trk=pulse-article_more-articles_related-content-card>. Acesso em: 18 janeiro 2023
● What is DSDM?. Agile business. 2023. Disponível em:
<[Link] Acesso em: 1 8 janeiro
2023