Escolar Documentos
Profissional Documentos
Cultura Documentos
ANALÍA IRIGOYEN
Engenharia de Software Ágil
Aula 1.1. Fundamentos e cenário da Engenharia de Software
ANALIA IRIGOYEN
Reflexão...
“Por que os custos de
“Por que leva tanto tempo desenvolvimento são
altos?”
para concluir o software?”
documentação
BUSCA-SE:
A criação de soluções econômicas para problemas práticos.
entrega rápida.
Cenário atual do
Desenvolvimento de Software
Desenvolvedores são orientados à solução: desejam começar logo a programar sem ter
ANALIA IRIGOYEN
Porque o software falha!?
Barry Boehm.
Fritz Bauer.
Software: características
O hardware apresenta muitas falhas no início de sua vida por falhas de projeto e
18
Software: características
Mortalidade
Infantil
Desgaste
Taxa de
Falhas
Tempo
Software: características
Curva de Falhas para o Software
Falha por
Efeito Colateral
Taxa de
Falhas
Curva Real
Idealizada
Modificação
Tempo
Software: características
Analogia: Um engenheiro para construir uma ponte não precisa projetar um parafuso.
Frameworks prontos.
21
Tipos de aplicações
Software de Sistema
Software de Aplicação
Sistema que deve responder com suficiente rapidez (milisegundos) ou o ambiente ficará fora de controle.
Ex: ATMs (Caixa eletrônico), orientação aérea, monitoração de pacientes, validadores de transporte público.
Tipos de aplicações
Aplicações Web
Software que provê capacidade específica a ser usada por muitos clientes.
Aplicações que utilizam algoritmos para resolver problemas complexos que não são passíveis de
computação ou análise direta, exigindo interpretação.
Computação Ubíqua
Código complicado.
25
Engenharia de Software Ágil
Aula 1.3. Mitos e Verdades
ANALIA IRIGOYEN
Mitos e Verdades
• Verdade:
27
Mitos e Verdades
• Verdade:
28
Mitos e Verdades
“Se estivermos atrasados, iremos adicionar mais
pessoas à equipe.”
• Verdade:
• Ruídos de comunicação, overhead de gerência.
• Nem todas as tarefas podem ser divididas (paralelizadas).
• Novas pessoas precisam ser treinadas pelas pessoas que já estão
no projeto.
• Acrescentar mais pessoas a um projeto atrasado faz com que ele
se atrase mais.
29
Mitos e Verdades
• Verdade:
“Os requisitos mudam constantemente, mas é fácil acomodar estas mudanças, afinal
o software é flexível.”
• Verdade:
• Requisitos mudam continuamente mas o impacto das mudanças varia de acordo com
o momento em que estas ocorrem (quanto mais a frente estivermos, mais caro será!).
31
Mitos e Verdades
32
Mitos e Verdades
33
Mitos e Verdades
Realidade
• Programadores são extremamente otimistas.
ANALÍA IRIGOYEN
Engenharia de Software Ágil
Aula 2.1. Processos de desenvolvimento de software
ANALIA IRIGOYEN
O que é um processo?
• Série de passos para criar o software dentro do prazo e custo, com uma alta
qualidade.
• Qualidade é assegurada
Engenharia de Software
Ferramentas
Métodos
Processo
Foco na Qualidade
O que é um processo?
Qualidade do processo:
Aumento da qualidade do produto
Diminuição do retrabalho
Maior produtividade
Redução do tempo para atender o mercado
Maior competitividade
Maior precisão nas estimativas.
O que é um processo?
O interesse no processo de software está baseado em duas premissas:
• Definição
• Desenvolvimento
• Manutenção
Framework do Processo?
• Framework do Processo
• Atividades:
• Planejamento do projeto
• Foco: como?
• Atividades:
• Projeto do software
• Codificação
• Testes
Fase de Manutenção
• Fase de Manutenção
• Foco: mudanças no produto
• Razões:
• Correção de erros
• Tipos de Manutenção:
• Corretiva
• Adaptativa
• Evolutiva ou de Melhoria
• Preventiva
Engenharia de Software Ágil
Aula 2.2. Atividades de apoio e Ciclos de Vida
ANALIA IRIGOYEN
Atividades de apoio
• As fases são complementadas por atividades guarda-chuva (de apoio).
• Acompanhamento e controle
• Gestão de Risco
• Garantia da Qualidade
• Gestão de Configuração
• Documentação
• Medição
• Gestão do reuso
• Gerentes de projeto
• Analistas
• Arquitetos de software
• Programadores
• Clientes
• Testadores
Modelos de Ciclo de Vida - Prescritivos
trabalho que são necessários para fazer engenharia de software com qualidade.
projeto.
• Diferentes modelos
• Escolha depende:
• do domínio da aplicação,
• Uma versão de produção do sistema não estará pronta até que o ciclo
• Características:
• Modelo ainda mais usado,
• Problemas:
• Mudança de requisitos (retornar a fases anteriores),
ANALIA IRIGOYEN
Modelos de Ciclo de Vida - Prototipagem Rápida
Objetivo:
• Mecanismo para identificar requisitos de software.
Procedimento:
• Constrói-se, rapidamente, uma implementação parcial com os aspectos
pouco entendidos para o usuário avaliar.
Problemas:
• Custo (será descartado o protótipo).
Protótipo
Rápido
Modelos de Ciclo de Vida - Iterativos
Desenvolvimento em “mini-cascatas”.
Modelos de Ciclo de Vida - Iterativos
• Vantagens:
• Desvantagens:
Incremento 1
...
Características
• Baseado em Componentes.
Comunicação:
• Entender os problemas do negócio (requisitos) com o cliente.
Planejamento:
• Essencial para paralelismo de equipes.
Modelagem:
• Modelagem de negócio.
• Modelagem de dados.
• Modelagem de processo.
Construção:
• Uso de componentes.
Implantação
• Base para iterações subsequentes.
Modelos de Ciclo de Vida – RAD
Comunicação Planejamento
equipe n
equipe 2 Modelagem
equipe 1 Modelagem
Construção
Modelagem
Construção
Construção
Implantação
Modelos de Ciclo de Vida – RAD
60-90 dias
Modelos de Ciclo de Vida – RAD
• Geração da Aplicação:
• Teste e Modificação:
modelagem do
processo
geração da
aplicação
teste e
modificação
Modelos de Ciclo de Vida – RAD
Desvantagens
Condição
ANALIA IRIGOYEN
Modelos de Ciclo de Vida – Evolutivos
...
Comunicação Comunicação Comunicação
• Processo que possibilita que o desenvolvedor crie um modelo do software que deve
ser construído.
Novas necessidades
Usuário
Prototipador
Protótipo
Rápido e Sujo
Novos requisitos
Análise
Projeto
Codificação
Teste
Modelos de Ciclo de Vida – Evolutivos
Simplificando
Plano Rápido
Comunicação
Modelagem
Projeto Rápido
Implantação,
entrega e Construção do
feedback Protótipo
Modelos de Ciclo de Vida – Evolutivos
Problemas:
• Cliente não sabe que o software que ele vê, não considerou, durante o
desenvolvimento, a qualidade global e a manutenibilidade a longo
prazo. Força a utilização do protótipo como produto final;
• Comentários:
• Abordagem cíclica.
• Marcos de Ancoragem .
Planejamento
Estimativa
Cronograma
Recursos
Análise de Riscos
Comunicação
Início Modelagem
Análise e
Projeto
Implantação Construção
entrega
Código e
feedback
Teste
Modelos de Ciclo de Vida – Espiral
"evolutiva" é controlável.
ANALIA IRIGOYEN
RUP- Rational Unified Process
• Baseada em disciplinas.
• Tarefas.
• Responsabilidades.
• Dimensões:
• Eixo horizontal representa o tempo
• Expressa em termos de fases, iterações e marcos.
• Desenvolvimento iterativo-incremental
• Iteração:
• Conjunto de atividades de modelagem de negócios, requisitos, análise e projeto,
implementação, teste e implantação, em várias proporções, dependendo do local
em que ela está localizada no ciclo de desenvolvimento.
• Disciplina:
• Conjunto de atividades relacionadas a uma 'área de interesse' importante em
todo o projeto.
• Papeis:
• O comportamento e as responsabilidades de um indivíduo ou de um conjunto de
indivíduos.
RUP- Rational Unified Process - Características
ANALÍA IRIGOYEN
Engenharia de Software Ágil – Aula 1
Aula 3.1.1. Metodologias Ágeis (Parte 1)
ANALIA IRIGOYEN
Conceitos Ágeis e
Motivação
Conceitos O que TODOS
queremos?
• Aumento da maturidade da organização em
desenvolvimento de processos
São
É São
possível?
complementares
compatíveis? ?
http://www.freeimages.com/
Conceitos
Os modelos tradicionais de gestão e os
métodos ágeis tem o mesmo objetivo:
O sucesso do projeto.
http://www.freeimages.com/
Motivação
• Como implementar práticas ágeis
aderentes às expectativas dos modelos
tradicionais?
O objetivo é:
http://www.freeimages.com/
Histórico
Anos 90
Foco no gerenciamento.
Anos 2000
Anos 2001
• Agile Manifesto
• Agile Alliance
http://www.freeimages.com/
Histórico
-1995
XP - Kent Beck, Ron Jeffries (5
valores, 14 princípios e TDD).
- SCRUM
-2009 CMMi x
-JeddSutherland,Ken Schwaber,Mike
Beedle. SCRUM x XP
- Crystal - Alistair CockBurn (mais -PMBOK x
flexível que XP). SCRUM
- Lean - Manufatura.
- Divulgação
-Algumas
experiências -BOOM
-Manifesto Ágil relatadas -MPS.BR x
-Agile Alliance Agilidade
-Google(?),
Globo..
Nuban,..
• Globo – Horizonte
• Caelum e LocalWeb
http://www.freeimages.com/
• Mc Donalds´s
Mitos – Agilidade
“cascata”.
Contexto
• Cada equipe é diferente; cada projeto e cada cliente são
diferentes.
ANALIA IRIGOYEN
Manifesto Ágil – Valores
Indivíduos e interações mais que processos e ferramentas.
• Aprendizado
• Feedback
• Desenvolvimento iterativo
Entregas frequentes
Conversa face-a-face
Software funcionando
Ritmo constante
Excelência técnica
feito.”
regulares.
• Redução de riscos
Tempo de Projeto
Melhoria contínua.
Desenvolvimento em fatias
ANALIA IRIGOYEN
Definição dos Papéis e Artefatos
Definição
• Não é metodologia.
• É um framework. É atitude!
Definição
• É adaptável.
• Transparência.
• Inspeção.
• Adaptação.
SCRUM – Pilares
• Transparência
• Tudo que afeta o resultado final deve ser visível para aqueles
que gerenciam os resultados.
• Inspeção
• Adaptação
SCRUM – Pilares
Inspeção
Adaptação
• Time-Boxes (Eventos)
• Artefatos
• Regras
SCRUM – Papéis
• Compostos por:
• Product Owner
• Scrum Master
• Team
SCRUM – Papéis
Product Owner
Garante o ROI
Conhece as necessidades do cliente
Scrum Master
Remove os impedimentos do time
Garantir o uso do Scrum
Protege o time de interferências externas
Time
Multi-disciplinar
Auto-gerenciado
Produz com qualidade e valor para o cliente
SCRUM – Scrum Master
ANALIA IRIGOYEN
SCRUM – Fluxo
Temas,
Pré- Épicos, Testes Aceitação Final Pós-
Product Backlog, Documentação
Game Arquitetura Game
Planejamento da Release.
SCRUM – Fluxo: Descrição
1. Planejamento
Product owner e team decidem quais stories são viáveis de serem movidas do Product
backlog para o Sprint backlog.
2. Sprint
O team deve produzir as stories conforme se comprometeram durante o planejamento
do sprint. O product owner pode estar presente nos “daily scrums” se for realmente o
desejo a obtenção de um status mais detalhado do projeto.
SCRUM – Fluxo: Descrição
3. Review
O time apresenta o trabalho que foi feito neste sprint e verifica a
satisfação do cliente e o valor agregrado que foi atingido.
SCRUM – Artefatos – User
Story
• Exemplo:
ANALIA IRIGOYEN
Planejamento no SCRUM – Aula 3
SCRUM – Planejamento
24
hrs
Incremento
Product potencialmente
Backlog 2a4 implantável
semanas do produto
Sprint
Backlog
Tasks
Sprint
Planning 1
Meeting
Estimation
Meeting
SCRUM – Cerimônias
24
hrs
Incremento
Product potencialmente
Backlog 2a4 implantável
semanas do produto
Sprint
Backlog
Tasks
Sprint Sprint
Planning 1 Planning 2
Meeting Meeting
Estimation
Meeting
SCRUM – Cerimônias
Sprint Planning 2 :
Burndown Chart
24
hrs
Incremento
Product potencialmente
Backlog 2a4 implantável
semanas do produto
Sprint
Backlog
Sprint Sprint
Sprint
Planning 1 Planning 2
Review
Meeting Meeting
Meeting
Estimation Sprint
Meeting Retrospective
SCRUM – Cerimônias
Daily Scrum Meeting
• Participantes:
• Team
• SM (opcional)
SCRUM – Cerimônias
Daily
Scrum
Meeting
Burndown Chart
24
hrs
Incremento
Product potencialmente
Backlog 2a4 implantável
semanas do produto
Sprint
Backlog
Sprint Sprint
Sprint
Planning 1 Planning 2
Review
Meeting Meeting
Meeting
Estimation Sprint
Meeting Retrospective
SCRUM – Cerimônias
5/
3/
2
BDC
100
200
300
400
500
600
700
800
900
0
5/ 00
5/ 2
2
5/ 002
7/
2
752
5/ 00
9/ 2
5/ 200
11 2
5 / /2 0
762
13 02
/
5/ 200
664
15 2
/
5/ 200
17 2
5 / /2 0
Progress
619
19 02
/
5/ 200
Date
21 2
304
5 / /2 0
23 02
/
5/ 200
25 2
/
5/ 20 264
27 02
/
5/ 200 180
29 2
5 / /2 0
31 02
/2
00
2
104
20
SCRUM – Cerimônias
SCRUM – Cerimônias
Melhoria Contínua no SCRUM
SCRUM – Cerimônias
Sprint Review
Sprint Retrospective:
• Participantes:
Team, SM
SCRUM – Cerimônias
Sprint Retrospective
• Mini Avaliação 180
Participantes:
• Team, SM
SCRUM – Cerimônias
SCRUM – Lições Aprendidas
• Times pequenos;
• Objetivos claros;
• Product Owners conhecedores do negócio;
• Scrum Masters influentes na organização;
• Garantia da disponibilidade dos recursos;
• Auto-gerenciamento fluente;
• Práticas de Engenharia de Software presentes (Arquitetura, Gerência de
Configuração, Verificação, Validação).
Engenharia de Software Ágil
Aula 3.3. Kanban
ANALIA IRIGOYEN
Definição dos Papéis
Mitos e fatos
• Não tem esta exigência, mas devem ser utilizados sempre que
o fluxo for otimizado.
Mitos e fatos
• Deve:
• Focar no “todo”.
• Gerar transparência.
• Identificação de desperdícios.
O Planejamento
O planejamento
• Quebrar tarefas.
O planejamento
Se o WIP fosse 2
• Tempo de Ciclo.
• Índice de Defeitos.
• Itens Bloqueados.
Execução
Execução
• Índice de defeito.
• Índice de defeito.
• Defina Metas.
Execução – itens
bloqueantes
• Itens bloqueantes:
Jesper Boeg, Kanban em 10 pessoas, Otimizando o fluxo de trabalho em sistemas de entrega de software, InfoQ Brasil
Execução – itens
bloqueantes
• Itens bloqueantes:
Execução – priorização
• Passo 6 – Priorização:
Jesper Boeg, Kanban em 10 pessoas, Otimizando o fluxo de trabalho em sistemas de entrega de software, InfoQ Brasil
Execução – priorização
• Passo 6 – Priorização:
• Tamanho equilibrado.
• Dependências.
Execução – classes de
serviço
• Passo 7 – Identificação de Classes de Serviço.
• Tipos de Trabalho:
• Histórias.
• Defeitos.
• Relatórios Manuais.
• Tarefas de Suporte.
• Instalação.
Execução – classes de
serviço
• Passo 7 – Identificação de Classes de Serviço
• Classes de Serviço
Jesper Boeg, Kanban em 10 pessoas, Otimizando o fluxo de trabalho em sistemas de entrega de software, InfoQ Brasil
Execução – Fluxo
• Alivie Gargalos.
• Introduza Buffers.
Execução – Fluxo
• Planeje entregas.
• Otimize o Fluxo.
• Experimente.
Execução – SLA
• Considera a base
histórica
• Deixe visível
Jesper Boeg, Kanban em 10 pessoas, Otimizando o fluxo de trabalho em sistemas de entrega de software, InfoQ Brasil
Melhoria Contínua
• Mude.
• Experimente.
• Ajuste os WIPS.
• Ajuste o Quadro.
• Aumente a Visibilidade.
Referências
ANALIA IRIGOYEN
Definições
• Kanban:
• é uma evolução.
• Scrum:
• é uma revolução.
Simon Bennett Fonte: InfoQ SCrumBan-Evolução ou Contradição
Vantagens
• Qualidade.
• Inspeções.
• Diminui o desperdício;
SCRUMBAN
Fonte: https://agilewheel.com/tag/scrumban/
SCRUMBAN - Planejamento
ANALIA IRIGOYEN
XP • Desenvolvida para:
• Características:
• Testes frequentes,
• Refatoramento contínuo,
• Integração contínua,
• Valores:
• Comunicação
• Simplicidade
• Feedback
• Coragem
XP
• Comunicação:
desenvolvimento de software
levadas ao extremo
Bootcamp
Engenharia de Software - Métodos Ágeis
Fundamentos – Capítulo 4 - Implantação Azure DevOps - Agile
ANALÍA IRIGOYEN
Engenharia de Software
Aula 4.1. Azure DevOps - Agile
ANALIA IRIGOYEN
Azure DevOps
Marcos
do
Projeto Capacidades
do software
História do Usuário
do backlog/no Correção de defeitos em
Sprint desenvolvimento ou
Menor unidade produção
desenvolvimento
Ágil
Impedimentos do Sprint
Azure DevOps
Visão
Geral do
Projeto
Controle do
Projeto com
Kanban e
Dashbooards
Repositório
de arquivos
do projeto
Controle de
CI/CD em
Toda gestão
cloud
de testes e
testes
Gestão de exploratórios
pacotes
nuget/npm e
Azure DevOps
Criação de
Projetos
Azure DevOps
Engenharia de Software
Aula 4.2.1. Case Prático – Azure (Parte 1)
ANALIA IRIGOYEN
Engenharia de Software
Aula 4.2.2. Case Prático – Azure (Parte 2)
ANALIA IRIGOYEN
Engenharia de Software
Aula 4.2.3. Case Prático – Azure (Parte 3)
ANALIA IRIGOYEN
Engenharia de Software
Aula 4.2.4. Case Prático – Azure (Parte 4)
ANALIA IRIGOYEN
Engenharia de Software
Aula 4.3. Case Prático – Trello
ANALIA IRIGOYEN
Trello
Kanban
Trello
Vamos usar:
https://trello.com/b/5FldI0TK/template-kanban
Comunicação no Trello.
Indicadores mais utilizados no Kanban e como os Power-Ups podem ajudar (Corello, por exemplo)
Bootcamp
Engenharia de Software Ágil
Fundamentos – Capítulo 5 – Introdução ao DevOps
ANALÍA IRIGOYEN
Engenharia de Software Ágil
Aula 5.1. Introdução ao DevOps
ANALIA IRIGOYEN
Introdução ao DevOps
Motivação
Por que DevOps?
Introdução ao DevOps
256
Por que DevOps?
Falhas inaceitáveis
https://computerworld.com.br/2018/07/12/10-grandes-falhas-da-tecnologia-nos-ultimos-anos/
ultimas-noticias/2019/10/29/falha-de-cartorios-expoe-dados-de-ao-menos-1-milhao-de-pais-maes-e-filhos.htm?cmpid=copiaecola
Por que DevOps?
https://www.itforum365.com.br/carreira/codigo-mal-escrito-gera-perdas-de-us-85-bi-por-ano-as-empresas/
Por que DevOps?
# JUNTOS
AUDITORIAS
Quer
garantir
qualidade
Introdução e adoção do Devops – Conceitos Básicos
265
http://jornadaparanuvem.com.br/interessante-tabela-periodica-da-xebialabs/
Introdução e adoção do Devops – Conceitos Básicos
A má implementação ou excesso
de customização pode destruir
uma ótima ferramenta…
Benefício
269
Livro Jornada DevOps: MUNIZ; SANTOS; IRIGOYEN; MOUTINHO (Brasport,
2019)
Introdução e adoção do Devops – Conceitos Básicos
Introdução e adoção do Devops – Conceitos Básicos
WIP
Livro Jornada Ágil Digital: MUNIZ; IRIGOYEN (Brasport, 2019)
Introdução e adoção do Devops – Conceitos Básicos
Framework Cynefin
• CFD
• Dependências externas ao time - Gargalo
• Eficiência do Fluxo
• Leadtime (Lembrar do ponto de compromisso)
• Tamanho dos itens (P/M/G)
• Touch time (tempo que eu levo efetivamente
desenvolvendo
• WIP (Lei do Little – limitar tarefas em andamento)
• Waiting time (tempo de espera)
✓ Documentação pobre
✓ Conflitos de interesse
ANALIA IRIGOYEN
Introdução e adoção do Devops – Conceitos Básicos
Princípios Lean
Fluxo de valor: É o processo que concretiza uma
necessidade de negócio em um produto ou serviço Gemba: É o local onde as coisas acontecem e
para entrega de valor ao cliente. todos deveriam ir ao gemba com frequência para
conhecer o “chão de fábrica” e evitar suposições
Mapeamento do fluxo de valor: Visa entender sem dados e fatos.
como o processo funciona com foco na entrega de
valor ao cliente e identifica gargalos ou Obeya: Também conhecida nas organizações como
desperdícios. “sala de guerra”, o objetivo é facilitar a gestão visual
e a coordenação para solução de problemas sem
os entraves das estruturas organizações clássicas.
Desperdício
Existem 8 tipos de desperdícios identificados no Lean:
Defeito e retrabalho: Desfazer, refazer algo.
Movimentação: Caminhadas, deslocamentos, viagens.
Espera: Pessoas aguardando informações, materiais ou Corda de Andon: Dispositivo que existe nas
Transporte: Transferências desnecessárias de materiais produção quando é encontrado algum defeito nos
Estoques: Informações ou materiais sem uso. todas as equipes e líderes que podem ajudar a
Registro Tipo 1: Fazer direito com foco Mais lento e costuma ter requisitos
em estabilidade e confiabilidade normativos e conformidade
Engajamento Tipo 2: Fazer rápido com foco Mais rápido e permite experimentos
em flexibilidade e inovação em ambientes incertos
4. Requisitos não Reservar pelo menos 20% do ciclo de melhoria para reduzir a dívida
funcionais técnica
ANALIA IRIGOYEN
Conceitos de Arquitetura Lean
289
Implantação contínua
290
Iteração 0 (zero)
291
Squad de Produto
292
As três maneiras
293
Engenharia de Software Ágil
Aula 5.4. Disciplined Agile (DA)
ANALIA IRIGOYEN
Disciplined Agile (DA)
Tradicional Ágil
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
As 4 visões do DA
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Princípios
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle (traduzido)
Principais papéis
Líder do Time
“Dono” do Produto
“Dono” da Arquitetura
Membro do Time
Stakeholder
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle (traduzido)
Papéis Suporte
Líder do Time
Tester (independente)
Especialista
Expert Técnico
Integrador
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle (traduzido)
Times de projeto x Times estáveis
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle (traduzido)
Times escolhem seu próprio ciclo de vida
Continuous
Agile Delivery: Agile Exploratory
Continuous
Agile Delivery: Agile Exploratory
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Quando usar entrega contínua: Agile
•Projetos que
•Soluções que podem
•O trabalho precisam entregar
ser entregues às
permanece valor rapidamente,
partes interessadas de
relativamente estável antes que toda a
forma frequente e
em uma iteração solução esteja
incremental
concluída.
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Lean (baseado no Kanban)
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Quando usar Lean?
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Entrega Contínua: Lean
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Quando usar Entrega contínua: Lean?
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Exploratório (Lean Startup)
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Quando usar Exploratório (Lean Startup)
As partes interessadas e a
A solução aborda casos de
equipe de entrega são muito
alta incerteza, como um novo
flexíveis na adaptação da
mercado inexplorado ou um
solução à medida que ela
novo produto
está sendo desenvolvida
Você tem uma ou mais
hipóteses/ estratégias válidas Você está disposto a experimentar e
para testar com critérios claros desenvolver sua ideia com base em
vai/ não vai para quando o teste seus aprendizados
terminar
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Programa (Program Teams)
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
Programa (Program Teams)
https://www.pmi.org/disciplined-agile/lifecycle/agile-lifecycle
A escolha do Ciclo de Vida (DA)