Introdução ao Scrum: Valores, Princípios e Benefícios

Prévia do material em texto

APOSTILA
GERENCIANDOGERENCIANDO
PROJETOS EPROJETOS E
PRODUTOS COMPRODUTOS COM
SCRUMSCRUM
https://paulavillalonge.com.br/como-converter-codigo-de-rastreio-aliexpress-para-correios/
https://paulavillalonge.com.br/como-converter-codigo-de-rastreio-aliexpress-para-correios/
https://paulavillalonge.com.br/como-converter-codigo-de-rastreio-aliexpress-para-correios/
https://paulavillalonge.com.br/como-converter-codigo-de-rastreio-aliexpress-para-correios/
INTRODUÇÃO AO SCRUM 
O Scrum é um framework ágil amplamente utilizado no desenvolvimento de 
software e em outros projetos que envolvem trabalho colaborativo e complexo. 
Ele foi criado para ajudar equipes a lidar com mudanças frequentes, incertezas 
e entregas incrementais de valor. 
O que é Scrum? O Scrum é um framework de gestão de projetos e 
desenvolvimento de produtos que se baseia em princípios ágeis. Ele fornece 
uma estrutura para que equipes possam trabalhar juntas de forma eficaz e 
adaptativa, entregando valor de forma iterativa e incremental. O Scrum enfatiza 
a colaboração, transparência, inspeção e adaptação contínua. 
Princípios e valores do Scrum: O Scrum é fundamentado em cinco valores 
principais: 
1. Comprometimento: As equipes do Scrum se comprometem a atingir seus 
objetivos e a entregar valor. 
2. Coragem: Os membros da equipe têm a coragem de fazer o que é certo e 
enfrentar desafios. 
3. Foco: A equipe mantém o foco nos objetivos acordados e no trabalho mais 
importante. 
4. Abertura: O Scrum promove a transparência em todas as atividades e 
comunicações. 
5. Respeito: Todos os membros da equipe têm respeito mútuo e trabalham 
juntos de forma colaborativa. 
Além dos valores, o Scrum também se baseia em princípios, como a inspeção 
e adaptação contínua, a entrega de incrementos de trabalho funcionais a cada 
Sprint (período de tempo fixo), e a autogestão das equipes. 
Benefícios do Scrum: O Scrum oferece vários benefícios, incluindo: 
1. Entrega mais rápida de valor: Ao dividir o trabalho em iterações curtas e 
priorizar as tarefas mais importantes, o Scrum permite que as equipes 
entreguem valor mais rapidamente. 
2. Maior flexibilidade: O Scrum é altamente adaptável a mudanças de requisitos 
e prioridades, o que é crucial em ambientes voláteis. 
3. Transparência: O Scrum promove a visibilidade de todo o processo, tornando 
mais fácil para todos entenderem o progresso e os desafios. 
4. Melhoria contínua: O Scrum incentiva a inspeção e a adaptação constantes, 
levando a melhorias contínuas no processo e no produto. 
Papéis no Scrum: O Scrum define três papéis principais: 
1. Scrum Master: O Scrum Master é responsável por garantir que a equipe 
esteja seguindo as práticas e os princípios do Scrum. Eles ajudam a remover 
obstáculos, facilitam as reuniões Scrum, e trabalham para melhorar 
continuamente o processo. 
2. Product Owner: O Product Owner é responsável por representar os interesses 
dos stakeholders (clientes, usuários, etc.) e definir as prioridades do backlog do 
produto. Eles garantem que a equipe esteja trabalhando nas tarefas mais 
importantes e valiosas. 
3. Time de Desenvolvimento: O Time de Desenvolvimento é a equipe que 
realiza o trabalho de desenvolvimento do produto. Eles são auto-organizados e 
multifuncionais, o que significa que têm todas as habilidades necessárias para 
concluir o trabalho. 
O Scrum é um framework poderoso para gerenciar projetos complexos, 
promovendo a colaboração, a adaptabilidade e a entrega contínua de valor aos 
clientes. Ele é amplamente adotado em todo o mundo e tem demonstrado ser 
eficaz em uma variedade de contextos de desenvolvimento de software e 
projetos. 
 
PLANEJAMENTO DE RELEASE E SPRINT 
O planejamento de release e sprint é uma parte fundamental do framework 
Scrum e envolve várias etapas, incluindo a definição da visão do produto, o 
planejamento de releases, a criação de um backlog do produto, estimativas e 
priorização de histórias. Vamos explorar cada uma dessas etapas em detalhes: 
1. Definindo a Visão do Produto: 
 A visão do produto é uma declaração clara e concisa que descreve o que se 
pretende alcançar com o produto. Ela deve ser inspiradora e orientar o 
desenvolvimento ao longo do tempo. 
 A visão deve responder a perguntas como: Qual é o problema que o produto 
resolve? Quais são os principais benefícios para os usuários? Qual é o 
propósito do produto a longo prazo? 
 A visão do produto ajuda a manter a equipe focada nos objetivos de longo 
prazo e a alinhar todas as decisões de desenvolvimento com essa visão. 
2. Planejando Releases: 
 O planejamento de releases envolve a definição de marcos de entrega para o 
produto ao longo do tempo. Cada release representa uma versão do produto 
com um conjunto específico de funcionalidades. 
 O Product Owner e a equipe Scrum devem colaborar para determinar quais 
funcionalidades ou histórias de usuário serão incluídas em cada release. 
 As releases geralmente têm uma duração de vários meses e podem ser 
trimestrais, semestrais ou anuais, dependendo das necessidades do projeto. 
3. Criando um Backlog do Produto: 
 O backlog do produto é uma lista priorizada de todas as funcionalidades, 
melhorias e correções que precisam ser feitas no produto. 
 O Product Owner é responsável por manter o backlog, garantindo que as 
histórias de usuário sejam detalhadas e priorizadas adequadamente. 
 À medida que o projeto progride, o backlog é continuamente refinado e 
ajustado para refletir as mudanças nas necessidades do cliente e as 
prioridades de negócios. 
4. Estimativas e Priorização de Histórias: 
 Cada história de usuário no backlog do produto deve ser estimada em termos 
de esforço necessário para implementá-la. As estimativas podem ser feitas em 
pontos de história, horas ou qualquer outra unidade de medida escolhida pela 
equipe. 
 A equipe Scrum geralmente realiza reuniões de planejamento de sprint para 
estimar e priorizar histórias para a próxima sprint. 
 A priorização é fundamental para garantir que as histórias mais importantes 
sejam tratadas primeiro. O Product Owner desempenha um papel crucial na 
determinação das prioridades com base nas necessidades dos stakeholders e 
na visão do produto. 
Após a definição da visão do produto, o planejamento de releases, a criação do 
backlog do produto e a estimativa e priorização das histórias, a equipe Scrum 
está pronta para iniciar a Sprint. Durante a Sprint, a equipe seleciona um 
conjunto de histórias de alto valor do backlog para trabalhar e trabalha nelas 
até que estejam prontas para entrega. Esse processo iterativo permite que o 
produto evolua de forma incremental e adaptativa, respondendo às mudanças 
nas necessidades do cliente e do mercado. 
 
SPRINT PLANNING 
O Sprint Planning (Planejamento de Sprint) é uma das cerimônias essenciais 
no framework Scrum e é realizada no início de cada Sprint para preparar a 
equipe para o trabalho que será realizado durante a Sprint. Vamos explorar os 
principais aspectos do Sprint Planning: 
1. Preparando para a Sprint Planning: 
 Antes da reunião de Sprint Planning, o Product Owner deve ter um backlog do 
produto bem organizado e priorizado, com histórias de usuário detalhadas e 
prontas para serem trabalhadas. 
 A equipe Scrum também deve estar pronta para a reunião, ter revisado o 
backlog do produto e estar ciente dos objetivos de longo prazo do projeto. 
2. Selecionando Histórias do Backlog: 
 Durante a reunião de Sprint Planning, a equipe Scrum revisa o backlog do 
produto e seleciona um conjunto de histórias de usuário que serão trabalhadas 
na Sprint. 
 A seleção é baseada na priorização do Product Owner, nas capacidades da 
equipe e na capacidade de entrega durante a Sprint planejada. 
 As histórias selecionadas devem ser claras e específicas o suficiente para que 
a equipe saiba o que fazer. 
3. Estabelecendo Metas da Sprint: 
 Durante o Sprint Planning, a equipe Scrumestabelece metas claras para a 
Sprint. Essas metas devem ser relacionadas aos objetivos de longo prazo do 
projeto e refletir o valor que a equipe deseja entregar. 
 As metas ajudam a equipe a manter o foco e a direção durante a Sprint e a 
avaliar o sucesso no final. 
4. Tamanho e Duração da Sprint: 
 O tamanho e a duração da Sprint são decisões importantes tomadas pela 
equipe Scrum, mas geralmente são definidos antes do início do projeto. 
 A duração da Sprint é um período de tempo fixo durante o qual o trabalho será 
realizado. Sprint típicas têm uma duração de duas a quatro semanas. 
 O tamanho da equipe e a quantidade de trabalho disponível determinam o que 
pode ser alcançado em uma Sprint. Essa capacidade é conhecida como 
"velocity". 
É importante observar que a reunião de Sprint Planning deve ser limitada em 
tempo, geralmente com uma duração máxima de 4 horas para uma Sprint de 2 
semanas. Durante a reunião, a equipe deve discutir os detalhes das histórias, 
dividir o trabalho, estimar o esforço necessário e criar um plano de ação para a 
Sprint. 
No final do Sprint Planning, a equipe deve ter uma compreensão clara do que 
será feito na Sprint e como isso se alinha com os objetivos do produto. A partir 
desse ponto, a equipe começa a trabalhar nas tarefas definidas e se esforça 
para entregar o que foi planejado até o final da Sprint. 
 
EXECUTANDO A SPRINT 
A execução da Sprint é uma parte crucial do framework Scrum, e durante esse 
período, a equipe trabalha para cumprir os objetivos definidos no Sprint 
Planning. Aqui estão alguns dos principais aspectos envolvidos na execução da 
Sprint: 
1. Daily Scrum (Reuniões Diárias): 
 O Daily Scrum é uma reunião diária de curta duração (geralmente 15 minutos) 
realizada pela equipe Scrum para sincronizar o trabalho e identificar qualquer 
obstáculo que possa impedir o progresso. 
 Durante o Daily Scrum, cada membro da equipe compartilha o que fez desde a 
última reunião, o que planeja fazer até a próxima reunião e qualquer 
impedimento que esteja enfrentando. 
 O objetivo é manter todos informados e garantir que a equipe esteja alinhada 
com os objetivos da Sprint. 
2. Acompanhamento do Progresso: 
 Durante a Sprint, a equipe deve acompanhar regularmente o progresso em 
relação às metas da Sprint e às histórias selecionadas. 
 Isso pode ser feito através de ferramentas de gerenciamento de tarefas, 
gráficos de burndown (que mostram o trabalho restante) e outras métricas 
relevantes. 
 O acompanhamento permite que a equipe identifique desvios em relação ao 
plano e tome medidas corretivas, se necessário. 
3. Resolvendo Impedimentos: 
 Impedimentos são problemas ou obstáculos que podem atrapalhar o progresso 
da equipe. Durante a Sprint, a equipe deve estar pronta para identificar e 
resolver impedimentos rapidamente. 
 A resolução de impedimentos pode envolver a colaboração com o Scrum 
Master ou outros membros da equipe para encontrar soluções e remover 
barreiras. 
 É importante que a equipe seja proativa na resolução de impedimentos para 
manter o ritmo de trabalho. 
4. Mantendo o Foco: 
 Manter o foco é essencial para garantir que a equipe alcance os objetivos da 
Sprint. Isso significa concentrar-se nas tarefas planejadas e evitar distrações. 
 A equipe deve evitar adicionar trabalho não planejado durante a Sprint, a 
menos que seja absolutamente necessário e tenha o consentimento do Product 
Owner. 
 A gestão do tempo e a priorização adequada das tarefas são cruciais para 
manter o foco e cumprir os prazos. 
Durante a execução da Sprint, a equipe Scrum trabalha em estreita 
colaboração, auto-organizando-se para realizar as tarefas e histórias de 
usuário selecionadas. É importante que todos os membros da equipe estejam 
alinhados com os objetivos da Sprint e trabalhem juntos para alcançá-los. A 
comunicação regular, a transparência e a resolução rápida de impedimentos 
são componentes essenciais para o sucesso durante esse período. No final da 
Sprint, a equipe realizará uma revisão e uma retrospectiva para refletir sobre o 
trabalho realizado e fazer melhorias para a próxima Sprint. 
 
REVISÃO DA SPRINT 
A Revisão da Sprint é uma das cerimônias essenciais do framework Scrum e 
ocorre no final de cada Sprint. É um momento importante para avaliar o 
progresso da equipe e tomar decisões sobre o próximo passo. Aqui estão os 
principais aspectos da Revisão da Sprint: 
1. Apresentação das Entregas: 
 Durante a Revisão da Sprint, a equipe Scrum apresenta as entregas concluídas 
durante a Sprint. 
 Isso pode incluir demonstrações de software funcional, relatórios de progresso, 
designs ou qualquer outra forma de trabalho que tenha sido realizado. 
 O objetivo é mostrar ao Product Owner e aos stakeholders o que foi alcançado 
durante a Sprint. 
2. Feedback do Cliente: 
 Após a apresentação das entregas, o Product Owner e os stakeholders têm a 
oportunidade de fornecer feedback sobre o que foi apresentado. 
 O feedback é valioso para a equipe entender se as entregas atendem às 
expectativas e necessidades do cliente e, se necessário, fazer ajustes ou 
adições ao backlog. 
3. Retrospectiva da Sprint: 
 Após a apresentação das entregas e o feedback do cliente, a equipe realiza 
uma retrospectiva da Sprint. 
 A retrospectiva é uma oportunidade para a equipe refletir sobre o que 
funcionou bem durante a Sprint e o que pode ser melhorado. 
 A equipe discute práticas, processos e interações para identificar maneiras de 
ser mais eficiente e eficaz na próxima Sprint. 
4. Ajustando o Backlog do Produto: 
 Com base no feedback do cliente, nas lições aprendidas durante a Sprint e nas 
conclusões da retrospectiva, o Product Owner pode ajustar o backlog do 
produto. 
 Isso pode incluir a adição de novas histórias de usuário, revisão de prioridades 
ou refinamento das histórias existentes. 
 O objetivo é garantir que o backlog reflita as necessidades atualizadas do 
produto. 
A Revisão da Sprint é um momento de inspeção e adaptação, fundamental 
para a melhoria contínua do produto e do processo de desenvolvimento. Ela 
também promove a transparência e a colaboração com os stakeholders, 
permitindo que eles influenciem diretamente a direção do produto com base no 
que foi entregue e no feedback recebido. 
Após a Revisão da Sprint, a equipe Scrum está pronta para iniciar uma nova 
Sprint, repetindo o ciclo de planejamento, execução e revisão, conforme 
necessário para atender aos objetivos do projeto e às necessidades dos 
clientes. 
 
SCRUM MASTER E SUAS RESPONSABILIDADES 
No framework Scrum, o Scrum Master é um papel fundamental responsável por 
guiar e apoiar a equipe Scrum na adoção e implementação eficaz dos 
princípios e práticas ágeis. Embora o Scrum Master não seja um gerente de 
projeto tradicional, suas responsabilidades são cruciais para o sucesso da 
equipe e do projeto. 
Papel do Scrum Master: 
O Scrum Master é frequentemente comparado a um coach ou facilitador, em 
vez de um gerente tradicional. Ele atua como um guardião do processo Scrum, 
ajudando a equipe a entender e implementar as práticas ágeis de maneira 
eficaz. Aqui estão algumas das principais responsabilidades do Scrum Master: 
Facilitação: 
 Facilitação das Cerimônias do Scrum: O Scrum Master facilita todas as 
cerimônias do Scrum, incluindo Sprint Planning, Daily Scrum, Sprint Review e 
Sprint Retrospective. Sua função é garantir que essas reuniões ocorram e 
sejam produtivas, mantendo o foco e o respeito pelas regras do Scrum. 
 Remoção de Obstáculos: Um dos principais papéis do Scrum Master é 
identificar e remover obstáculos que possam impedir o progresso da equipe. 
Isso pode envolver questões relacionadas a recursos, ambiente de trabalho, 
burocracia ou qualquer outra coisa que atrapalhe a equipe. 
 Apoio à Colaboração: O Scrum Master promove a colaboração e a 
comunicação eficaz entre os membros da equipee com os stakeholders. Ele 
cria um ambiente no qual a equipe pode trabalhar de forma autônoma e auto-
organizada. 
Coaching: 
 Coaching da Equipe: O Scrum Master orienta a equipe Scrum, ajudando-a a 
entender e aplicar os princípios e práticas ágeis. Ele auxilia a equipe na 
resolução de problemas e no aprimoramento contínuo. 
 Mentoria do Product Owner: O Scrum Master também pode fornecer 
orientação ao Product Owner, ajudando-o a priorizar o backlog do produto e a 
manter um entendimento claro dos requisitos e objetivos do projeto. 
 Desenvolvimento de Habilidades: O Scrum Master ajuda os membros da 
equipe a desenvolverem suas habilidades técnicas e pessoais, incentivando a 
aprendizagem e o crescimento profissional. 
Facilitação e Coaching: 
A função de facilitação e coaching do Scrum Master é fundamental para o 
sucesso da equipe. Ele facilita a implementação das práticas Scrum e ajuda a 
equipe a adotar uma mentalidade ágil. Isso envolve: 
 Esclarecer Conceitos: O Scrum Master esclarece conceitos ágeis, garantindo 
que a equipe compreenda completamente os princípios do Scrum e como eles 
se aplicam ao projeto. 
 Promover a Autonomia: Ele encoraja a equipe a ser autônoma, tomando 
decisões e resolvendo problemas por conta própria sempre que possível. 
 Fomentar a Melhoria Contínua: O Scrum Master promove a cultura de 
melhoria contínua, incentivando a equipe a refletir sobre o que está 
funcionando bem e o que pode ser melhorado. 
Remoção de Obstáculos: 
Uma das responsabilidades mais visíveis do Scrum Master é a remoção de 
obstáculos. Isso pode incluir uma ampla gama de desafios, como: 
 Obstáculos Externos: O Scrum Master trabalha para resolver problemas 
externos à equipe, como falta de recursos, conflitos com outras equipes ou 
requisitos conflitantes de stakeholders. 
 Impedimentos Internos: Ele também ajuda a equipe a superar obstáculos 
internos, como problemas de comunicação, conflitos internos ou lacunas de 
conhecimento. 
 Manter o Fluxo de Trabalho: O Scrum Master garante que o fluxo de trabalho 
da equipe seja contínuo, identificando e eliminando gargalos que possam 
prejudicar a produtividade. 
Apoio ao Time de Desenvolvimento: 
O Scrum Master desempenha um papel crucial no apoio ao Time de 
Desenvolvimento, que é a equipe responsável pela entrega do trabalho. Isso 
inclui: 
 Proteger o Time: O Scrum Master age como um escudo protetor para a 
equipe, ajudando a protegê-la de distrações e interferências externas para que 
possa se concentrar no trabalho planejado. 
 Facilitar a Autonomia: Ele ajuda a equipe a se tornar autônoma, capacitando 
os membros a tomar decisões e resolver problemas sem depender de 
intervenções externas. 
 Promover o Trabalho em Equipe: O Scrum Master incentiva a colaboração e 
o trabalho em equipe, criando um ambiente no qual os membros da equipe 
podem se apoiar mutuamente. 
 Fornecer Recursos: Ele auxilia a equipe na obtenção de recursos e na 
remoção de barreiras que possam impedir seu progresso. 
Conclusão: 
O Scrum Master desempenha um papel crítico na implementação eficaz do 
framework Scrum. Suas responsabilidades incluem facilitação e coaching, 
remoção de obstáculos e apoio ao Time de Desenvolvimento. Ao assumir 
essas responsabilidades, o Scrum Master ajuda a equipe a adotar os princípios 
ágeis e a alcançar seus objetivos de forma eficaz e eficiente. Ele é um membro 
valioso da equipe Scrum, cujo trabalho contribui para a melhoria contínua do 
processo e a entrega de valor aos clientes. 
 
PRODUCT OWNER E SUAS RESPONSABILIDADES 
O papel do Product Owner (PO) é de extrema importância no framework 
Scrum. Ele é o responsável por definir a visão do produto, priorizar o trabalho e 
garantir que a equipe esteja focada em entregar valor para os clientes e 
stakeholders. 
Papel do Product Owner: 
O Product Owner é o representante dos stakeholders, sendo o elo entre a 
equipe de desenvolvimento e o cliente ou usuário final do produto. Ele é o 
responsável por garantir que o produto atenda às necessidades e expectativas 
dos clientes, além de criar valor para o negócio. Aqui estão as principais 
responsabilidades do Product Owner: 
1. Definir a Visão do Produto: 
 O Product Owner é responsável por estabelecer uma visão clara e inspiradora 
do produto. Essa visão define o propósito do produto, seus objetivos de longo 
prazo e como ele se encaixa na estratégia geral da organização. 
 A visão do produto guia a equipe de desenvolvimento, fornecendo um contexto 
claro sobre o que é importante e qual é o valor a ser entregue. 
2. Priorização do Backlog: 
 Uma das tarefas mais cruciais do Product Owner é a priorização do backlog do 
produto. O backlog é uma lista de todas as funcionalidades, melhorias e 
correções que precisam ser feitas no produto. 
 O PO deve constantemente avaliar e reordenar o backlog com base no valor 
esperado, nas necessidades dos clientes e nas mudanças nas prioridades do 
negócio. 
 Priorizar o backlog envolve tomar decisões difíceis e determinar o que deve ser 
desenvolvido primeiro. O PO deve considerar fatores como o impacto no 
cliente, o retorno sobre o investimento e a dependência entre as tarefas. 
3. Definir Critérios de Aceitação: 
 O Product Owner é responsável por definir critérios de aceitação claros e 
específicos para cada item do backlog. Esses critérios descrevem o que é 
necessário para que uma funcionalidade seja considerada completa e pronta 
para entrega. 
 Os critérios de aceitação ajudam a evitar mal-entendidos entre a equipe de 
desenvolvimento e o PO, garantindo que todos tenham uma compreensão 
compartilhada do que está sendo desenvolvido. 
 Além disso, os critérios de aceitação são uma ferramenta importante para 
medir a qualidade do trabalho concluído. 
4. Maximizar o Valor do Produto: 
 O objetivo final do Product Owner é maximizar o valor do produto. Isso significa 
que ele deve tomar decisões que resultem na entrega de funcionalidades e 
melhorias que proporcionem o máximo de valor aos clientes e ao negócio. 
 O PO deve estar constantemente buscando maneiras de otimizar o valor, 
identificando oportunidades de melhorias, ajustando prioridades e garantindo 
que o produto esteja alinhado com as necessidades em constante evolução. 
Priorização do Backlog: 
A priorização do backlog do produto é uma das responsabilidades centrais do 
Product Owner. É uma atividade contínua que envolve tomar decisões sobre o 
que deve ser desenvolvido a seguir. Aqui estão alguns dos princípios e 
considerações-chave relacionados à priorização do backlog: 
1. Valor para o Cliente: 
 A priorização deve ser baseada no valor para o cliente. O Product Owner deve 
identificar quais funcionalidades ou melhorias terão o maior impacto positivo 
nos usuários ou clientes. 
 É essencial compreender as necessidades e expectativas dos clientes para 
tomar decisões informadas sobre a priorização. 
2. Retorno sobre o Investimento (ROI): 
 O PO também deve considerar o retorno sobre o investimento. Isso envolve 
avaliar o custo de desenvolvimento de uma funcionalidade em comparação 
com o benefício esperado. 
 Funcionalidades que oferecem um alto ROI geralmente devem ser priorizadas, 
desde que estejam alinhadas com a visão do produto. 
3. Risco e Dependência: 
 O risco associado a uma funcionalidade também é um fator importante na 
priorização. Funcionalidades de alto risco podem precisar ser abordadas antes, 
para mitigar possíveis problemas futuros. 
 Além disso, a dependência entre as funcionalidades deve ser considerada. Às 
vezes, é necessário implementar uma funcionalidade antes de outras poderem 
ser desenvolvidas. 
4. Feedback e Iteração: 
 O Product Owner deve levar em conta o feedback dos usuários e stakeholders 
ao priorizar o backlog. As funcionalidades que abordam necessidades 
específicas dos clientes ou feedback crítico podem ter prioridade mais alta. 
A abordagem ágil incentiva a iteração e a adaptação com base no feedback. 
Portanto, o PO deve estar disposto a ajustar a priorização conforme novas 
informações se tornem disponíveis. 
Definição de Critérios de Aceitação: 
Outra responsabilidade importante do Product Owner é a definição de critérios 
de aceitação claros e específicos para cada item do backlog do produto. Os 
critérios de aceitação ajudam a equipe de desenvolvimento a entender o que é 
esperado em termos de funcionalidade e qualidade. Aqui estão algumas 
diretrizes para definir critérios de aceitação eficazes: 
1. Especificidade: 
 Os critérios de aceitação devem ser específicos e mensuráveis. Eles devem 
descrever claramente o comportamento ou a funcionalidade esperados. 
 Evite critérios vagos ou ambíguos, pois isso pode levar a mal-entendidos e 
expectativas não atendidas. 
2. Testabilidade: 
 Os critérios de aceitação devem ser testáveis. Isso significa que deve ser 
possível verificar se um item do backlog atende aos critérios por meio de 
testes, revisões ou outras técnicas de verificação. 
 A testabilidade ajuda a garantir que o trabalho seja concluído de forma 
confiável e que os critérios sejam cumpridos. 
3. Relevância para o Cliente: 
 Os critérios de aceitação devem estar alinhados com as necessidades e 
expectativas do cliente ou usuário final. Eles devem refletir o que é importante 
para o cliente. 
 Considere as perspectivas do cliente ao definir os critérios de aceitação. 
4. Negociação com a Equipe de Desenvolvimento: 
 O Product Owner deve colaborar com a equipe de desenvolvimento na 
definição dos critérios de aceitação. Isso ajuda a garantir que a equipe tenha 
uma compreensão clara do que é necessário. 
 A equipe pode oferecer insights técnicos e ajudar a refinar os critérios para 
garantir que eles sejam realistas e alcançáveis. 
Maximizando o Valor do Produto: 
A principal responsabilidade do Product Owner é maximizar o valor do produto 
para os clientes e o negócio. Isso envolve constantemente avaliar as opções de 
desenvolvimento, priorizando o trabalho e garantindo que a equipe de 
desenvolvimento esteja focada em atividades de alto valor. Aqui estão algumas 
estratégias para maximizar o valor do produto: 
1. Entrega Incremental: 
 O Product Owner deve priorizar funcionalidades que possam ser entregues 
incrementalmente. Isso permite que partes do produto sejam disponibilizadas 
mais cedo, proporcionando valor antecipado aos clientes. 
 A abordagem incremental também permite que o produto seja ajustado com 
base no feedback, melhorando continuamente a sua adequação às 
necessidades dos clientes. 
2. Feedback Contínuo: 
 O Product Owner deve buscar feedback contínuo dos clientes e stakeholders. 
Isso ajuda a identificar oportunidades de melhorias e ajustes no produto. 
 O feedback deve ser usado para orientar a priorização e a tomada de decisões 
informadas sobre o desenvolvimento. 
3. Aprendizado e Adaptação: 
 O PO deve estar disposto a aprender com as experiências passadas e a 
adaptar a estratégia do produto conforme necessário. 
 Isso pode envolver a reavaliação das prioridades, a revisão da visão do produto 
ou a mudança de direção com base em mudanças nas necessidades do 
mercado ou nas lições aprendidas. 
4. Medição do Valor: 
 O Product Owner deve buscar maneiras de medir o valor entregue pelo 
produto. Isso pode incluir métricas como a satisfação do cliente, a retenção de 
clientes, o aumento da receita ou outras medidas relevantes. 
 A medição do valor ajuda a avaliar o sucesso do produto e a orientar as 
decisões futuras. 
Conclusão: 
O Product Owner desempenha um papel crítico no sucesso de projetos Scrum, 
sendo o guardião da visão do produto, o mestre da priorização e o definidor 
dos critérios de aceitação. Sua responsabilidade fundamental é maximizar o 
valor do produto para os clientes e o negócio. Para desempenhar eficazmente 
esse papel, o Product Owner deve equilibrar as necessidades e expectativas 
dos clientes com as oportunidades de negócios e estar disposto a aprender e 
adaptar continuamente a estratégia do produto. 
 
QUALIDADE E TESTE NO SCRUM 
No framework Scrum, a qualidade do produto é uma prioridade fundamental. A 
qualidade não é apenas uma característica desejável, mas um requisito 
essencial para atender às expectativas dos clientes e alcançar o sucesso do 
projeto. Para alcançar esse objetivo, são aplicadas práticas de garantia de 
qualidade, teste contínuo, integração contínua e entregas incrementais. 
Práticas de Garantia de Qualidade: 
A garantia de qualidade é um conjunto de atividades e processos que garantem 
que o produto final atenda aos padrões de qualidade definidos. No Scrum, as 
práticas de garantia de qualidade são integradas ao processo de 
desenvolvimento desde o início do projeto. Alguns aspectos-chave das práticas 
de garantia de qualidade incluem: 
1. Definição de Padrões de Qualidade: 
 A equipe Scrum, em colaboração com o Product Owner, define os padrões de 
qualidade que o produto deve atender. Isso inclui critérios de aceitação, 
normas de codificação, padrões de documentação e muito mais. 
 Ter padrões claros ajuda a equipe a manter um alto nível de qualidade durante 
todo o processo de desenvolvimento. 
2. Revisões e Inspeções: 
 Durante o desenvolvimento, a equipe realiza revisões e inspeções regulares do 
código, do design e da documentação. 
 As revisões ajudam a identificar e corrigir problemas de qualidade mais cedo, 
evitando que eles se tornem mais caros e difíceis de resolver posteriormente. 
3. Testes de Qualidade: 
 Os testes de qualidade são uma parte fundamental da garantia de qualidade. A 
equipe Scrum cria casos de teste para garantir que o produto atenda aos 
critérios de aceitação definidos. 
 Isso inclui testes de unidade, testes de integração, testes de aceitação e outros 
tipos de testes que sejam relevantes para o projeto. 
Teste Contínuo: 
O teste contínuo é uma prática que envolve a execução de testes regularmente 
à medida que as funcionalidades são desenvolvidas. Isso significa que os 
testes não são deixados para o final do ciclo de desenvolvimento, mas são 
incorporados desde o início. Algumas vantagens do teste contínuo no Scrum 
incluem: 
1. Identificação Antecipada de Problemas: 
 O teste contínuo permite que a equipe identifique problemas de qualidade 
assim que eles surgem, o que facilita a correção rápida e econômica. 
 Isso evita a acumulação de defeitos que podem ser difíceis de rastrear e 
corrigir posteriormente. 
2. Feedback Imediato: 
 O feedback sobre a qualidade é fornecido em tempo real, o que permite que a 
equipe tome medidas imediatas para melhorar a qualidade do produto. 
 Isso também ajuda a garantir que as expectativas do cliente estejam sendo 
atendidas ao longo do desenvolvimento. 
3. Maior Confiança: 
 O teste contínuo ajuda a construir confiança na qualidade do produto, tanto 
dentro da equipe como entre os stakeholders. 
 À medida que os testes são concluídos com sucesso, a equipe e os 
stakeholders têm mais confiança de que o produto atenderá às expectativas 
quando estiver pronto. 
Integração Contínua: 
A integração contínua é uma prática de desenvolvimento de software em que 
as alterações de código são integradas ao repositório principal de forma 
frequente e automatizada. Isso envolve a execução de compilações e testes 
automáticos sempre que o código é enviado para o repositório principal. Alguns 
benefícios da integração contínua no Scrum incluem: 
1. Identificação Rápida de Conflitos de Código: 
 A integração contínua ajuda a identificar conflitos de código e problemas de 
integração à medida que eles ocorrem. Isso permite que a equipe resolva 
esses problemas rapidamente. 
2. Testes Automatizados: 
 A prática de integração contínua envolve a execução automática de testes 
sempre que o código é integrado. Isso ajudaa garantir que o código não 
introduza regressões ou defeitos. 
3. Entregas Menos Arriscadas: 
 Com a integração contínua, a equipe pode criar versões do produto em 
intervalos regulares. Essas versões são mais estáveis e menos arriscadas, 
tornando as entregas mais previsíveis e confiáveis. 
Entregas Incrementais: 
No Scrum, o desenvolvimento é baseado em entregas incrementais, o que 
significa que o produto é entregue em incrementos ou partes funcionais 
menores ao longo do tempo. Cada incremento adiciona novas funcionalidades 
ou melhorias ao produto, permitindo que ele evolua gradualmente. Algumas 
vantagens das entregas incrementais no Scrum incluem: 
1. Feedback Contínuo: 
 As entregas incrementais permitem que os clientes e stakeholders forneçam 
feedback contínuo à medida que o produto é desenvolvido. 
 Isso ajuda a garantir que o produto atenda às necessidades em constante 
evolução do mercado e dos usuários. 
2. Valor Antecipado: 
 As entregas incrementais proporcionam valor antecipado aos clientes, pois 
partes funcionais do produto são entregues em um estágio inicial. 
 Isso pode ser particularmente valioso em situações em que o tempo para o 
mercado é crítico. 
3. Flexibilidade: 
 A abordagem de entregas incrementais permite que a equipe ajuste a direção 
do produto com base no feedback e nas mudanças nas prioridades. 
 Isso significa que o produto pode se adaptar a novas informações e 
oportunidades à medida que surgem. 
Conclusão: 
A qualidade do produto é uma prioridade no framework Scrum, e várias 
práticas são aplicadas para garantir que o produto atenda aos padrões de 
qualidade definidos. Isso inclui práticas de garantia de qualidade, teste 
contínuo, integração contínua e entregas incrementais. Ao adotar essas 
práticas, as equipes Scrum podem construir produtos de alta qualidade que 
atendam às expectativas dos clientes e stakeholders, proporcionando valor real 
ao negócio. A ênfase na qualidade é fundamental para o sucesso do Scrum e 
contribui para o desenvolvimento de produtos confiáveis e eficazes. 
 
SCALING SCRUM: SCRUM EM GRANDES PROJETOS 
O Scrum é um framework ágil amplamente adotado para o desenvolvimento de 
software e gerenciamento de projetos. Embora tenha sido inicialmente 
projetado para equipes pequenas e projetos de pequena escala, muitas 
organizações descobriram o valor do Scrum e desejam aplicá-lo a projetos 
maiores e mais complexos. Nesses casos, é necessário escalonar o Scrum 
para lidar com os desafios de coordenação e colaboração em uma escala 
maior. 
Scrum de Escala: 
Scrum de escala, também conhecido como Scaling Scrum, é a adaptação do 
framework Scrum para ser usado em projetos maiores e em organizações com 
múltiplas equipes. O objetivo do Scrum de escala é estender os princípios e 
práticas do Scrum para que possam ser aplicados de maneira eficaz em uma 
escala maior, mantendo a agilidade, a transparência e a entrega de valor 
contínuos. Alguns dos principais desafios que o Scrum de escala aborda 
incluem: 
 Coordenação entre várias equipes trabalhando em um único produto ou 
projeto. 
 Gerenciamento de dependências entre equipes. 
 Manutenção da comunicação eficaz e colaboração entre equipes distribuídas 
geograficamente. 
 Garantia de que a visão do produto seja compartilhada entre todas as equipes. 
Para enfrentar esses desafios, foram desenvolvidos diversos frameworks de 
escalabilidade. 
Frameworks de Escalabilidade: 
Vários frameworks foram criados para escalonar o Scrum e facilitar sua 
implementação em projetos maiores. Alguns dos mais conhecidos são: 
1. SAFe (Scaled Agile Framework): 
 O SAFe é um dos frameworks de escalabilidade mais populares e abrangentes. 
Ele fornece uma estrutura que inclui níveis de equipe, programa e portfólio, 
permitindo que organizações integrem várias equipes em um único programa e 
coordenem esforços em toda a organização. 
 O SAFe define papéis específicos, cerimônias e artefatos em cada nível para 
garantir a consistência e a coordenação em larga escala. 
2. LeSS (Large Scale Scrum): 
 O LeSS é uma abordagem mais leve para escalonar o Scrum. Ele se concentra 
em manter o Scrum simples e em minimizar a complexidade adicionada à 
medida que as equipes aumentam de tamanho. 
 O LeSS baseia-se na ideia de que o Scrum é fundamentalmente escalável e, 
portanto, não requer muitas adições ou modificações para ser usado em 
projetos maiores. 
3. Nexus: 
 O Nexus é um framework desenvolvido pelo criador do Scrum, Ken Schwaber. 
Ele foi projetado para ajudar a escalar o Scrum, mantendo a simplicidade e a 
integridade do Scrum. 
 O Nexus introduz o conceito de um "Scrum de Scrum" para coordenar várias 
equipes Scrum trabalhando juntas em um único produto. 
Coordenação entre Equipes: 
Um dos maiores desafios ao escalar o Scrum é a coordenação eficaz entre 
várias equipes. Aqui estão algumas estratégias e práticas para abordar esse 
desafio: 
1. Scrum de Scrum: 
 O Scrum de Scrum é uma reunião regular que envolve representantes de cada 
equipe Scrum. Durante essa reunião, as equipes compartilham atualizações, 
discutem dependências e resolvem impedimentos que afetam o progresso do 
projeto. 
 O Scrum de Scrum ajuda a manter a coordenação entre equipes e a garantir 
que todos estejam alinhados com os objetivos do projeto. 
2. Product Owner Compartilhado: 
 Em projetos de grande escala, pode ser benéfico ter um Product Owner 
compartilhado entre várias equipes. Isso ajuda a garantir que todas as equipes 
estejam trabalhando em direção a uma visão de produto comum e alinhada. 
 O Product Owner compartilhado é responsável por priorizar o backlog do 
produto em nome de todas as equipes e garantir que as funcionalidades sejam 
entregues de acordo com as prioridades definidas. 
3. Abordagem Incremental: 
 Ao escalar o Scrum, é importante manter uma abordagem incremental para o 
desenvolvimento. Isso significa que o produto é desenvolvido e entregue em 
incrementos menores e frequentes. 
 Essa abordagem permite que as equipes entreguem valor continuamente e 
reduzam os riscos associados à entrega de um produto completo no final do 
projeto. 
Desafios e Melhores Práticas: 
Escalonar o Scrum não é isento de desafios, e as organizações podem 
enfrentar obstáculos ao adotar essas práticas. Aqui estão alguns dos desafios 
comuns e melhores práticas para superá-los: 
Desafio: Resistência à Mudança: 
 Muitas vezes, as equipes e a liderança podem resistir à mudança quando se 
trata de adotar novos processos e frameworks. 
Melhor Prática: Educação e Treinamento 
 É importante educar todas as partes interessadas sobre os benefícios do 
Scrum de escala e fornecer treinamento adequado para garantir que todos 
compreendam como o framework funciona e como ele pode ser implementado 
com sucesso. 
Desafio: Complexidade: 
 Projetos de grande escala podem se tornar incrivelmente complexos, com 
muitas equipes trabalhando em diferentes partes do produto. 
Melhor Prática: Simplificação 
 Uma das principais premissas do Scrum é a simplicidade. Tente manter o 
framework o mais simples possível ao escalar e evite adicionar processos ou 
papéis desnecessários. 
Desafio: Coordenação de Dependências: 
 Coordenar dependências entre equipes pode ser um grande desafio ao escalar 
o Scrum. 
Melhor Prática: Scrum de Scrum e Product Owner Compartilhado 
 Use práticas como o Scrum de Scrum e o Product Owner compartilhado para 
coordenar e gerenciar dependências de forma eficaz. 
 
MÉTRICAS E MEDIÇÃO DE DESEMPENHO 
No framework Scrum, a medição de desempenho é uma prática fundamental 
para avaliar o progresso do trabalho, identificar áreas de melhoria e tomar 
decisões informadas. As métricas no Scrum fornecem dados valiosos que 
ajudam as equipes a entenderem como estão realizando suas atividades e 
como podem melhorar. 
Métricas Scrum: 
As métricas no Scrum são usadas paraavaliar o desempenho da equipe e do 
projeto. Elas fornecem informações quantitativas que podem ser usadas para 
tomar decisões e melhorar o processo de desenvolvimento. Aqui estão 
algumas das métricas mais comuns no Scrum: 
1. Velocidade da Equipe (Team Velocity): 
 A velocidade da equipe é uma métrica que mede a quantidade de trabalho que 
uma equipe pode concluir em uma única iteração (Sprint). 
 A equipe determina sua própria velocidade com base em seu histórico de 
entregas anteriores. Essa métrica ajuda a prever quanto trabalho a equipe 
pode realizar em futuras Sprints. 
2. Burndown Chart: 
 Um Burndown Chart é um gráfico que mostra o progresso da equipe na 
conclusão do trabalho planejado para uma Sprint específica. 
 Ele ajuda a equipe a acompanhar se está no caminho certo para concluir todas 
as tarefas planejadas dentro do período da Sprint. 
3. Burnup Chart: 
 O Burnup Chart é um gráfico que mostra a quantidade total de trabalho 
planejado em uma Sprint, bem como o trabalho real concluído ao longo do 
tempo. 
 Ele fornece uma visão geral do progresso do projeto e ajuda a equipe a 
entender se está adicionando mais trabalho do que está conseguindo concluir. 
4. Lead Time e Cycle Time: 
 Lead Time é o tempo decorrido desde o momento em que um item é solicitado 
até o momento em que ele é entregue. 
 Cycle Time é o tempo que uma equipe leva para concluir uma única tarefa, 
desde o momento em que começa a trabalhar nela até o momento em que a 
conclui. 
 Essas métricas ajudam a equipe a entender quanto tempo leva para entregar 
valor aos clientes. 
Medindo o Progresso: 
A medição do progresso no Scrum envolve o uso das métricas mencionadas 
anteriormente, como a velocidade da equipe, Burndown Chart e Burnup Chart. 
Além disso, outras práticas e métricas podem ser úteis: 
1. Revisão de Incrementos: 
 Durante a Revisão da Sprint, a equipe apresenta o trabalho concluído na Sprint 
aos stakeholders. Essa revisão ajuda a medir o progresso do projeto, obter 
feedback e ajustar a direção do desenvolvimento. 
2. Atualização do Burndown Chart Diariamente: 
 Atualizar o Burndown Chart diariamente permite que a equipe e os 
stakeholders acompanhem o progresso da Sprint em tempo real. 
 Qualquer desvio significativo do plano pode ser identificado e abordado 
prontamente. 
3. Inspeção e Adaptação: 
 O Scrum enfatiza a inspeção e adaptação contínuas. Durante a Sprint, a 
equipe se reúne diariamente no Daily Scrum para discutir o progresso, os 
desafios e as oportunidades de melhoria. 
 Isso ajuda a manter o projeto no caminho certo e a tomar medidas corretivas 
quando necessário. 
Identificando Áreas de Melhoria: 
A medição de desempenho no Scrum não se trata apenas de rastrear métricas, 
mas também de identificar áreas de melhoria. Aqui estão algumas práticas para 
identificar áreas em que a equipe pode melhorar: 
1. Retrospectivas da Sprint: 
 As Retrospectivas da Sprint são reuniões regulares realizadas no final de cada 
Sprint, onde a equipe analisa o que funcionou bem e o que precisa ser 
melhorado. 
 Durante essas reuniões, a equipe identifica áreas de melhoria e define ações 
para abordá-las na próxima Sprint. 
2. Análise de Tendências: 
 Ao acompanhar as métricas ao longo do tempo, a equipe pode identificar 
tendências e padrões. Por exemplo, se a velocidade da equipe estiver 
diminuindo constantemente, isso pode indicar a necessidade de ajustar a carga 
de trabalho ou investigar possíveis obstáculos. 
3. Feedback dos Stakeholders: 
 Os stakeholders podem fornecer feedback valioso sobre a qualidade e o valor 
do trabalho entregue. Esse feedback pode ser usado para identificar áreas de 
melhoria no produto e no processo de desenvolvimento. 
Tomando Decisões Baseadas em Dados: 
As métricas no Scrum são uma base sólida para a tomada de decisões 
informadas. Aqui estão algumas maneiras de usar dados para tomar decisões 
eficazes: 
1. Priorização do Backlog: 
 As métricas de desempenho podem ajudar o Product Owner a priorizar o 
backlog do produto com base em dados reais de valor entregue e tempo 
necessário para concluir as tarefas. 
2. Ajustes na Sprint: 
 Se as métricas indicarem que a equipe está ficando para trás na conclusão do 
trabalho planejado, ajustes na Sprint podem ser feitos, como adicionar ou 
remover tarefas. 
3. Mudanças de Estratégia: 
 Se as métricas indicarem que o produto não está atingindo os objetivos 
desejados, pode ser necessário ajustar a estratégia do produto ou fazer 
mudanças significativas na direção do projeto. 
 A tomada de decisões com base em dados ajuda a garantir que os recursos 
sejam alocados de forma eficiente e que o trabalho seja direcionado para onde 
ele pode ter o maior impacto. 
 
AGILE ALÉM DO DESENVOLVIMENTO DE SOFTWARE 
O Scrum e os princípios ágeis, inicialmente concebidos para o desenvolvimento 
de software, têm se expandido para diversos outros contextos, incluindo 
marketing, design e gerenciamento de projetos não relacionados à tecnologia. 
Além disso, a cultura ágil tem se tornado uma parte crucial das organizações 
modernas, impulsionando a inovação, a colaboração e a capacidade de 
resposta a mudanças. 
Scrum em Outros Contextos: 
O Scrum, originalmente criado para o desenvolvimento de software, tem sido 
adaptado com sucesso para uma variedade de outras áreas. Aqui estão alguns 
exemplos de como o Scrum é aplicado em contextos não relacionados à 
tecnologia: 
1. Scrum no Marketing: 
 No marketing, o Scrum é usado para gerenciar campanhas, lançamentos de 
produtos e estratégias de conteúdo. 
 As equipes de marketing usam Sprints para planejar, executar e medir o 
sucesso de suas iniciativas, incorporando feedback regularmente para ajustar 
suas abordagens. 
2. Scrum no Design: 
 No design, o Scrum é aplicado para criar produtos e experiências centrados no 
usuário. 
 As equipes de design usam Sprints para iterar sobre protótipos, testar 
conceitos com os usuários e garantir que o design seja orientado por feedback 
constante. 
3. Scrum no Gerenciamento de Projetos: 
 O Scrum é utilizado em várias áreas de gerenciamento de projetos, desde 
construção civil até eventos. 
 Ele ajuda a organizar o trabalho, priorizar tarefas e manter as equipes focadas 
em metas específicas. 
Cultura Ágil nas Organizações: 
Além de aplicar métodos ágeis em projetos específicos, muitas organizações 
têm adotado uma cultura ágil mais ampla. Uma cultura ágil nas organizações 
se concentra em princípios-chave, incluindo colaboração, adaptação a 
mudanças e foco no cliente. Aqui estão elementos-chave de uma cultura ágil: 
1. Colaboração: 
 A cultura ágil valoriza a colaboração entre equipes e departamentos. Ela 
incentiva a quebra de silos organizacionais e promove a comunicação aberta e 
transparente. 
 As organizações ágeis frequentemente adotam espaços de trabalho abertos e 
ferramentas de colaboração para facilitar a comunicação entre os membros da 
equipe. 
2. Feedback Contínuo: 
 A cultura ágil valoriza o feedback constante, tanto interno quanto externo. Isso 
ajuda as equipes a ajustar suas abordagens com base em informações em 
tempo real. 
 As retrospectivas regulares são uma prática comum para avaliar o 
desempenho e identificar áreas de melhoria. 
3. Adaptação a Mudanças: 
 Uma cultura ágil incentiva a adaptação a mudanças e incertezas. As equipes 
são encorajadas a serem flexíveis e a ajustar seus planos conforme 
necessário. 
 As organizações ágeis geralmente têm estruturas de tomada de decisão ágil 
que permitem mudanças rápidas e responsivas. 
4. Foco no Cliente: 
 O cliente está no centro da cultura ágil. As organizações ágeis se esforçam 
para entender as necessidades do cliente e entregam valor de maneira rápida 
e eficaz. 
 Práticas como o desenvolvimento orientado pelo cliente e a priorização com 
base em valor são comuns em organizações ágeis. 
TransformaçãoÁgil: 
A transformação ágil é o processo de adoção da cultura ágil em toda a 
organização. Isso envolve uma mudança fundamental na maneira como a 
organização opera, lidera e colabora. Aqui estão algumas etapas comuns na 
transformação ágil: 
1. Comprometimento da Liderança: 
 A transformação ágil começa com o comprometimento da liderança. Os líderes 
da organização devem entender os princípios ágeis e apoiar ativamente a 
mudança. 
2. Treinamento e Capacitação: 
 A equipe e a liderança devem receber treinamento em métodos ágeis, como o 
Scrum, para adquirir as habilidades necessárias. 
3. Pilotos e Experimentação: 
 Muitas organizações começam com projetos-piloto ágeis antes de escalar a 
transformação para toda a organização. 
4. Comunicação e Transparência: 
 A comunicação aberta e transparente é fundamental durante a transformação 
ágil. Os membros da equipe devem entender por que a mudança está 
ocorrendo e como ela afetará seu trabalho. 
5. Aprendizado Contínuo: 
 A transformação ágil é um processo contínuo. As organizações devem 
aprender com suas experiências e ajustar sua abordagem conforme 
necessário.