Skip to main content
Build the future with Agentforce at TDX in San Francisco or on Salesforce+ on March 5–6. Register now.

Conhecer as noções básicas da metodologia ágil

Após concluir esta unidade, você estará apto a:

  • Explicar o Manifesto ágil.
  • Definir a diferença entre princípios e práticas ágeis.
  • Descrever como ser verdadeiramente ágil.

Agora que sabe por que a Salesforce se tornou ágil, vamos ver como você pode colocar a metodologia ágil em prática. 

Parece estranho, mas há uma diferença entre fazer da maneira ágil e ser ágil. Ser ágil significa que você sabe por que está fazendo isso, em vez de seguir um processo cegamente. Há uma série de melhores práticas que podem tornar sua equipe ágil. Em última análise, se você pode responder "sim" às três perguntas a seguir, está a caminho de ser ágil.

  • Nossas atividades se concentram nas pessoas?
  • Estamos continuamente aprendendo e aprimorando para evoluir nosso processo e produto?
  • Costumamos oferecer valor e contentamento ao cliente?

Valores ágeis

Gostamos de pensar em nosso processo ágil como um delicioso sundae com cobertura de alegria. Então, vamos começar falando sobre a base de nossa mentalidade ágil: a tigela do sundae! 

A imagem mostra uma representação de um sundae como uma metáfora de como os valores, princípios, estruturas e práticas de Scrum ficam em camadas e como eles se relacionam entre si.

Em 2001, antes de a empresa adotar a mentalidade ágil, 17 engenheiros de software de todo o setor elaboraram um conjunto de valores fundamentais chamado Manifesto ágil. Esse manifesto foi o resultado de projetos de software grandes, caros e frequentemente abortados que gastaram tempo, dinheiro e energia. Eles procuraram uma alternativa para o processo de projetar tudo desde o início que falhou no passado.

Hoje, esses valores formam nossa base e nos dão uma mentalidade ágil. O manifesto se baseava em pessoas e na colaboração com o objetivo de criar uma organização bem-sucedida e agradável.

Aqui está um trecho do manifesto:

“Estamos descobrindo formas melhores de desenvolver softwares fazendo isso e ajudando os outros a fazer isso. Com esse trabalho, passamos a priorizar:

  • Indivíduos e interações em vez de processos e ferramentas
  • Software que funciona em vez de documentação abrangente
  • Colaboração com o cliente em vez de negociação de contrato
  • Responder a mudanças em vez de seguir um plano

Ou seja, embora haja valor nos itens à direita, valorizamos os itens mais à esquerda."

Agora vamos nos aprofundar nesses quatro valores.

Indivíduos e interações em vez de processos e ferramentas

Ser ágil significa permitir que suas equipes ditem seu próprio fluxo de trabalho, em vez de permitir que os processos legados ditem isso. Na Salesforce, usamos uma plataforma chamada GUS, que ajuda as equipes a gerenciar fluxos de trabalho e o desenvolvimento de produtos.

Em uma empresa do nosso tamanho, é certo que as equipes estão espalhadas por vários edifícios, estados e países. As plataformas ágeis nos permitem manter uma comunicação perfeita em grande escala, independentemente dos nossos fusos horários. 

Software que funciona em vez de documentação abrangente

Então, como confirmamos que estamos progredindo de verdade? Contamos com um resultado tangível: um software, um serviço ou um produto que comprovadamente funciona. Em outras palavras, um documento de especificação por si só não valida que estamos fazendo a coisa certa nem fornece valor ao cliente. 

Colaboração com o cliente em vez de negociação de contrato

Parte de ser uma empresa voltada para o cliente significa que não estamos apenas assumindo que sabemos o que é melhor para os clientes: estamos realmente implementando o que eles nos dizem que é o melhor para eles. Nossos rápidos sprints e processos de aprimoramento contínuo nos ajudam a responder às mudanças que os clientes desejam, rapidamente. Usamos mecanismos como o IdeaExchange (um fórum em que os clientes propõem ideias para nós) a fim de entender o que nossos clientes acham atraente, útil e empolgante.

Responder a mudanças em vez de seguir um plano

A natureza do trabalho que fazemos na Salesforce é criativa, e o processo também. Não podemos ser exatos sobre todos os resultados nem podemos mapear cada etapa da jornada com antecedência; sempre há desvios quando você está em uma aventura! Não só isso; precisamos responder rapidamente ao feedback do cliente, o que significa que as mudanças acontecem, e elas acontecem rapidamente. 

É por isso que começamos todas as nossas apresentações com um aviso de Porto seguro, alertando os clientes que compram nossos serviços para tomarem suas decisões de compra com base em recursos que estão disponíveis no momento, não em declarações prospectivas que fazemos.

Isso não quer dizer que estamos fazendo coisas apenas empiricamente. Nossas equipes planejam regularmente, desde nosso processo anual de planejamento para toda a empresa até o planejamento de lançamento, o planejamento em incrementos e as reuniões diárias de planejamento.

Princípios ágeis em um relance

Na camada seguinte do sundae há 12 princípios ágeis que adicionam sabor ao nosso processo iterativo. Considere-os as bolas de sorvete na tigela (sabores variados, é claro).

Eles incluem coisas como:

  • Manter a simplicidade
  • Abraçar a mudança para manter a competitividade
  • A comunicação frente a frente é a melhor
  • Executivos e desenvolvedores trabalham juntos durante todo o projeto

Leia mais sobre esses princípios aqui.

Estruturas

Agora que temos todo esse sorvete na tigela, é hora de abusar do molho de caramelo! Vá em frente e melhore seu sorvete com várias estruturas definidas para fornecer métodos e diretrizes para cargos e reuniões que nos ajudarão a colocar nossa mentalidade e nossas aspirações em prática. Algumas estruturas usadas na Salesforce: Scrum, Kanban, Scrumban (uma mistura de ambos) e eXtreme Programming (que é um conjunto de melhores práticas técnicas).

Práticas

Assim como os granulados coloridos em nosso sundae, há muitas práticas ágeis, enxutas e técnicas que permitem que as pessoas definam as estruturas de maneira ágil e enxuta. Na Salesforce, essas práticas incluem a cadência do planejamento, como as equipes fiscalizam e se adaptam e quais funções e responsabilidades as pessoas exercem. Cada funcionário cria documentos e backlogs de planejamento anuais para gerenciar e priorizar o trabalho. Isso acrescido de nossas práticas de engenharia híbrida e ambientes de teste automatizados.

São esses valores, princípios, estruturas e práticas ágeis que nos ajudam a criar nossa Salesforce Ohana. 

Compartilhe seu feedback do Trailhead usando a Ajuda do Salesforce.

Queremos saber sobre sua experiência com o Trailhead. Agora você pode acessar o novo formulário de feedback, a qualquer momento, no site Ajuda do Salesforce.

Saiba mais Continue compartilhando feedback