ciclo de vida Ágil em ti
TRANSCRIPT
Ciclo de Vida Ágil em TI
Design Thinking, Scrum+PMBOK e DevOps
Compacto do Treinamento de 24 horas Novembro/2016
2
PMP, PMI-ACP, COBIT, ITIL V3, Graduado em Análise de Sistemas pela UNIBAN, com Pós-graduaçãoem Gestão de Segurança da Informação pela FIAP.
Atuação por mais de 15 anos em projetos para empresas multinacionais do segmentoBancário/Financeiro, Farmacêutico/Químico e empresas nacionais como redes varejistas deConstrução, Consultoria em TI e Instituições de Ensino.
Participação em projeto de implantação do Banco Digital com a implementação do modeloDevOps, Agile e ALM (Aplication Lifecycle Manager).
Experiência em projetos e serviços de tecnologia multiplataforma (plataforma distribuída emainframe) e Gestão de Crises com coordenação de War Room.
Fabrício Pires Domingues
http://www.linkedin.com/in/fabriciodomingues
fabriciopires
+55 11 9 8406-1166
Apresentação
3
1) OBJETIVODesenvolver 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 ALVODesenvolvedores, engenheiros de sistema, administradores de sistema, arquitetos, gerentes e qualquer pessoa comconhecimentos em Gerenciamento de Projetos de TI.
Plano de Aula
Plano da Aula Demonstrativa
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 minutos1.1 – Conceito 1.2 – Etapas do Design Thinking1.3 - Design Thinking aplicado ao mundo real
ETAPA 2 – SCRUM – 15 minutos2.1 – Conceito2.2 – O Manifesto Ágil e seus 4 valores2.3 – Processo, Cerimônias e Artefatos2.4 - Design Thinking + Scrum2.5 - Ciclo de Vida Scrum+PMBOK
ETAPA 3 – DEVOPS – 13 minutos3.1 – Conceito / Cultura3.2 – Ciclo de Vida Ágil – Design Thinking, Scrum e DevOps3.3 - ALM – Application LifeCycle Management3.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
Antes de Começar…
Gerenciamento de Problemas
Gerenciamento de Incidentes
Causa Raiz/ Release - ProjetoVamos abrir uma mudança…
Antes de começar...
6
* Reunião de Pós Implantação - Post Implementation Review
1 Divergência entre ambientes Produção/Homologação2 Entrada de informações incorretas no sistema
3 Erro Desenho Funcional
4 Erro na configuração do aplicativo5 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ências9 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 Gestor12 Falha na identificação de configurações de hardware requeridas13 Falha na parametrização de dados no sistema
14 Falha na validação do PIP15 Falha no controle de versão16 Falha no planejamento da implantação
17 Falha no planejamento da implantação pelo solicitante18 Falha no planejamento/execução da implantação19 Falha no procedimento operacional de execução 20 Falha no processo de implantação21 Falha no teste pós implantação22 Falta de conhecimento do processo existente23 Falta de infraestrutura24 Homologação insuficiente devido a limitações de hardware25 Infraestrutura não comportou a aplicação26 Massa de testes - Insuficiente27 Mudança executada sem registro28 Não execução de ciclo limpo após alterações do aplicativo29 Planejamento e execução irregular para atender Negócios30 Script - Abrangência insuficiente31 Script e Massa de Testes - Insuficientes32 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
* Reunião de Pós Implantação - Post Implementation Review
1 Divergência entre ambientes Produção/Homologação2 Entrada de informações incorretas no sistema
3 Erro Desenho Funcional
4 Erro na configuração do aplicativo5 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ências9 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 Gestor12 Falha na identificação de configurações de hardware requeridas13 Falha na parametrização de dados no sistema
14 Falha na validação do PIP15 Falha no controle de versão16 Falha no planejamento da implantação
17 Falha no planejamento da implantação pelo solicitante18 Falha no planejamento/execução da implantação19 Falha no procedimento operacional de execução 20 Falha no processo de implantação21 Falha no teste pós implantação22 Falta de conhecimento do processo existente23 Falta de infraestrutura24 Homologação insuficiente devido a limitações de hardware25 Infraestrutura não comportou a aplicação26 Massa de testes - Insuficiente27 Mudança executada sem registro28 Não execução de ciclo limpo após alterações do aplicativo29 Planejamento e execução irregular para atender Negócios30 Script - Abrangência insuficiente31 Script e Massa de Testes - Insuficientes32 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
Diferentes tipos de projetos requerem
diferentes métodos.
ShuSiga as Regras Ri
Crie as Regras
HaQuebre
as Regras
Aprendizagem - Conhecimento e Experiência
Pensar Grande, Começar Pequeno e Evoluir Rápido
Para refletir – Por que mudar a mentalidade?
9
Várias tendências tecnológicas que são fundamentais parapermitir negócios com Agilidade e reduzir o Time to Market
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
Escritório do Facebook na PolôniaFonte: 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 DinamarcaFonte: http://www.b9.com.br/65902/arquitetura/nova-sede-da-lego-na-dinamarca-e-toda-sobre-colaboracao/
Escritório da Pixar na Califórnia -EUAFonte: Google Imagens
Design Thinking
12
Design ThinkingVietnã – Como diminuir a desnutrição infantil
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
O Manifesto Ágil e seus 4 valores
15
ScrumProcesso
A fase de construção com oframework Scrum define asseguintes atividades:
Sincronizaçãodiária da equipe
24h
Incremento do produtopotencialmente 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 Scrum2
Product Backlog Refinement3
Sprint Review4
Sprint Retrospective5
Sprint Planning1
De 2 a 4 semanas, regular
Sprint
Sprint Backlog
(SBL)
LegendaAtividade
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
ScrumCerimônias
Demonstração do produto
Sincronizaçãodiária da equipe.
Daily Scrum2
Sprint Review4
Sprint Retrospective5
Incremento do Produtopotencialmente entregável
15 min
2-4h
1,5-3h O que tem ido bem?O que melhorar?
ReplanejamentoOperacional
Impediment backlog
Improvement backlog
24h
De 2 a 4 semanas, regular
Sprint
Cada dia, a equipe realiza o Daily Scrum, umareunião de sincronização onde cada membroresponde 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 decontrole empíricos são realizadas para assegurar quese está desenvolvendo o que é esperado (produto), eda maneira mais eficiente possível (processo):
• Review. A equipe apresenta os requisitoscompletados na iteração (demo) e o Product Ownerindica se é necessário algum ajuste. A partir dainformação obtida (resultados apresentados, odesenvolvimento de velocidade) e mudanças queocorreram no contexto do projeto, o Product Ownerpode re-planejar o projeto de acordo, já desde aprimeira iteração.
• Retrospectiva. A equipe melhora suaprodutividade de forma contínua analisando comoestá funcionando o processo de trabalho, o que têmido bem e o que poderia impedir o progresso deforma adequada.
Legenda
AtividadeEquipe Desenv.
ProductOwnerArtefato
Stakeholders e usuários chave
17
Design Thinking + ScrumUma das Ferramentas que auxilia a equipe de projeto
Ciclo de Vida do Projeto (PMBOK) e Scrum
18
PMBOK
Sprint
Ciclo de Vida Scrum+PMBOK
19Um modelo híbrido
DevOps
Esta abordagem visa maximizar a eficiência econfiabilidade por meio da automação,otimização de custos por meio daracionalização dos processos e minimizandoo erro humano.
Do ponto de vista DevOps que se destina atrazer simplicidade e agilidade, removendo abarreira entre a equipe de desenvolvimento(Dev) e Operações (OPS), tornando possívelprocessos mais ágeis e simples entrega,garantindo a entrega contínua de aplicações,sem comprometer os requisitos deestabilidade da operação.
A fase que encerra o ciclo de vida Agile é o DevOps, que visa melhorar a comunicação entreas áreas de desenvolvimento, controle de qualidade e de Operações bem como promover amudança cultural na organização.
20
DevOps além das ferramentas
John Willis e Damon Edwards definiram o acrônimo CAMS para definir o que é DevOps e JezHumble 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 deautomação está destinada a falhar.
• (A)utomação: libere os humanos para realizar tarefas que exigem criatividade e intuição e deixe as tarefasrepetitivas 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 melhoriacontí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 acriar a cultura necessária para o sucesso com DevOps.
21
22
Ciclo de Vida Ágil – Design Thinking, Scrum e DevOps
23
ALM – Application LifeCycle Management
As ferramentas de automação ALM viabiliza o uso dasmetodologias ágeis e assegura que os membros da equipede desenvolvimento estejam sincronizados uns com osoutros ao longo dos estágios de desenvolvimento daaplicação.
ALM abrange todas as etapas do processo dedesenvolvimento: a partir de coleta derequisitos, a codificação, testes eimplantação.
24
DevOps – Tecnologias e FerramentasVisão Processo
Análises Design Construção Teste Deploy
Gestão da configuração
Gestão do Projeto
Gestão do conhecimento Project Portal
IssueTracking
RequirementManagement
Modeling
Prototype
ContinuousIntegration
Construction Unit Test
Code Quality
Peer CodeReviews
FunctionalTest
Performance Test
Security Test
CodeExplorer
Deploy
VersionControl
Planning and monitoring
Monitoração & Reporting
Test coverage
ProductivityReports
Quality Reports
Documentmanagement
Test Management Component
Repository
Collaboration
OperativeReports
RiskManagement
Confluence
Nexus
JIRA
JIRA Jenkins Jenkins
JIRA Sonar
GIT
MavenJUnit
Selenium
JMeter
Testlink
Cobertura
PMDCheckStyleFindbugs
Sketch
GitLab
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 ECONCEITO
CONSTRUÇÃO
IMPLEMENTAÇÃO
DevOps
Scrum+PM
BOK
D.Think.
DesignThinking
DesignThinking
DesignThinking
Planejamento
Execução Inspeção e Adaptação
Com
itêd
e Avaliação
de
Projetos
26
DesignThinking
PMBOK
Um mundo novo de Oportunidades!
27
PLANO DE ENSINO
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