Pilares do DevOps

Pilares do DevOps

1. Agile

   • Velocidade
   • Adaptabilidade a mudanças
   • Lançamento sem erros (JKK Concept)

2. ITSM

   • PT-BR: Gerenciamento de Serviços de TI
   • EN-US: Information Technology Service Management
   • Valor do Conceito (ITIL)
     • Utilidade
     • Garantia

3. Entrega Contínua

   • Just-in-time (JIT)
     • A produção just-in-time (JIT), também conhecida como sistema de produção Toyota (TPS), é uma metodologia voltada principalmente para reduzir os tempos de fluxo dentro da produção, bem como os tempos de resposta fornecedores e clientes. Teve origem e desenvolvimento no Japão, principalmente nos anos 60 e 70 e particularmente na Toyota. A essência do JIT é que os insumos chegam na fábrica, ou os produtos ao cliente, "just in time", que são pouco antes de serem utilizados e somente nas quantidades necessárias
   • Sistema de Produção Toyota (SPT)
     • O Sistema de ProduçãoToyota (SPT) (Toyota Production System ouTPS em inglês) é um sistema integral de produção "Integral Production System" e gestão, que surgiu na empresa automotiva japonesa de mesmo nome
   • Kaizen
     • Kaizen, japonês para "melhoria"
     • Quando usado no sentido comercial e aplicado ao local de trabalho, kaizen se refere a atividades que aprimoram continuamente todas as funções e envolvem todos os funcionários, desde o CEO até os trabalhadores da linha de montagem
   • BIMODAL - Gartner
     • Bimodal está em ação
       • Se você tentar aplicar as convenções de segurança do modo 1 em iniciativas do modo 2, será ultrapassado e a empresa estará exposta a riscos insustentáveis.
     • TI Bimodal
       • Duas abordagens diferentes, mas coerentes, bem diferentes, ambas essenciais

4. DevSecOps

   • DevOps tem um relacionamento nada fácil com segurança

5. Novo Modelo Operacional

6. Scrum

   • O Scrum é um framework para desenvolver e manter produtos complexos. É formado por papéis, eventos, artefatos e as regras que os ligam
   • Ken Schwaber e Jeff Sutherland desenvolveram o Scrum

7. WIP

   • EN-US: Work in Progress
   • PT-BR: Trabalho em andamento
   • Um limite de WIP (work in progress) é uma estratégia para evitar gargalos no desenvolvimento de software. Ele é acordado antes do início do projeto pela equipe de desenvolvimento e é executado pelo facilitador da equipe

8. SLA e OLA

   • EN: Service-level agreement
   • PT: Acordo de Nível de Serviço
   • EN: Operational Level Agreement
   • PT: Acordo de Nível Operacional
   • Um Acordo de Nível de Serviço (Service-level agreement ou SLA) é definido como um compromisso oficial que prevalece entre um provedor de serviços e o cliente
   • Aspectos particulares do serviço (qualidade, disponibilidade, responsabilidades) são acordados entre o provedor de serviços e o usuário do serviço
   • Acordos de Nível Operacional (Operational Level Agreement ou OLAs) podem ser usados por grupos internos para dar suporte a SLAs

9. Ciclo PDCA

   • EN: Plan-Do-Check-Act
   • PT: Planejar-Fazer-Verificar-Agir
   • O PDCA é um método iterativo de gestão de quatro passos, utilizado nos negócios para o controle e melhoria contínua de processos e produtos
   • Também é conhecido como círculo/ciclo/roda de Deming, ciclo de Shewhart, círculo/ciclo de controle, ou PDSA (plan-do-study-act)
   • Outra versão deste ciclo PDCA é o OPDCA. O "O" adicionado significa “observação” ou como algumas versões dizem “Observe a situação atual". Essa ênfase na observação e na condição atual está relacionada à manufatura enxuta ou à literatura do sistema de produção da Toyota

10. Definição de “Pronto” (no Agile/Scrum)

    • Definição de "Pronto" Quando um item do Backlog do Produto ou um incremento é descrito como “Pronto”, todos devem entender o que o “Pronto” significa
    • Esta é a Definição de “Pronto” para o Time Scrum e é usada para assegurar quando o trabalho esta completado no incremento do produto. A mesma definição orienta o Time de Desenvolvimento no conhecimento de quantos itens do Backlog do Produto podem ser selecionados durante o Planejamento da Sprint
    • O propósito de cada Sprint é entregar incrementos de funcionalidades potencialmente liberáveis que aderem à definição atual de “Pronto” do Time Scrum

Imágenes y archivos del mapa