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

fabriciopires@hotmail.com

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