Quais são as 6 principais diferenças entre DevOps e Scrum? (Comparação entre DevOps e Scrum)

Nas aulas ao vivo e nos cursos preparatórios para certificações DevOps, percebemos que uma pergunta sempre aparece. Por isso, escrevi este breve artigo para respondê-la: “Quais são as diferenças entre DevOps e Scrum?”. Também conhecida como “comparação entre DevOps e Scrum”.

Hoje vou abordar as 6 principais diferenças. Vamos lá!

Diferença 1: Com DevOps, você implanta código em produção ao final de cada iteração (sprint). Com Scrum, o objetivo é preparar código entregável ao final de cada iteração.

Essa é uma das principais limitações do Scrum e uma das razões mais importantes, se não a principal, pelas quais ele falha em muitas organizações. Se você não implantar código no fim de cada iteração, geralmente vai deixá-lo em servidores de homologação ou, pior, parado no sistema de controle de versão (CVS) até que um diretor de projeto, que geralmente não entende de engenharia de software, decida quando ele deve ir para produção. Conheço grandes bancos e empresas de telecomunicações que implantam em produção a cada 6 meses. Parece piada, mas é verdade. Essas implantações de uma só vez provocam muitos incidentes de alta prioridade e gravidade em produção, desanimam os funcionários e fazem com que mais gente atualize o currículo. Isso sem contar as acusações e disputas políticas entre pessoas sem formação técnica que procuram culpados para justificar seus fracassos.

Diferença 2: Com DevOps, a automação de testes e a integração contínua de software, que são requisitos da entrega contínua, fazem parte das práticas de desenvolvimento desde o início. Com Scrum, a entrega de software fica para depois e precisa ser planejada e executada por pessoas de fora do desenvolvimento.

Essa é outra das principais limitações do Scrum. O processo Scrum em si contribui pouco ou nada para as práticas de entrega de software. Em DevOps, são indispensáveis um pipeline de entrega, automação de testes e uma arquitetura de produção que permita às equipes implantar em produção com um clique. O processo Scrum de entrega de software existe desde 1986 e foi apresentado por Hirotaka Takeuchi e Ikujiro Nonaka na Harvard Business Review, em um artigo chamado “New Product Development Game”. Mais de 30 anos depois da apresentação inicial do Scrum, há melhorias importantes na forma como as equipes podem realizar a entrega de software. Hoje temos DevOps para responder a perguntas que o Scrum deixou sem resposta.

Diferença 3: Com DevOps, os projetos se orientam por produtos e serviços que geram valor para a organização. O Scrum carece de maturidade para contribuir com resultados de negócio.

O DevOps vê as equipes de engenharia como unidades inteligentes que realizam o trabalho e entregam produtos e serviços de software funcionais para atender os clientes e gerar receita. Infelizmente, o Scrum não ensina seus integrantes a desenvolver maturidade de negócio. Se você já achou que esses rituais “inquestionáveis” do Scrum, como não poder fazer uma reunião diária sentado, parecem interessantes, mas que engenheiros bem treinados e bem pagos agem como se estivessem no jardim de infância e o Scrum Master se comporta como um professor de crianças, é porque o Scrum não ensina os engenheiros a agir como profissionais. Com DevOps, todas as pessoas na organização de engenharia, independentemente da experiência e dos conhecimentos, agem como profissionais para gerar valor para o negócio. Assim, deixam de gastar tempo com discussões repetitivas e sem sentido, como decidir se alguém pode se sentar durante a reunião diária. Com DevOps, você usa a energia das discussões para identificar e melhorar as melhores soluções de software possíveis, para que o negócio gere mais receita!

Diferença 4: Com DevOps, todos os engenheiros da equipe cuidam da qualidade do serviço e do software e da excelência operacional. Com Scrum, a garantia da qualidade e as operações ficam a cargo de outras pessoas.

Na maioria das equipes Scrum, a garantia da qualidade de software fica exclusivamente a cargo de testadores externos. Administradores de sistemas cuidam da implantação e das operações. O distanciamento das equipes Scrum da qualidade da entrega e do que realmente acontece com o software em produção é uma das principais razões pelas quais muitas organizações que adotaram Scrum enfrentam dificuldades. Em DevOps, a garantia da qualidade é responsabilidade de todos na organização de engenharia de software. Engenheiros full-stack qualificados cuidam da entrega, da segurança, da estabilidade, do desempenho, da facilidade de manutenção, da operação e dos demais aspectos não funcionais desde a concepção até o fim do ciclo de vida do software. Essas equipes DevOps reúnem as habilidades necessárias para desenvolver software, garantir sua qualidade e operá-lo. Assim, têm condições de ter sucesso e gerar excelentes resultados para a organização.

Diferença 5: O DevOps orienta a arquitetura do software para favorecer a qualidade e a capacidade de entrega contínua. O Scrum não oferece orientação para escolher uma arquitetura adequada.

O Scrum não oferece apoio nem orientação às equipes de engenharia para definir uma visão e uma direção arquitetural adequadas. Lembre-se de que já se passaram mais de 30 anos desde que Hirotaka Takeuchi e Ikujiro Nonaka apresentaram o Scrum. Com DevOps, os produtos, serviços e APIs de microsserviços devem ter baixo acoplamento. Cada equipe DevOps deve ser responsável por apenas uma parte dessa arquitetura. Assim, pode projetar, desenvolver e implantar seu software com independência. Um mecanismo de alerta antecipado no pipeline deve informar rapidamente e de forma automática as equipes DevOps sobre possíveis efeitos adversos causados por qualquer envio de código.

Diferença 6: O DevOps se concentra em toda a organização de engenharia de software, de ponta a ponta, para gerar bons resultados de negócio. O Scrum se concentra nos desenvolvedores de software.

O Scrum se concentra em pequenas equipes de desenvolvimento, de 5 a 9 pessoas. Não pode ser 10, diria a teoria do Scrum se você perguntasse. Por quê? Ninguém sabe! De qualquer forma, esse foco limitado da engenharia de software costuma dificultar a adoção do Scrum nas organizações, porque o Scrum não responde aos desafios de integrar uma equipe Scrum a uma organização profissional para criar valor. O DevOps propõe equipes orientadas a produtos e serviços. São equipes independentes, multifuncionais, autônomas, autossuficientes e geralmente pequenas, capazes de cuidar de todas as fases do ciclo de vida de engenharia de um produto ou serviço que vai além de um projeto temporário. Elas definem a arquitetura, projetam, programam, testam, experimentam, implantam, operam e mantêm o software. Isso mesmo. Quem pode operar e manter um software melhor do que quem o criou? Ninguém. Por isso, não é surpresa que as equipes DevOps mais bem-sucedidas da Amazon e da Netflix continuem responsáveis pelos produtos e serviços depois de liberá-los. Elas também operam e mantêm o software nos próprios sistemas de produção.

Depois de ler essas diferenças, você provavelmente já entende por que DevOps está se tornando a próxima geração da agilidade!

Em alguns anos, DevOps será amplamente aceito como uma abordagem que abrange e amplia o Scrum porque organizações muito grandes, como Google, Amazon, Facebook, Etsy, Netflix e muitas outras, já adotaram DevOps.

Isso significa que logo estará em toda parte!

A International DevOps Certification Academy™ oferece tudo de que você precisa para aprender DevOps com facilidade e passar no exame de certificação. Como sempre, eu e minha equipe estamos à disposição para responder às suas perguntas!

Sua melhor oferta para começar (só hoje!) >>

Acesse a International DevOps Certification Academy™ >>

P.S.: Vamos ser sinceros por um momento! Sabemos que hoje pouca gente lê artigos de blog. Mesmo assim, dedicamos tempo a reunir conteúdo escrito para você. Para nós, já vale a pena e faz parte da nossa missão de servir à comunidade mundial de DevOps se um pequeno grupo de pessoas ler este artigo e aprender alguma coisa.

Se você gostou, ajude a reconhecer o esforço que fizemos para escrever e trazer este artigo até você! Se você leu até aqui e achou o artigo útil, deixe uma avaliação abaixo e compartilhe com sua rede!

OBRIGADO DESDE JÁ! :)