A Relação entre Ágil e DevOps · Arquiteto de Soluções | DevOps Coach +13 anos desenvolvendo softwares +8 anos trabalhando com metodologias ágeis +6 anos trabalhando com Cloud

A Relação entre Ágil e DevOps

Marcell Castelo Branco

DevOpsDays São Paulo – 6 de Junho de 2018

Sobre o palestrante2

Marcell Castelo BrancoArquiteto de Soluções | DevOps Coach

+13 anos desenvolvendo softwares

+8 anos trabalhando com metodologias ágeis

+6 anos trabalhando com Cloud e DevOps

Atuação em mercados de

mídia, e-commerce, telecomunicação e financeiro

Consultoria especializada em entregar soluções fim-a-fim de

transformação digital para corporações de diversos setores

Desde 2008 ajudando empresas Fortune 100 em jornadas de

inovação em softwares utilizando Ágil e DevOps

Sede em São Francisco, Califórnia

Escritórios em Nova Iorque, São Paulo e Belo Horizonte

Expandindo para Montreal em Julho 2018

Agenda3

‣ O surgimento do Ágil e DevOps

‣ Conceitos fundamentais do DevOps

‣ A aderência do DevOps aos

valores e princípios do Ágil

‣ Estruturas organizacionais de T.I. observadas

em empresas que adotam DevOps

Metodologia Waterfall4

Funciona para:Estudo de Viabilidade

Análise de Requisitos

Desenho da Solução

Desenvolvimento

Testes

Implantação

Manutenção

Waterfall (pré-definido)

Critério de sucesso:

Conforme planejado

Resultado de projetos de software nos anos 90 5

Utilização de funcionalidades em softwares6

Sempre ou frequentemente

Às vezes

Raramente

Nunca

2013 CHAOS Report: Feature Usage

Princípio de Pareto7

20%ESFORÇO

80%RESULTADOS

80%

20%

80%

20%

=20%

80%

Comparando o Waterfall ao Ágil8

Ágil (empírico)

Critério de sucesso:

Entrega de valor

Estudo de Viabilidade

Análise de Requisitos

Desenho da Solução

Desenvolvimento

Testes

Implantação

Manutenção

Waterfall (pré-definido)

Critério de sucesso:

Conforme planejado

2015 CHAOS Report: Agile vs Waterfall9

The resolution of all software projects from FY2011-2015 within the new CHAOS database segmented by the agile process and waterfall method. The number of software projects is over 10.000

O problema da entrega de software10

Estudo de viabilidade

Análise de Requisitos

Arquitetura de Solução Desenv Testes

Waterfall (pré-definido)

Ágil (empírico)

entrega completa

entrega incremental

ReleaseInceptionOperações de TI

O problema da entrega de software11

Estudo de viabilidade

Análise de Requisitos

Arquitetura de Solução Desenv Testes

Waterfall (pré-definido)

Ágil (empírico)

ReleaseInception

Operações de T.I.

Plan Code Build Test Release Deploy Operate Measure

DevOps (empírico, constante e integrado)

Dev Ops

DevOps Toolchain12

fluxo fim-a-fim de melhoria contínua

colaboração entre Dev e Ops em todo o processo

etapas para facilitar categorização das práticas e identificação de gaps e gargalos

Dev

Ops

O problema da dívida técnica13

Product Owner

xOps não contribui

com decisões do P.O.

Stakeholders

Dev Tester

Dev TeamCorreções e melhorias técnicas

não são priorizadas devido a “falta de valor”

x

I.T. Operations

O que é DevOps?14

Cultura

Metodologias

Ferramentas}

entrega de softwares ao cliente final com maior qualidade, maior valor para

o negócio e em menor tempo

Princípios ágeis aplicados ao DevOps15

As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis.

Software funcionando é a medida primária de progresso.

Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto.

Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos.

Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor.

O que é DevOps?16

CCULTURA

AAUTOMAÇÃO

LLEAN

MMEDIÇÃO

SCOMPARTILHAMENTO

Lei de Conway17

“Qualquer organização que desenvolva sistemas vai inevitavelmente produzir um desenho cuja estrutura é uma cópia da sua própria estrutura de comunicação.”

Melvin Conway“How Do Committees Invent?”, 1967

Lei de Conway18

organizações mais rígidas e hierarquizadas

organizações mais flexíveis e com equipes mais independentes

pouca interação ecomunicação deficiente

fácil comunicação eobjetivo claro e comum

+

+

sistemas centralizados, processos rígidos eresposta lenta às necessidades de negócio

=

=sistemas modulares, processos flúidos e

alta adaptabilidade às necessidades de negócio

Variáveis para definição de topologias19

Produtos desenvolvidos pela organização

Capacidade e conhecimento para inovar em operações de T.I.

Extensão, força e efetividade das lideranças técnicas.

Objetivos comuns para Dev & Ops

Viabilidade e vontade de mudar Ops ou Dev assumir tarefas de operação

Anti-tipo A: Silos de Dev & Ops20

Dev Ops

Tipo 1: Colaboração entre Dev e Ops21

Ops

•

••

•••

Dev Ops

Anti-Tipo B: Silo da equipe DevOps22

• Início da implementação a partir de uma equipe DevOps apartada dos times.

• Equipe DevOps forma silo afastando ainda mais Dev de Ops.

• Time DevOps só deve ser utilizado por período específico (12 a 18 meses) e com propósito de iniciar aproximação das duas áreas. (Tipo 5)

Dev OpsDevOps

Tipo 5: Time DevOps com prazo de validade23

• Parece com Anti-Tipo B mas tem prazo definido para acabar.

• Tem objetivo de implantar DevOps e levar organização para outra topologia

• Se tarefas DevOps forem exercidas somente por esse silo, corre risco de não atingir resultado esperado e cair no Anti-Tipo B.

Dev OpsDevOps

Outras Topologias24

Tipo 2: Responsabilidades totalmente compartilhadas Tipo 3: Ops como IaaS

SREDev OpsSREDevOps

Tipo 7: Time de SRE

Obrigado