Introdução à operação de produtos digitais via Devconf(Opensanca)

Slide 1

Slide 1 text

DevConf 2023 Product Ops (ProdOps)

Slide 2

Slide 2 text

“Code in production is the only code that matters” Paul Osman

Slide 3

Slide 3 text

Ato 1: Inimigo

Slide 4

Slide 4 text

“Individuals and interactions over processes and tools” https://agilemanifesto.org/ Indivíduos e interações mais que processos e ferramentas

Slide 5

Slide 5 text

NATIVO DIGITAL Disruptivo pelo próprio formato

Slide 6

Slide 6 text

ESTRATÉGIA DIGITAL Permitir o autoatendimento do cliente Mentalidade Analógica Mentalidade Digital Human centered design Tech centered design Reativo Preditivo Transformaçã o Digital Iterativa e incremental The Future of Digital Innovation: To Win in Digital Business, Enterprises Must Innovate, 12/08/2022 https://www.idc.com/getdoc.jsp?containerId=US49450521

Slide 7

Slide 7 text

INOVAÇÃO, aprimoramento de ideias por EXPERIMENTOS Invenção: criar algo que não existe, mesmo que utilizando uma ciência ou base existente, trazer elementos que não pertencem a área. Iteração: Fazer a mesma coisa, mas incrementando a cada versão. Inovação: Fazer a mesma coisa, mas sob caminhos diferentes. Disruptivo: Fazer algo que torna o anterior totalmente obsoleto. "Inovação é a execução de novas idéias que criam valor * * Use 7 Dimensions of Innovation to Create Your Innovation Perimeter and Portfolio, 09/08/2022 https://www.gartner.com/document/3970190

Slide 8

Slide 8 text

FRAMEWORKS DE INOVAÇÃO CINCO ELEMENTOS-CHAVE DOS ECOSSISTEMAS DE INOVAÇÃO 1. Intercâmbio de valores 2. Diversidade de talentos 3. Ampla fonte de recursos compartilhados 4. Regras de engajamento 5. Modelo contínuo de gerenciamento, mensuração e evolução 1 2 Gerenciamento Contínuo Meça, monitore, reﬁne, aprenda e melhore continuamente. Reimagine Innovation With an Adaptive Innovation Ecosystem Framework, 05/07/2022 https://www.gartner.com/document/4016314 SÃO BASEADOS NO MODELO ITERATIVO E INCREMENTAL VISANDO MITIGAR RISCOS

Slide 9

Slide 9 text

EXPERIMENTAR CAMINHOS DIFERENTES ESTRATÉGIA NOS ECOSSISTEMAS DE INOVAÇÃO * 1. Inovação é um processo incremental e Bottom-up 2. Processo de inovação é como um esporte coletivo 3. Toda empresa tem que fomentar inovação no seu ecossistema de negócios AUTONOMIA DIRECIONADA À VALIDAÇÃO FREQUENTE DE HIPÓTESES * Top-Down Innovation Is Overrated, and Other Lessons on Innovation, 06/08/2021 https://www.gartner.com/document/code/756602?ref=authbody&refval=4009218 Prototipação e validação rápida Piloto (MVP) para soluções mais complexas

Slide 10

Slide 10 text

Não existe inovação sem autonomia

Slide 11

Slide 11 text

Ato 2: O (melhor) Momento é agora

Slide 12

Slide 12 text

MUNDO VUCA/BANI ENTREGA ACELERADA E COLABORAÇÃO ENTRE TI E NEGÓCIOS SÃO PRIORIDADES Volatility (Volátil) Uncertainty (Incerto) Complexity (Complexo) Ambiguity (Ambíguo) Brittleness (Frágil) Anxiety (Ansioso) Nonlinearity (Não-linear) Incomprehensibility (Incompreensível) Maximize the Success of Enterprise Agile: Utilize DevOps as the Accelerator, 03/09/2019 https://www.gartner.com/document/3969871?ref=solrAll&refval=340284433

Slide 13

Slide 13 text

ENTREGA ACELERADA INTERVALO MENOR ENTRE RELEASES GARANTE MAIOR SUCESSO EM PROJETOS ÁGEIS LEAD-TIME < > DEPLOY FREQUENCY Maximize the Success of Enterprise Agile: Utilize DevOps as the Accelerator, 03/09/2019 https://www.gartner.com/document/3969871?ref=solrAll&refval=340284433

Slide 14

Slide 14 text

LITERATURA DUAS DÉCADAS DE EVOLUÇÃO E CONSOLIDAÇÃO

Slide 15

Slide 15 text

Ato 3: Entrega contínua como habilitador da validação frequente de hipóteses

Slide 16

Slide 16 text

FAKE FEATURES & FEATURE FLAG DESCOBRIR RAPIDAMENTE O QUE O CLIENTE QUER REALMENTE OS MAIORES DESAFIOS ENFRENTADOS PELAS EMPRESAS * 1. As organizações lutam para saber o que os clientes realmente querem 2. Habilidades de análise de dados insuficientes 3. Organizações ficando atrás do ritmo de seus clientes Crédito da Imagem https://benoitpasquier.com/feature-flag-mobile-apptimize/ * Quick Answer: What Are the Benefits of a “Test and Learn” Approach to Customer Experience?, 22/04/2022 https://www.gartner.com/document/4013951?ref=solrAll&refval=340786965 "Muitas empresas tiveram bastante sucesso ao adicionar o recurso de Fake Feature ou fazer somente um teste de Landing Page" Laura Klein

Slide 17

Slide 17 text

TESTES A/B ESTATÍSTICAS PARA DEMONSTRAR PREFERÊNCIAS DOS CLIENTES Teste A/B compara versão A versus B de uma experiência de cliente usando conjuntos diferentes de usuários para encontrar a melhor preferência entre os dois, este modelo também é chamado Campeão e Desaﬁante. Testes multivariantes envolve testar múltiplas versões de múltiplos elementos ao mesmo tempo usando matrizes algébricas para determinar combinações vencedoras. Os dois modelos usam análises estatísticas para determinar a validação dos testes.

Slide 18

Slide 18 text

CANARY RELEASES CADEIA DE VALOR TOTALMENTE AUTOMATIZADA E ENTREGUE COM RISCO MÍNIMO Market Guide for Value Stream Delivery Platforms, 18/10/2021 https://www.gartner.com/document/4007023?ref=solrAll&refval=340789701

Slide 19

Slide 19 text

FREQUÊNCIA ALTA DE ENTREGA ELIMINAR O TRABALHO PESADO E REPETITIVO Market Guide for Value Stream Delivery Platforms, 18/10/2021 https://www.gartner.com/document/4007023?ref=solrAll&refval=340789701

Slide 20

Slide 20 text

Ato 4: Obstáculos

Slide 21

Slide 21 text

MOMENTO DO PRODUTO NÃO EXISTE UM MODELO UNIVERSAL, CADA MOMENTO DO NEGÓCIO EXIGE ADAPTAÇÕES

Slide 22

Slide 22 text

CULTURA DE PROJETOS ESTRUTURA SEGUE A FORMA DE ENTREGA E A ENTREGA DEPENDE DA ESTRUTURA ?

Slide 23

Slide 23 text

NÃO EXISTE VALIDAÇÃO FREQUENTE DE HIPÓTESES SEM ENTREGA ACELERADA "Se você fizer apostas ousadas, elas serão experimentos. E se são experimentos, você não sabe de antemão se vão funcionar. Mas alguns grandes sucessos compensam dezenas e dezenas de coisas que não funcionaram." Jeff Bezos * * How Coca-Cola, Netflix, and Amazon Learn from Failure, 10/11/2017 https://hbr.org/2017/11/how-coca-cola-netflix-and-amazon-learn-from-failure GMUD desacelera a entrega

Slide 24

Slide 24 text

Ato 5: Product Ops (ProdOps)

Slide 25

Slide 25 text

Estratégia Missão Flexibilizar a utilização de provedores de pagamento Estratégia da Companhia Adicionar melhores contratos por tipo de pagamento Estratégia do Produto Desacoplar a gestão de pagamento do Ecommerce Roadmap do Produto Payments 1.1 Objetivos do Produto Criar 99.99% de Invoices de boleto via Starkbank Criar 99,99% de Invoices de Pix via Starkbank Garantir 99,99% do Fallback de Invoice de Pix e Boleto via Wirecard

Slide 26

Slide 26 text

Release Serviço Confiabilidade Criar Invoice 1.1.0.r1 Error Budget: 2.01% Confirmação de pagamento 1.1.0.r1 Error Budget: 0.03% Cancelamento 1.2.0 Pagamento manual 1.2.0 Notificação de status de pagamento 1.1.0.r1 Error Budget: 0.01%

Slide 27

Slide 27 text

Backlog Criar Invoice Pix Starkbank Release Backlog - 1.1.0.r1 BugFix: Enviar mensagem Criar Invoice Pix Wirecard Conﬁrmar Pagamento via Starkbank

Slide 28

Slide 28 text

Versionamento Production 1.1 Dependencies (Addon) Ecommerce Platform - 11.2 Payments Gateway 1.1 Notifier microservice 2.1 Cloud Functions 1.0 Ecommerce Platform - 11.2 Disponível Payments Gateway 1.1 Notifier microservice 2.1 Cloud Functions 1.0 Disponível RDS Postgres - 9.6.1 Disponível Disponível Elasticache Redis - 2.2.0 Disponível Disponível Kafka 3.4.0 Disponível Disponível Disponível Sendgrid V3 Disponível Starkbank V2 Disponível Wirecard V2 Disponível

Slide 29

Slide 29 text

Lançamento 1% -> 3% -> 50% -> 100%

Slide 30

Slide 30 text

Jornadas

Slide 31

Slide 31 text

No content

Slide 32

Slide 32 text

No content

Slide 33

Slide 33 text

No content

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

O que é ProdOps? Engenharia no D0

Slide 37

Slide 37 text

Christiano Milfont Trusted Tech Advisor [email protected] (11) 94177-4409 https://www.linkedin.com/in/cmilfont/ Metodologia ProdOps https://twitter.com/cmilfont https://www.youtube.com/prodops Com 23 anos de carreira em tecnologia, já passou por áreas desde a gestão de CPD e desenvolvimento back-end até diretoria de tecnologia e Produtos Digitais na Via Varejo. Trabalha com Cloud e DevOps desde 2009, e também participou em algumas transformações digitais como CVC e outras tantas. Hoje na Concrete/Accenture, seu objetivo é atuar diretamente na estratégia de cloud ﬁrst, buscando soluções e implementando estratégias para posicionar mais fortemente neste setor. Como Tech Advisor, participou da estratégia e operação que tornou a Facily em Unicórnio, primeiro e maior Social Commerce Latam, agora segue em busca do IPO. Atua como Advisor, Tech Advisor e consultor em diversas Startups no Brasil.

Slide 38

Slide 38 text

Business Modeling Implementation Test Analysis & Design Preliminary Iteration(s) Iter. #1 Process Disciplines Iterations Iter. #2 Iter. #n Iter. #n+1 Iter. #n+2 Iter. #m Iter. #m+1 Deployment Requirements Elaboration Transition Inception Construction

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Desenvolvimento guiado por testes é um caminho de gerenciamento do medo durante a programação Test Driven Development by Example Kent Beck

Slide 43

Slide 43 text

Simplicidade, Comunicação, Feedback, Respeito e Coragem Valores, Extreme Programming

Slide 44

Slide 44 text

No content

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Desenvolvimento orientado pela produção é um caminho de gerenciamento dos valores, princípios e práticas durante a programação que foca em Deploy First ProdOps

Slide 48

Slide 48 text

Porque não miramos as coisas que se vêem, mas sim as que não se vêem. Pois as coisas que se vêem são temporais e as que não se vêem são eternas. 2 Coríntios 4:18

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Desenvolvimento orientado pela produção é um caminho de gerenciamento dos valores, princípios e práticas durante a programação que foca em Observability e Deploy First ProdOps

Slide 51

Slide 51 text

O que é ProdOps!

Slide 52

Slide 52 text

As Jornadas! Vivemos em uma era de crescimento exponencial com toda a tecnologia necessária para entregar software mais rápido, com qualidade e mais barato, mesmo assim falhamos com mais intensidade.

Slide 53

Slide 53 text

Onde estamos errando? O que precisa acompanhar

Slide 54

Slide 54 text

No content

Slide 55

Slide 55 text

No content

Slide 56

Slide 56 text

No content

Slide 57

Slide 57 text

No content

Slide 58

Slide 58 text

Duas Novas Jornadas Incluindo jornadas para organizar a informação, observando a operação do produto e retroalimentando o ﬂuxo com aprendizado contínuo.

Slide 59

Slide 59 text

Como faz? Como aplicar as duas novas jornadas!

Slide 60

Slide 60 text

Comece com o que tem Primeiro precisa saber o que tem

Slide 61

Slide 61 text

O Ciclo ProdOps Uma operação de produtificar os serviços digitais utilizando metodologias modernas - como o Kanban - garante um plano de confiabilidade para cada entrega e implementa um fluxo contínuo de cultura da qualidade.

Slide 62

Slide 62 text

C4E (Center for Enablement)

Slide 63

Slide 63 text

C4E: Identiﬁcação dos Produtos Operação ProdOps para estabelecer a fronteira e identidade de cada produto

Slide 64

Slide 64 text

C4E: Criação do Modelo Operacional Abordagem Recomendada: •O monitoramento correto das degradações dos serviços criam acionamentos preditivos que evitam dano ao negócio. •O mapeamento visível de dependências e relacionamentos apoiam na definição de contratos e SLAs dos produtos e principalmente fornecem Insights para medir e acionar em caso de ação necessária Blueprint para mapeamento de eventos e métricas

Slide 65

Slide 65 text

C4E: Formação de Equipes para novo modelo operacional Abordagem Recomendada: •O padrão de SLA e Contratos entre as APIs pare endereçar a responsabilidade dos serviços com autonomia das equipes e menor bloqueios e dependencias. •O Mapeamento de métricas e eventos apoiam também nas escolhas sobre o que armazenar, o time que produz as informações tem maior conhecimento necessário para indicar a ingestão necessária. Seleção inteligente de gestão de APIS ajuda na definição das equipes

Slide 66

Slide 66 text

C4E: Gestão de Fluxo Automatizado Abordagem Recomendada: •Mapear os fluxos e Cycle-times para identificar todas as interrupções e trabalhos manuais. •Estabelecer diretrizes com Building Blocks e Plataformas para apoiar as equipes. Guiar o modelo operacional com base no Eliminating Toil

Slide 67

Slide 67 text

C4E: Implementar Loops de Feedback Abordagem Recomendada: •Criar planos de incidentes e falhas graves para simular e validar. •Criar uma cultura de retroalimentar o Discovery com os aprendizados do ambiente. Planos de resiliência com cultura Postmortem

Slide 68

Slide 68 text

C4E: Operação Efetiva Abordagem Recomendada: ● Avançar para o maior grau de Observabilidade. ● Criar um On-call inteligente. ● Garantir os acessos e ferramentas integradas para os times de atuação Garantir um ambiente ágil para o menor MTTR possível

Slide 69

Slide 69 text

C4E: Área Orientada a Produto Abordagem Recomendada: ● Criar modelo para o time de Produto atuar ● Integrar o ecossistema de desenvolvimento como continuação de incidentes. Operação com monitoramento e acionamento totalmente automatizados

Slide 70

Slide 70 text

C4E: FinOps gerenciada Guiar a FinOps integrando TI com áreas financeiras e contábeis Abordagem Recomendada: ● Plano de Confiabilidade com Checklist de iniciativas FinOps endereçando atividades Cross ou por Produto em cada iteração. ● Redução rápida e eficiente além da boa organização dos recursos. ● Otimização inteligente sem arriscar a operação, medindo a cada mudança.

Slide 71

Slide 71 text

O time ProdOps

Slide 72

Slide 72 text

Visualize com Product Deck https://produtoreativo.com.br/product-deck/

Slide 73

Slide 73 text

Visualize

Slide 74

Slide 74 text

Visualize

Slide 75

Slide 75 text

Ato 6: Mergulho no Product Delivery

Slide 76

Slide 76 text

Visualize as aplicações que o time mantém Reliability Matrix

Slide 77

Slide 77 text

Visualize a maturidade de cada aplicação https://produtoreativo.com.br/maturidade-das-capabilidades/

Slide 78

Slide 78 text

Visualize https://produtoreativo.com.br/plano-de-confiabilidade/

Slide 79

Slide 79 text

Ciclo de Product Delivery

Slide 80

Slide 80 text

Continuous Delivery First Entrega contínua em primeiro lugar

Slide 81

Slide 81 text

Continuous Delivery Deployment Speed — Quão rápida é minha Pipeline para Deploy em produção? Deployment Volume — Qual minha capacidade de entregar múltiplos Deployments em uma mesma janela de tempo? Deployment Failure — Quão precisa é minha Pipeline para Deploy em produção?

Slide 82

Slide 82 text

Antipattern: Deploy para ambiente produtivo somente quando o trabalho está DONE

Slide 83

Slide 83 text

Antipattern: Deploy manual

Slide 84

Slide 84 text

Release Life Cycle Gestão de liberação automatizada

Slide 85

Slide 85 text

Change & Release Management Change Lead Time — Qual o tempo que levamos para receber uma demanda e entregar em produção? Change Volume — Quantas estórias/features e linhas de código (*) nós colocamos em produção por Deploy?

Slide 86

Slide 86 text

Continuous Delivery: Pipeline de Provisionamento no Onboarding

Slide 87

Slide 87 text

Continuous Integration Gestão de liberação automatizada

Slide 88

Slide 88 text

Continuous Integration Test coverage — Qual o percentual de conﬁança que seu time tem ao mudar código? Automated Tests Failure Rate — Qual o esforço para garantir a automatização dos testes? Code Quality Index (ex: SonarQube) — Qual a qualidade interna de sua arquitetura?

Slide 89

Slide 89 text

Continuous API Management Gestão contínua da sua API

Slide 90

Slide 90 text

O quanto conseguimos aprofundar? Entenda as disciplinas que existem

Slide 91

Slide 91 text

Continuous Integration: Hack-Sync-Finish

Slide 92

Slide 92 text

Continuous Integration: Hack

Slide 93

Slide 93 text

Hack: Integração com SCM (Mantenha tudo nele)

Slide 94

Slide 94 text

Sync: Commit e validação frequente

Slide 95

Slide 95 text

Continuous Integration: Feature Branch vs Trunk https://trunkbaseddevelopment.com/short-lived-feature-branches/

Slide 96

Slide 96 text

Commit: Usando mensagens signiﬁcativas

Slide 97

Slide 97 text

Continuous Integration: Finish

Slide 98

Slide 98 text

Finish: Done signiﬁca Released

Slide 99

Slide 99 text

Finish: Validate (1º Nível)

Slide 100

Slide 100 text

Finish: Conversação e revisão

Slide 101

Slide 101 text

Continuous Integration: Workﬂow

Slide 102

Slide 102 text

Continuous Integration: Cycle-time

Slide 103

Slide 103 text

Continuous Integration: Build & Publish

Slide 104

Slide 104 text

Build: Gerenciando dependências

Slide 105

Slide 105 text

Build: Manipulando variáveis de ambiente

Slide 106

Slide 106 text

Build: Double Check de validações (2º)

Slide 107

Slide 107 text

Packaging: Criando o artefato

Slide 108

Slide 108 text

Publish: Registrando sua versão

Slide 109

Slide 109 text

O quanto mais ainda aprofundamos? Instrumente seu ambiente

Slide 110

Slide 110 text

Quality Checkers Architecture and Design, Comments, Code Duplication, Coding Standards, Testing (Code Coverage), Cyclomatic Complexity, Potential Bugs

Slide 111

Slide 111 text

Inadmissível a ausência do Sonar

Slide 112

Slide 112 text

Validação para facilitar Code Review

Slide 113

Slide 113 text

Sonar scan na Pipeline

Slide 114

Slide 114 text

SonarLint

Slide 115

Slide 115 text

Ajuste no Sonar

Slide 116

Slide 116 text

Unit Test não é sobre testes, é sobre estrutura Complexidade Acoplamento Coesão

Slide 117

Slide 117 text

Code Coverage (Ratio 4:1) jest --coverage --coverageReporters="json-summary" "total": { "lines": { "total": 21777, "covered": 65, "skipped": 0, "pct": 0.3 }, "statements": { "total": 24163, "covered": 72, "skipped": 0, "pct": 0.3 }, "functions": { "total": 5451, "covered": 16, "skipped": 0, "pct": 0.29 }, "branches": { "total": 6178, "covered": 10, "skipped": 0, "pct": 0.16 } }

Slide 118

Slide 118 text

No mundo real, para ganhar adesão

Slide 119

Slide 119 text

Static Code Analysis Tools (SCAT) Metric Tools, Style Checkers, Linters

Slide 120

Slide 120 text

Complexidade LOC (Lines of Code), NOM (Number of Methods), NOA (Number of Attributes), DIT (Depth of Inheritance Tree), CC (Cyclomatic Complexity), WMC (Weight Methods per Class)

Slide 121

Slide 121 text

Complexidade Ciclomática ● 1-4: baixa complexidade – Fácil de testar ● 5-7: complexidade moderada – tolerável ● 8-10: alta complexidade – Refactoring é necessário para facilitar o teste ● 11 + altíssima complexidade – Muito difícil de testar CC = E - N + 2P ● E: Número total de arestas (edges) ● N: Número total de nós (nodes) ● P: Número total de ponts de saída (exit points) CC 3

Slide 122

Slide 122 text

Complexidade Ciclomática CC = E - N + 2P ● E: Número total de arestas (edges) ● N: Número total de nós (nodes) ● P: Número total de pontos de saída (exit points)

Slide 123

Slide 123 text

Complexidade Ciclomática Barrando

Slide 124

Slide 124 text

Para se amostrar

Slide 125

Slide 125 text

Acoplamento RFC (Response for a Class), CBO (Coupling between objects) WMC (Weighted Methods per Class) DIT (Depth of Inheritance Tree) NOC (Number of Children)

Slide 126

Slide 126 text

Acoplamento Entre Objetos (CBO)

Slide 127

Slide 127 text

Respostas para uma Classe (RFC) RFC = M + R M = Número de métodos no objeto R = Número de métodos remotos chamados pelos métodos no objeto

Slide 128

Slide 128 text

Coesão LCC (Loose Class Cohesion) LCOM (Lack of Cohesion of Methods) TCC (Tight Class Cohesion)

Slide 129

Slide 129 text

Falta de coesão de métodos LCOM (Lack of Cohesion of Methods) = Single Responsibility Principle