BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Definindo DevOps como CALMSS

Definindo DevOps como CALMSS

Favoritos

Existe uma discussão corrente na comunidade DevOps para melhor definir o que é DevOps. Eric Minick, gerente de produtos líder de Continuous Delivery na IBM, disse recentemente no seu blog que todo mundo tem sua própria interpretação de DevOps.

Embora todos digam com palavras um pouco diferente, a mesma definição de DevOps é quase universal. Analistas, autores, líderes da indústria e da comunidade concordam. As idéias são grandes e se apóiam mutuamente. Resumidamente:

  • DevOps existe para ajudar que o negócio saia vencedor;
  • O escopo é amplo, mas centrado em TI;
  • As fundações estão no Agile e no Lean;
  • Cultura é muito importante;
  • Feedback é combustível para inovação;
  • Automação ajuda.

Eveline Oehrlich, VP e Diretora de Pesquisa da Forrester Research, cita em seu blog, que a Forrester criou uma nova definição de DevOps. Eles acrescentaram um "S" adicional, de terceirização (sourcing), na definição CALMS de DevOps. Eles acreditam que DevOps deve ser suportado por uma sólida estratégia de terceirização para estender o ecossistema. Isso, então, os traz ao acrônimo de CALMSS.

O primeiro acrônimo - CAMS (Cultura, Automação, Métricas e Compartilhamento) foi cunhado por John Willis e Damon Edwards em 2010, no primeiro DevOpsDays, que aconteceu nos Estados Unidos, em Mountain View, Califórnia. Mais tarde, o "L" para Lean (enxuto) foi adicionado por Jez Humble. A Forrester adicionou um "S" adicional para Sourcing (terceirização).

Chris Jackson, Diretor de Tecnologia da Rackspace, explica CALMS no seu blog como:

  • Cultura - seja o proprietário da mudança para promover colaboração e comunicação;
  • Automação - retire passos manuais da sua cadeia de valor;
  • Enxuto - Utilize princípios lean para aumentar frequência de ciclos;
  • Métricas - meça tudo e use os dados para refinar seus ciclos;
  • Compartilhamento - compartilhe experiências, bem sucedidas ou não, para permitir que outros aprendam.

Oehrlich mencionou que tinha conversado com Patrick Debois, consultor Java sênior, Unix Web, arquiteto na VR, organizador do DevOpsDays e que começou a trabalhar em um relatório de pesquisa Forrester CALMSS.

Estamos trabalhando no relatório de pesquisa Forrester CALMSS no qual listamos o que entendemos ser as características de cada letra que suporta a medição em níveis individuais, de projeto, intra e entre empresas. Focaremos nosso caderno de jogadas no nível de projeto para que possa se auto medir e se comparar com outros.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT