O documento apresenta um resumo de um treinamento sobre Ciclo de Vida Ágil em TI, abordando Design Thinking, Scrum, PMBOK e DevOps. O treinamento tem duração de 24 horas e objetiva desenvolver uma visão geral e prática sobre essa abordagem ágil, descrevendo as ferramentas e técnicas utilizadas. O cronograma inclui apresentações sobre cada etapa do ciclo de vida ágil e técnicas de aprendizagem.

1. Ciclo de Vida Ágil em TI
Design Thinking, Scrum+PMBOK e DevOps
Compacto do Treinamento de 24 horas Novembro/2016

2. 2
 PMP, PMI-ACP, COBIT, ITIL V3, Graduado em Análise de Sistemas pela UNIBAN, com Pós-graduação
em Gestão de Segurança da Informação pela FIAP.
 Atuação por mais de 15 anos em projetos para empresas multinacionais do segmento
Bancário/Financeiro, Farmacêutico/Químico e empresas nacionais como redes varejistas de
Construção, Consultoria em TI e Instituições de Ensino.
 Participação em projeto de implantação do Banco Digital com a implementação do modelo
DevOps, Agile e ALM (Aplication Lifecycle Manager).
 Experiência em projetos e serviços de tecnologia multiplataforma (plataforma distribuída e
mainframe) e Gestão de Crises com coordenação de War Room.
Fabrício Pires Domingues
fabriciopires@hotmail.com
http://www.linkedin.com/in/fabriciodomingues
fabriciopires
+55 11 9 8406-1166
Apresentação

3. 3
1) OBJETIVO
Desenvolver uma visão geral e prática do ciclo de vida ágil abordando a união do Design Thinking, Scrum, PMBOK e DevOps.
Trata-se de uma nova maneira de criar e desenvolver produtos e serviços através de um conjunto de práticas de projeto,
construção e implementação com a descrição das ferramentas e técnicas utilizadas.
2) PÚBLICO ALVO
Desenvolvedores, engenheiros de sistema, administradores de sistema, arquitetos, gerentes e qualquer pessoa com
conhecimentos em Gerenciamento de Projetos de TI.
Plano de Aula
Plano da Aula Demonstrativa

4. 4
3) CRONOGRAMA DE DESENVOLVIMENTO
DATA CONTEÚDO/ATIVIDADE DISCENTE – 60 minutos
22/11/2016
APRESENTAÇÃO PLANO DE ESTUDO E INTRODUÇÃO – 8 minutos
ETAPA 1 – DESIGN THINKING – 12 minutos
1.1 – Conceito
1.2 – Etapas do Design Thinking
1.3 - Design Thinking aplicado ao mundo real
ETAPA 2 – SCRUM – 15 minutos
2.1 – Conceito
2.2 – O Manifesto Ágil e seus 4 valores
2.3 – Processo, Cerimônias e Artefatos
2.4 - Design Thinking + Scrum
2.5 - Ciclo de Vida Scrum+PMBOK
ETAPA 3 – DEVOPS – 13 minutos
3.1 – Conceito / Cultura
3.2 – Ciclo de Vida Ágil – Design Thinking, Scrum e DevOps
3.3 - ALM – Application LifeCycle Management
3.4 – Principais Ferramentas e Técnicas
TÉCNICA DE APRENDIZAGEM – 2 minutos
DISCUSSÃO EM GRUPO - Grupo com uma só tarefa – 10 minutos
Plano da Aula Demonstrativa

5. Antes de Começar…
Gerenciamento de Problemas
Gerenciamento de Incidentes
Causa Raiz/ Release - Projeto
Vamos abrir uma mudança…
Antes de começar...

6. 6
* Reunião de Pós Implantação - Post Implementation Review
1 Divergência entre ambientes Produção/Homologação
2 Entrada de informações incorretas no sistema
3 Erro Desenho Funcional
4 Erro na configuração do aplicativo
5 Erro na ferramenta de deploy
6 Erro não Identificado
7 Falha de Hardware em Controladora I/O
8 Falha de planejamento na identificação de dependências
9 Falha na confecção do PIP
10 Falha na descrição dos envolvimentos/requisitos do projeto pelo gestor
11 Falha na homologação - Executada pelo Gestor
12 Falha na identificação de configurações de hardware requeridas
13 Falha na parametrização de dados no sistema
14 Falha na validação do PIP
15 Falha no controle de versão
16 Falha no planejamento da implantação
17 Falha no planejamento da implantação pelo solicitante
18 Falha no planejamento/execução da implantação
19 Falha no procedimento operacional de execução
20 Falha no processo de implantação
21 Falha no teste pós implantação
22 Falta de conhecimento do processo existente
23 Falta de infraestrutura
24 Homologação insuficiente devido a limitações de hardware
25 Infraestrutura não comportou a aplicação
26 Massa de testes - Insuficiente
27 Mudança executada sem registro
28 Não execução de ciclo limpo após alterações do aplicativo
29 Planejamento e execução irregular para atender Negócios
30 Script - Abrangência insuficiente
31 Script e Massa de Testes - Insuficientes
32 Tarefa não aberta para a Certificação
PIR* - Causa raiz dos principais desvios que ocorrem na implantação de mudanças em TI
Mudança em TI – Change Advisory Board (CAB)

7. 7
* Reunião de Pós Implantação - Post Implementation Review
1 Divergência entre ambientes Produção/Homologação
2 Entrada de informações incorretas no sistema
3 Erro Desenho Funcional
4 Erro na configuração do aplicativo
5 Erro na ferramenta de deploy
6 Erro não Identificado
7 Falha de Hardware em Controladora I/O
8 Falha de planejamento na identificação de dependências
9 Falha na confecção do PIP
10 Falha na descrição dos envolvimentos/requisitos do projeto pelo gestor
11 Falha na homologação - Executada pelo Gestor
12 Falha na identificação de configurações de hardware requeridas
13 Falha na parametrização de dados no sistema
14 Falha na validação do PIP
15 Falha no controle de versão
16 Falha no planejamento da implantação
17 Falha no planejamento da implantação pelo solicitante
18 Falha no planejamento/execução da implantação
19 Falha no procedimento operacional de execução
20 Falha no processo de implantação
21 Falha no teste pós implantação
22 Falta de conhecimento do processo existente
23 Falta de infraestrutura
24 Homologação insuficiente devido a limitações de hardware
25 Infraestrutura não comportou a aplicação
26 Massa de testes - Insuficiente
27 Mudança executada sem registro
28 Não execução de ciclo limpo após alterações do aplicativo
29 Planejamento e execução irregular para atender Negócios
30 Script - Abrangência insuficiente
31 Script e Massa de Testes - Insuficientes
32 Tarefa não aberta para a Certificação
PIR* - Causa raiz dos principais desvios que ocorrem na implantação de mudanças em TI
Mudança em TI – Change Advisory Board (CAB)

8. 8
Diferentes tipos de
projetos requerem
diferentes métodos.
Shu
Siga as
Regras Ri
Crie as
Regras
Ha
Quebre
as
Regras
Aprendizagem - Conhecimento e Experiência
Pensar Grande,
Começar Pequeno
e Evoluir Rápido
Para refletir – Por que mudar a mentalidade?

9. 9
Várias tendências tecnológicas que são fundamentais para
permitir negócios com Agilidade e reduzir o Time to Market

10. 10
Design Thinking
O que iremos construir?
que problema queremos resolver?
que necessidade iremos atender?
como melhorará a vida do cliente?
qual é o negócio? tem sentido este serviço/produto?
quais os critérios de sucesso?
quem irá comprar e para que?
Fonte: FIAP (2015)

11. 11
Escritório do Facebook na Polônia
Fonte: Google Imagens
Escritório do Google em BH - BrasilFonte: http://olhardigital.uol.com.br/pro/noticia/conheca-o-novo-escritorio-do-google-no-brasil/56877
Escritório da Lego na Dinamarca
Fonte: http://www.b9.com.br/65902/arquitetura/nova-sede-da-lego-na-dinamarca-e-toda-sobre-colaboracao/
Escritório da Pixar na Califórnia -EUA
Fonte: Google Imagens
Design Thinking

12. 12
Design Thinking
Vietnã – Como diminuir a desnutrição infantil

13. 13
Scrum
Como ser efetivo na solução? Como construir com qualidade e excelência?
Como ser transparentes com o que construímos?
Como garantir que as expectativas sejam atendidas?
Como ter uma equipe auto organizada?
Como reduzir os custos associados a mudanças?
Como focar em resultados e reduzir atividades que não agregam valor?
Como ser efetivo na solução? Como construir com qualidade e excelência?
Como ser transparentes com o que construímos?
Como garantir que as expectativas sejam atendidas?
Como ter uma equipe auto organizada?
Como reduzir os custos associados a mudanças?
Como focar em resultados e reduzir atividades que não agregam valor?
Como iremos construir?

14. 14
O Manifesto Ágil e seus 4 valores

15. 15
Scrum
Processo
A fase de construção com o
framework Scrum define as
seguintes atividades:
Sincronização
diária da equipe
24h
Incremento do produto
potencialmente entregue
Mudanças e detalhes do
plano e requisitos
Product
Backlog
(PBL)
Seleção de requisitos a
serem desenvolvidos
durante a Sprint e planejar
as tarefas
Plano de
tarefas
(desenv)
Lista priorizada
de requisitos
4-8h
2-4h
15 min
5-10% da Sprint
1,5-3h
O que correu bem?
O que pode melhorar?
Daily Scrum
2
Product Backlog
Refinement3
Sprint
Review4
Sprint
Retrospective5
Sprint
Planning1
De 2 a 4 semanas,
regular
Sprint
Sprint
Backlog
(SBL)
Legenda
Atividade
Equipe
Desenv.
Product
OwnerArtefato
Stakeholders e
usuários chave
24h
Product
Backlog
(PBL)
Lista priorizada
de requisitos
Product
Backlog
(PBL)
Daily Scrum2
Product Backlog
Refinement3 Product Backlog
Refinement3
Sprint
Review4
Demonstração do
incremento do produto
Sprint
Review4 Sprint
Review4 Sprint
Review4 Sprint
Review4
Sprint
Retrospective5

16. 16
Scrum
Cerimônias
Demonstração do produto
Sincronização
diária da equipe.
Daily Scrum2
Sprint Review4
Sprint
Retrospective5
Incremento do Produto
potencialmente entregável
15 min
2-4h
1,5-3h O que tem ido bem?
O que melhorar?
Replanejamento
Operacional
Impediment
backlog
Improvement
backlog
24h
De 2 a 4 semanas,
regular
Sprint
Cada dia, a equipe realiza o Daily Scrum, uma
reunião de sincronização onde cada membro
responde a três perguntas para a equipe:
• O que eu fiz desde a última reunião?
• O que eu vou fazer a partir de agora?
• Que impedimentos eu tenho ou terei?
No final da iteração as seguintes atividades de
controle empíricos são realizadas para assegurar que
se está desenvolvendo o que é esperado (produto), e
da maneira mais eficiente possível (processo):
• Review. A equipe apresenta os requisitos
completados na iteração (demo) e o Product Owner
indica se é necessário algum ajuste. A partir da
informação obtida (resultados apresentados, o
desenvolvimento de velocidade) e mudanças que
ocorreram no contexto do projeto, o Product Owner
pode re-planejar o projeto de acordo, já desde a
primeira iteração.
• Retrospectiva. A equipe melhora sua
produtividade de forma contínua analisando como
está funcionando o processo de trabalho, o que têm
ido bem e o que poderia impedir o progresso de
forma adequada.
Legenda
Atividade
Equipe
Desenv.
Product
OwnerArtefato
Stakeholders e
usuários chave

17. 17
Design Thinking + Scrum
Uma das Ferramentas que auxilia a equipe de projeto

18. Ciclo de Vida do Projeto (PMBOK) e Scrum
18
PMBOK
Sprint

19. Ciclo de Vida Scrum+PMBOK
19
Um modelo híbrido

20. DevOps
Esta abordagem visa maximizar a eficiência e
confiabilidade por meio da automação,
otimização de custos por meio da
racionalização dos processos e minimizando
o erro humano.
Do ponto de vista DevOps que se destina a
trazer simplicidade e agilidade, removendo a
barreira entre a equipe de desenvolvimento
(Dev) e Operações (OPS), tornando possível
processos mais ágeis e simples entrega,
garantindo a entrega contínua de aplicações,
sem comprometer os requisitos de
estabilidade da operação.
A fase que encerra o ciclo de vida Agile é o DevOps, que visa melhorar a comunicação entre
as áreas de desenvolvimento, controle de qualidade e de Operações bem como promover a
mudança cultural na organização.
20

21. DevOps além das ferramentas
John Willis e Damon Edwards definiram o acrônimo CAMS para definir o que é DevOps e Jez
Humble mais tarde introduziu Lean para completar o acrônimo CALMS:
• (C)ultura: pessoas e processos são mais importantes. Se a cultura não estiver presente, qualquer tentativa de
automação está destinada a falhar.
• (A)utomação: libere os humanos para realizar tarefas que exigem criatividade e intuição e deixe as tarefas
repetitivas para os computadores, que sabem executá-las rapidamente e de forma bem mais confiável.
• (L)ean (pensamento enxuto): diversos princípios lean influenciam a cultura DevOps, como a melhoria
contínua, o foco em qualidade, a eliminação de desperdícios, a otimização do todo e o respeito às pessoas.
• (M)edição: se você não souber medir, não saberá avaliar se está melhorando ou piorando.
• (S)haring (compartilhamento): a colaboração e o compartilhamento de idéias e conhecimento ajudam a
criar a cultura necessária para o sucesso com DevOps.
21

22. 22
Ciclo de Vida Ágil – Design Thinking, Scrum e DevOps

23. 23
ALM – Application LifeCycle Management
As ferramentas de automação ALM viabiliza o uso das
metodologias ágeis e assegura que os membros da equipe
de desenvolvimento estejam sincronizados uns com os
outros ao longo dos estágios de desenvolvimento da
aplicação.
ALM abrange todas as etapas do processo de
desenvolvimento: a partir de coleta de
requisitos, a codificação, testes e
implantação.

24. 24
DevOps – Tecnologias e Ferramentas
Visão Processo
Análises Design Construção Teste Deploy
Gestão da configuração
Gestão do Projeto
Gestão do conhecimento Project Portal
Issue
Tracking
Requirement
Management
Modeling
Prototype
Continuous
Integration
Construction Unit Test
Code Quality
Peer Code
Reviews
Functional
Test
Performance
Test
Security Test
Code
Explorer
Deploy
Version
Control
Planning and
monitoring
Monitoração & Reporting
Test
coverage
Productivity
Reports
Quality
Reports
Document
management
Test
Management Component
Repository
Collaboration
Operative
Reports
Risk
Management
Confluence
Nexus
JIRA
JIRA Jenkins Jenkins
JIRA Sonar
GIT
Maven
JUnit
Selenium
JMeter
Testlink
Cobertura
PMD
CheckStyle
Findbugs
Sketch
GitLab

25. Resumindo (Design Thinking, Scrum+PMBOK e DevOps)
Visão integrada
25
Definir Idealizar Protot. TestarEmpatia
Sprint N Encerramento…Sprint 2Sprint 1Preparação (Sprint 0)
Release Operac.
IDEAÇÃO E
CONCEITO
CONSTRUÇÃO
IMPLEMENTAÇÃO
DevOps
Scrum+PMBOK
D.Think.
Design
Thinking
Design
Thinking
Design
Thinking
Planejamento
Execução Inspeção e
Adaptação
ComitêdeAvaliaçãode
Projetos

26. 26
Design
Thinking
PMBOK
Um mundo novo de Oportunidades!

27. 27
PLANO DE ENSINO

28. 1. PMI. Um guia do conhecimento em Gerenciamento de Projetos. Guia PMBOK® 5ª. Ed. –
EUA: Project Management Institute, 2013.
2. COUTINHO, A. R, NETO, H R. P. MENDES, M.H. Editora: FIAP: Inove com Design
Thinking. Primeira Edição (7 de junho de 2016).
3. MASSARI, V. Editora: Brasport: AGILE Scrum Master no Gerenciamento AVANÇADO de
Projetos. Rio de Janeiro, 2016.
4. SATO, D. Editora: Casa do Código: DevOps na prática: entrega de software confiável e
automatizada. (16 de abril de 2014).
5. Mike Griffiths. RMC Publications, et al PMI-ACP Exam Prep – Second Printing, 2012.
6. Medrado A. eBook Kindle. O que é DevOps?: Colaboração como caminho para entregar valor
ao negócio. (18 de fevereiro de 2016).
7. CRUZ F. Editora: Brasport: Scrum e PMBOK unidos no Gerenciamento de Projetos. Edição: 1
(5 de junho de 2013).
8. Design Thinking: http://www.designthinking.es/inicio/index.php acessado no dia
10/10/2016.
Bibliografia do Plano de Ensino Completo