Agile Strategy Run

Andy Barbosa
Agile Strategy RUN

Gerenciando a Estratégia de Negócios com Scrum
GUIA PRÁTICO
www.andybarbosa.com.br
copyright.com.br: DEP637178839648337062

Guia ASR Agile Strategy RUN by Andy Barbosa
O propósito do Agile Strategy Run
A técnica Agile Strategy Run foi desenvolvida por Andy Barbosa

(www.andybarbosa.com.br) com base no framework Scrum, e tem como
propósito gerenciar a execução de planos estratégicos de negócios.
Este guia tem como objetivo definir todo o processo, papéis, artefatos, eventos e
regras da ASR.
A Definição da Agile Strategy Run
ASR-Scrum: é uma técnica desenvolvida com base no framework Scrum, dentro

da qual as pessoas podem tratar e resolver questões relacionadas com a
execução dos planos estratégicos de negócios, de forma adaptativa e
incremental.
A técnica é suportada por papéis, responsabilidades, eventos, artefatos e regras

que favorecem a melhor execução, inspeção e adaptação dos planos estratégico
e iniciativas relacionadas, garantindo fluidez e agilidade.
2 copyright.com.br: DEP637178839648337062
Teoria da ASR
A ASR tem como base as mesmas teorias empíricas do framework Scrum,

relacionadas ao controle de processos. O empirismo afirma que o conhecimento
é resultado da experimentação e inspeção, aliada com a tomada de decisão
embasada naquilo que é conhecido.
Uma estratégia de negócios para ser bem-sucedida no mundo VUCA depende de

uma nova abordagem. Uma abordagem iterativa e incremental, de inspeção e
adaptação contínua, que visam aumentar a previsibilidade e minimizar os riscos.
Dessa forma, assim como o framework Scrum, a ASR se apoia em três pilares
para sua implementação: Transparência; Inspeção e Adaptação.
Transparência
Todos os aspectos significativos e relevantes da estratégia devem ser divulgados,

estar visíveis e compreendidos pelos responsáveis pela entrega de resultados. A
transparência exige que estes aspectos tenham uma definição única e comum
para que todos possam ter o mesmo entendimento do que se deseja ou requer.
Inspeção
As pessoas envolvidas na estratégia devem, frequentemente, inspecionar os

artefatos da ASR é o progresso em direção ao objetivo do Strategy Sprint para
identificar variações ou desvios indesejados. A prática de inspeção não deve ser
tão frequente que atrapalhe o andamento dos trabalhos, nem tão espaçada que
prejudique capacidade de responder às mudanças.
Adaptação
Nada é tão bom que não possa ser melhorado. E em se tratando de estratégia de
negócios, ser flexível e ter capacidade de adaptação pode ser a diferença entre o
sucesso e o fracasso. Um plano estratégico, em tempos de economia digital,
precisa ser um “plano vivo”, que precisa ser frequentemente revisitado, analisado
e adaptado, visando manter seu alinhamento com as novas demandas e

necessidades, e ainda garantir sua capacidade de realização (eficácia).
Os ajustes precisam ser feitos o mais breve possível, visando minimizar os
desvios, estancar desperdícios e reduzir riscos.
A ASR prescreve quatro eventos formais para inspeção e adaptação da

estratégia de negócios:
1. Strategy Refinement;
2. Strategy Sprint Plan;
3. Strategy Standup Meeting;
4. Strategy Inspect & Adapt;
Os Valores da ASR
A ASR se faz valer dos mesmos valores propostos pelo framework Scrum:
comprometimento, coragem, foco, transparência e respeito.
Esses valores precisam ser incorporados e vividos pelo Strategy Team e pelos
demais papéis envolvidos na execução da estratégia, e isso é promovido por
meio dos eventos e artefatos propostos pela ASR.
O sucesso da ASR, assim como do framework Scrum, depende das pessoas se

tornarem mais proficientes na vivência destes 5 valores.
Através da ASR as pessoas se comprometem pessoalmente pela busca dos

objetivos estratégicos e precisam ter coragem para fazer a coisa certa e
trabalhar com desafios.
Todos precisam focar no estratégia priorizada e nos objetivos do negócio!
Os membros do time precisam aceitar e manterem-se abertos à novos desafios e

possíveis mudanças, mantendo o foco na execução da estratégia e iniciativas em
curso, respeitando-se uns aos outros, e estimulando a empatia, colaboração,
aprendizado e crescimento.
O Strategy Team
O Strategy Team é formado:
● Strategy Holders
● Strategy Owner
● Strategy Master
● Strategy Team.
É um time auto-organizável (que tem uma visão clara de seus objetivos e

autonomia para decidir como realizar seu trabalho, sem interferências externas,
respeitando as restrições e alinhados com as metas estabelecidas) e
multifuncional (dispõe de várias especialidades atuando em sinergia para que o
time tenha o menor nível de dependência externa possível).
Como no próprio framework Scrum, o modelo de time proposto pela ASR é

projetado para aperfeiçoar a flexibilidade, criatividade, autonomia e capacidade
de ação na busca pelos resultados estratégicos do negócio.
Um Strategy Team deve influenciar e facilitar a entrega de resultados de forma

iterativa e incremental, maximizando as oportunidades para inspeção e
adaptação da estratégia de negócios.
O Strategy Holders
Normalmente os Strategy Holders são um pequeno grupo de partes interessadas

que comanda os negócios; representa e defende os interesses dos acionistas ou
investidores; estabelece a visão estratégica e dá a direção e sentido.
Em conjunto, são responsáveis por estabelecer os temas e prioridades

estratégicas; as restrições e as metas tangíveis para os negócios, atendendo as
expectativas de seus representados.
São as expectativas dos Strategy Holders que precisam ser atendidas pelos
demais membros do time, que em sinergia, irão transformar a estratégia de
negócios em ação, colaborando com seus pares e times de operação.
Os Strategy Holders devem participar ativamente das sessões de Planejamento,

Inspeção e Adaptação e oferecer todo o suporte e patrocínio positivo, criando um
ambiente favorável à colaboração e confiança mútua, para que o time consiga
concretizar suas iniciativas estratégicas.
O Strategy Owner
O Strategy Owner tem o compromisso de maximizar o incremento de resultados

entregues para o negócio por meio das iniciativas estratégicas planejadas, e isso
pode variar muito de negócio para negócio.
O Strategy Owner é o único responsável por gerenciar o Strategy Backlog, e isso

compreende:
● Expressar claramente as iniciativas estratégicas no Strategy Backlog;

● Conduzir e facilitar a priorização das iniciativas para alcançar o melhor
incremento de resultados para os negócios;
● Manter o alinhamento das iniciativas com os temas e objetivos
estratégicos estabelecidos;
● Garantir que o time entenda o grau de impacto das iniciativas (positivo -

quando realizar/atingir/concluir - o que ganhamos?; e negativo - caso
não realizar/não atingir/não concluir - o que perdemos?);
● Garantir que o time compreenda as possíveis dependências e relações
entre as iniciativas e seus resultados;
● Otimizar e combinar as iniciativas para incrementar os resultados;
● Garantir que o Strategy Backlog seja visível, transparente e claro para
todos, demonstrando aquilo que o time vai trabalhar à seguir;
● Garantir que o time entenda as iniciativas do Strategy Backlog no nível
necessário.
Todo esse trabalho pode, e até deve, ser compartilhado e realizado

colaborativamente com o Strategy Team. No entanto, a responsabilidade por
todas estas questões continua sendo única e exclusivamente do Strategy Owner.
O Strategy Owner é uma pessoa, e não um comitê. Ele até representa o desejo
do comitê (grupo) de Strategy Holders, mas todos que desejarem ou requisitarem
a inclusão, alteração ou exclusão de iniciativas, troca de prioridades ou
responsabilidades, devem solicitá-las e promovê-las por meio do Strategy Owner.
Para que o trabalho do Strategy Owner alcance êxito, todos devem respeitar
suas decisões e, para tanto, fazê-lo participar e estar aberto a debater sobre elas.
Um Strategy Owner de sucesso, precisa ser um estrategista, ter visão do todo,

compreender profundamente o negócio, seus produtos, serviços, mercados,
stakeholders, estruturas funcionais e capacidade, ser um exímio comunicador,
negociador, otimista e resiliente. Isso é fundamental para apoiar seu trabalho na
busca pelos melhores resultados.
O Strategy Master
O Strategy Master é o guardião do processo da ASR descrito neste guia. O

Strategy Master ajuda todos a entenderem os papéis, responsabilidades,
artefatos, eventos, regras, valores e princípios da ASR-Scrum.
O Strategy Master é também um líder servidor do time. Deve ajudar as pessoas a

entender como e quando devem ocorrer as interações. Quais são úteis e quais
não são. Ele precisa fomentar novos comportamentos; incentivar e estimular a

colaboração; promover clareza e transparência; defender a busca pelos
resultados e a manutenção do foco; no intento de maximizar os resultados de
negócios proporcionados pelas iniciativas estratégias em execução.
A Atuação do Strategy Master com o Strategy Owner
O Strategy Master serve o Strategy Owner de diversas maneiras:
● Garantindo que os objetivos e iniciativas planejadas sejam entendidas e

executadas da melhor maneira possível;
● Aperfeiçoando os métodos de priorização e gestão do Strategy Backlog;
● Ajudando o Strategy Team a entender com clareza as iniciativas a
serem realizadas, visando executá-las com excelência;
● Compreender o plano de iniciativas em um ambiente empírico;
● Garantir que o Strategy Owner saiba como priorizar o Strategy Backlog
com vistas a maximizar a geração de resultados para o negócio;
● Suportar a priorização de iniciativas e definição de planos de ação com
luz a eliminar dependências, impedimentos e garantir maior fluidez;
● Fomentar e praticar os valores e princípios ágeis e da ASR-Scrum;
● Facilitar os eventos da ASR-Scrum conforme exigidos ou necessários;
● Municiar o Strategy Owner com informações sobre possíveis barreiras,
dificuldades, e até facilidades na execução das iniciativas;
● Dentre outros;
A Atuação do Strategy Master com o Strategy Team
O Strategy Master serve o Strategy Team de diversas maneiras:
● Treinando o Strategy Team para compreender a auto-organização,

auto-gestão, multidisciplinaridade e interdisciplinaridade;
● Ajudando o Strategy Team na execução de suas atividades e ações;
● Removendo impedimentos para o progresso do Strategy Team;
● Facilitando os eventos da ASR conforme exigidos ou necessários;
● Facilitando a integração do Strategy Team com os demais envolvidos na
execução da estratégia.
A Atuação do Strategy Master com a Organização
O Strategy Master serve o Organização de diversas maneiras:
● Liderando e treinando as pessoas da organização para adoção do ASR;

● Apoiando no planejamento e implementação da ASR na organização;
● Ajudando pessoas e stakeholders no entendimento e na aplicação da
ASR dentro da organização;
● Promovendo mudanças evolucionárias que permitam melhorar os
resultados das estratégias de negócio executadas por meio da ASR;
● Treinando e apoiando outros times que querem iniciar o uso da ASR;
● Colaborando e atuando com outros Strategy Masters para aumentar os
resultados obtidos por meio da aplicação da ASR.
Os Eventos da ARS
Conforme o framework Scrum, eventos prescritos são usados para criar

regularidade e minimizar a necessidade de reuniões não definidas na ASR.
Todos os eventos tem um timebox, estabelecendo uma duração máxima.
Uma vez que o Strategy Sprint inicia, sua duração é fixada e, sugere-se, que não
seja reduzida ou ampliada. Os demais eventos, podem terminar sempre que o
seu objetivo for alcançado, eliminando desperdícios de tempo no processo.
Tanto o Strategy Sprint como os demais que decorrem ou dele fazem parte são
uma oportunidade para inspecionar e adaptar, seja o processo, seja a estratégia.
Como no framework Scrum, estes eventos foram projetados para fornecer
implacável transparência, inspeção e possibilidade de melhoria.
Falhas na execução de qualquer um desses eventos, certamente reduzirá a

transparência e diminuirá as oportunidades de inspeção e adaptação, o que pode
impactar negativamente a execução da estratégia e, consequentemente, os
resultados para o negócio.
O Strategy Sprint
Como no framework Scrum, o coração da ASR é o Strategy Sprint, também

chamado neste guia como “Iteração”. Uma iteração é um timebox de 30 à 90
dias, durante o qual um incremento de resultado deve ser gerado para os
negócios. Esse incremento de resultado precisa ser claro, específico, alcançável
e tangível, e é definido no planejamento do Strategy Sprint.
Os Strategy Sprints são compostos de:
1. Strategy Refinement;
2. Strategy Sprint Plan;
3. Strategy Stand Ups Meeting;
4. Strategy Sprint;
5. Strategy Inspect & Adapt; e
6. Apuração de incrementos de resultados para os negócios (OKRs).
Durante um Strategy Sprint:
1. Não podem ser feitas mudanças coloquem em risco a possibilidade de

alcançar o incremento de resultados estabelecido;
2. O incremento de resultado estabelecidos não diminuem; e
3. As iniciativas podem ser clarificadas e renegociadas com o Strategy

Owner de acordo com as necessidades;
4. Novas iniciativas podem ser aceitas, desde que registradas e não
impactem negativamente o incremento de resultados.
Cada Strategy Sprint pode ser considerado um plano de ação com um horizonte
não maior que 90 dias. Como um plano de ação, ou mesmo um projeto, cada
Strategy Sprint tem objetivo de realizar ou entregar algo. Por isso, uma Strategy
Sprint precisa de uma meta clara e objetiva daquilo que deseja incrementar nos
resultados do negócio, sendo um plano previsto e flexível que irá guiar a
execução da estratégia em direção dos resultados almejados.
Strategy Sprints são limitadas a 90 dias corridos ou 3 meses. Isso permite que a
estratégia de negócios seja testada e os riscos minimizados, pois em intervalos
curtos é possível inspecionar, adaptar e corrigir o curso das iniciativas de acordo
com os resultados até o momento alcançados ou não.
Isso garante maior previsibilidade, maior foco e redução de desperdícios,

limitando o risco ao custo de no máximo 90 dias.
Cancelamento de um Strategy Sprint
Como no framework Scrum, um Strategy Sprint pode ser cancelado antes do

timebox estabelecido. Somente o Strategy Owner tem a autoridade para
determinar o cancelamento, embora possa fazê-lo sob influência dos Strategy
Holders, Strategy Master ou Strategy Team.
Um Strategy Sprint pode ser cancelado se seu objetivo tornar-se obsoleto. Isso
pode ocorrer caso o negócio ou a estratégia tenha necessidade de tomar uma
outra direção, por força interna ou externa, baixo desempenho, resultados
insatisfatórios ou insignificantes.
Normalmente o Strategy Sprint é cancelado se sua execução não faz mais

sentido às dadas circunstâncias. No entanto, devido a sua curta duração,
raramente cancelamentos são necessários ou fazem sentido.
Quando o Strategy Sprint é cancelado, todos as iniciativas em curso precisam ser

revisadas. As partes da estratégia que estiverem concluídas ou potencialmente
finalizadas, poderão ser aceitas e validadas pelo Strategy Owner.
É necessário promover um Strategy Refinement para reorganizar as prioridades,

descartar e admitir novas iniciativas estratégicas.
O cancelamento de Strategy Sprints consome recursos, já que o Strategy Team

precisa reunir-se em torno do refinamento, ou até mesmo uma reconstrução do
Strategy Backlog, dependendo do caso, para depois realizar um novo
planejamento, para iniciar uma nova Strategy Sprint.
Tudo isso pode ser muito traumático e extremamente prejudicial para toda a
estratégia do negócio, podendo comprometer seriamente os resultados, por isso,
cancelamentos de Strategy Sprints são incomuns.
Strategy Sprint Plan
A estratégia a ser executada no Strategy Sprint é planejado durante o Strategy

Sprint Plan. Este plano é criado através de um trabalho colaborativo entre todo o
Strategy Team.
O Strategy Sprint Plan, como no framework Scrum, tem um timebox máximo de 8

horas para um Strategy Sprint de 90 dias. A quantidade de horas pode variar
para menos, se o timebox do Strategy Sprint for menor.
O Strategy Master é quem garante que o evento ocorra e que os participantes

entendam o seu propósito. Cabe ao Strategy Master facilitar para que o Strategy
Team realize o trabalho dentro dos limites do timebox estabelecido.
O Strategy Sprint precisa responder às seguintes questões:
1. O que pode ser entregue como incremento de resultado na próxima

iteração?
2. Como o trabalho necessário para executar a estratégia e gerar o
incremento desejado será realizado?
O que pode ser como incremento de resultado na próxima iteração?
O Strategy Team trabalha na análise e na previsão das estratégias que serão

executadas durante a Iteração. O Strategy Owner debate o incremento de
resultado que Strategy Sprint deve gerar e os itens do Strategy Backlog que, se
executados na iteração, gerarão o objetivo e o incremento desejado. Todo o
Strategy Team precisa colaborar no entendimento da estratégia da iteração.
A entrada desse evento é o Strategy Backlog, revisado e priorizado, a visão mais

recente de incremento de resultados, a capacidade de execução e
disponibilidade do Strategy Team para atuar na próxima iteração, e o
desempenho passado do Strategy Team.
A quantidade de itens selecionados do Strategy Backlog para a iteração deve ser

o único trabalho do Strategy Team. Somente eles poderão avaliar o que pode ser
executado ao longo da próxima Strategy Sprint.
Durante o planejamento da iteração, o Strategy Team debate e determina o

objetivo da Strategy Sprint. Esse objetivo é o incremento de resultado que
precisa ser alcançado dentro da iteração através da execução de iniciativas do
Strategy Backlog, e que fornece a orientação do Strategy Team sobre o porquê
dele estar executando aquela estratégia na busca pelo incremento.
Como o trabalho necessário para executar a estratégia e gerar o incremento

desejado será realizado?
Tendo definido com clareza o objetivo do Strategy Sprint e selecionado os itens

do Strategy Backlog que serão executados na iteração, o Strategy Team decide
como irá concretizar a estratégia por meio de ações, transformando-as no
incremento de resultados para os negócios.
Todas as iniciativas selecionadas para o Strategy Sprint, juntamente com as

ações delas decorrentes, é chamado de Strategy Sprint Backlog.
Cada uma das iniciativas exigirá esforços diferentes. Contudo, um esforço

“suficiente” para cada iniciativa precisa ser determinado pelo Strategy Team,
permitindo prever o que este acredita que pode executar, diante de sua
capacidade e disponibilidade, durante a próxima iteração.
Todas as iniciativas selecionadas e priorizadas são decompostas em ações

dentro do Strategy Sprint Backlog e durante a execução do Strategy Sprint o
Strategy Team se auto-organiza para executar toda a estratégia e entregar o
incremento de resultados.
O Strategy Owner deve ajudar a clarificar os itens do Strategy Backlog

selecionados e também facilitar e contribuir para as decisões e resolução de
conflitos. Se o Strategy Team identifica não terá capacidade, ou tem
disponibilidade de sobre, os itens do Strategy Sprint Backlog podem ser
renegociados com o Strategy Owner.
O Strategy Team tem o direito e dever de envolver outras pessoas para participar
desta reunião para fornecer opinião especializada sobre iniciativas ou domínios
específicos, contribuindo para maior clareza da estratégia de negócios.
No final do Strategy Sprint Plan, o Strategy Team deve ser capaz de explicar ao
Strategy Owner e Strategy Master como pretende executar a estratégia de forma
auto-organizada para atingir o objetivo da iteração e gerar o incremento de
resultado previsto.
Strategy Sprint Goal
O Strategy Sprint Goal é um objetivo estabelecido para a iteração que pode ser
satisfeito através da execução da estratégia contida no Strategy Backlog. Este é
quem fornece a direção para o Strategy Team sobre o porquê deve executar a
estratégia estabelecida.
Este significado e propósito, precisa ser criado durante a Strategy Sprint Plan, e
dá ao Strategy Team certa flexibilidade a respeito da estratégia que será
executada dentro da iteração pois, muitas vezes, algumas ações planejadas
precisam ser descartadas e/ou novas precisam ser admitidas. Em se mantendo o
objetivo claro da iteração, o Strategy Team tem autonomia para decidir o que
precisa ser feito a fim de satisfazer o objetivo final, sem comprometer o
incremento de resultados previsto.
Caso a estratégia acabe por ser diferente daquela esperada ou planejada pelo
Strategy Team, será necessário colaborar com o Strategy Owner para negociar o
novo escopo do Strategy Sprint Backlog dentro da iteração.
Strategy Stand up Meeting
O Stand Up Meeting na ASR é um evento com timebox de até 1 hora para o

Strategy Team. Deve ser realizada quinzenal ou mensalmente, com preferência
ao menor intervalo possível. Nela o Strategy Team planeja o trabalho para a
próxima quinzena ou mês. Isso otimiza a colaboração e o desempenho, através
da inspeção e adaptação da estratégia executada desde a última Stand Up
Meeting, e da previsão das próximas ações a realizar na iteração. Para reduzir a
complexidade e facilitar a adesão e participação, a data, horário, local e formato
da próxima Stand Up Meeting é definida ao final da reunião atual.
O Strategy Team usa esta reunião para inspecionar o progresso das iniciativas e
ações em direção ao objetivo do Strategy Sprint e se o espaço de tempo
disponível permite realizar toda a estratégia e alcançar os objetivos da iteração.
O Strategy Stand up Meeting aumenta a probabilidade do Strategy Team entregar

o incremento de resultados. Quinzenal ou mensalmente o Strategy Team
reúne-se para aumentar a sinergia, fortalecer a ação e a intenção positiva,
identificar possíveis impedimentos ou barreiras para execução da estratégia em
curso e ainda reforçar os laços e o compromisso com o objetivo iteração.
A estrutura da reunião é definida pelo Strategy Team, e poderá ser conduzida de

diferentes formatos, desde que estas tenham vistas à análise do progresso em
direção ao goal da iteração.
O Strategy Team pode utilizar perguntas; já outros podem promover dinâmicas e

ainda incentivar debates e discussões positivas.
Com base no framework Scrum, a ASR sugere algumas perguntas que podem
ser utilizadas durante a Strategy Stand up Meeting:
● O que eu fiz nos últimos 15-30 dias e que está ajudando o Strategy
Team a atingir a meta da iteração?
● O que eu farei no próximo período de 15-30 dias e que irá ajudar o

Strategy Team a atingir a meta da iteração?
● Eu vejo algum obstáculo que me impeça de executar minhas iniciativas?
● Eu vejo algum obstáculo que impeça o time de desenvolvimento atingir
a meta da iteração?
● Durante os últimos 15-30 dias, o que foi bom? o que foi mal?
● Quais foram as lições aprendidas neste ciclo?
● O que faremos para melhorar? Qual será nosso plano de melhorias?
Pode haver a necessidade de que o Strategy Team e membros de outras equipes

se reunam logo após a Stand up Meeting para ampliar as discussões, seja para
adaptar, melhorar ou replanejar a execução da estratégia até o final da iteração.
O Strategy Master deve assegurar que o Strategy Team realize a reunião, mas é
do Strategy Team a responsabilidade pela condução da Stand up Meeting. Neste
contexto, o Strategy Team precisa facilitar e orientar para que o Strategy Team
mantenha a reunião dentro do timebox de até 1 hora com foco nas discussões
que surgirão a partir das perguntas sugeridas.
A Strategy Stand up Meeting é uma reunião interna do Strategy Team. Caso

outras pessoas estejam presentes, por qualquer necessidade ou motivo, é
responsabilidade do Strategy Master garantir que eles não atrapalhem as
discussões.
O Stand up Meeting tem como objetivo:
● Melhorar a comunicação;
● Re-alinhar todo o Strategy Team em torno da execução da estratégia;
● Reduzir a necessidade de reuniões extras;
● Identificar e remover impedimentos que possam dificultar o trabalho;
● Incentivar a tomada rápida de decisões;
● Melhorar o nível de conhecimento e relacionamento do Strategy Team;
● Avaliar resultados alcançados até o momento em direção ao goal;;
● Validar se a estratégia está conduzindo aos resultados desejados.
● Dentre outros.
Está é uma reunião-chave para promover a Inspeção e Adaptação!
Strategy Inspect & Adapt
O evento de Inspeção e Adaptação é realizado sempre no final do Strategy Sprint

para validar a execução da estratégia e o incremento de negócios, revisar e
adaptar o Strategy Backlog, se necessário.
O Manifesto Ágil enfatiza a importância da melhoria contínua através do seguinte

princípio: “Em intervalos regulares a equipe reflete sobre como se tornar mais
eficaz e ajusta seu comportamento de acordo.”
Durante este evento todo o Strategy Team, inclusive os Strategy Holders e as

demais partes interessadas, analisam os resultados obtidos (quantitativos e
qualitativos) com as estratégias executadas.
Com base nessa análise, e também dos resultados alcançados, todos colaboram
para revisar e adaptar o Strategy Backlog, decidir sobre mudanças de prioridades
ou adoção de novas iniciativas, quando necessário, com vistas a gerar melhores
resultados com a execução da estratégia.
Essa reunião deve ter um timebox de até 4-8 horas, com preferência ao menor
tempo, para um Strategy Sprint de 90 dias. O Strategy Master deve garantir que
o evento ocorra e que os participantes entendam o seu propósito. Cabe ao
Strategy Master facilitar para que o Strategy Team e interessados realizem o
trabalho dentro dos limites do timebox estabelecido.
A Strategy Inspect & Adapt envolve os seguintes elementos:
● Participação de todo o Strategy Team, incluindo os Strategy Holders, e

demais Stakeholders convidados pelo Strategy Owner;
● O Strategy Owner resgata para todos o Goal Strategy Sprint;
● O Strategy Owner esclarece quais iniciativas do Strategy Backlog foram
executadas e quais não foram executadas;
● O Strategy Team apresenta os resultados obtidos e os incrementos de
negócio alcançados através das iniciativas realizadas e responde às
questões dos participantes;
● O Strategy Team discute o que foi bom, o que foi mal e o que acredita
que poderia melhorar para a próxima ou próximas iterações;
● O Strategy Team discute e apresenta quais foram as lições aprendidas

com a iteração e como elas podem ajudar nas próximas;
● O Strategy Owner apresenta o Strategy Backlog tal como está,
projetando os prováveis alvos para as próximas iterações;
● O grupo todo colabora e define o que será feito à seguir, colaborando
para o contínuo refinamento do Strategy Backlog, e é assim que este
evento fornece valiosas entradas para o próximo Strategy Sprint Plan;
● Todos colaboram na revisão do incremento gerado (indicadores
qualitativos e quantitativos), e discutem meios de melhorar para às
futuras iterações, priorizando as coisas mais importantes a se fazer;
● Todos colaboram na revisão da linha do tempo, as disponibilidades
financeiras, a capacidade de execução, e a resposta do negócio diante
das estratégias até então executadas para o priorizar e melhorar tudo;
● O time executa uma breve retrospectiva - 30 minutos ou menos -
analisando: o que foi bom? o que foi mal? quais as lições aprendidas?
● O Strategy Master deve questionar sobre como se procederam os
relacionamentos, à colaboração e sobre os processos e ferramentas;
● O Strategy Master deve apresentar os resultados obtidos com o plano
de melhorias do Strategy Team, caso exista;
● O Strategy Master então facilita e colabora para que todos decidam
quais os problemas precisam ser abordados e como resolvê-los. Fazer
isso nesta oportunidade é muito importante, pois todos os Strategy
Holders, influenciadores e/ou decisores estão presentes e podem
deliberar sobre tais questões que podem estar dificultando o avanço da
estratégia.
Um dos resultados da Strategy Inspect & Adapt é um Strategy Backlog revisado,

que demonstra as novas prioridades diante dos resultados obtidos e das novas
oportunidades ou ameaças, direcionando as prováveis iniciativas estratégicas
para a próxima iteração.
Outra saída do evento é um Plano de Ação de melhorias que serão

implementadas na próxima ou próximas Strategy Sprint, que são a forma do
Strategy Team melhorar a execução da estratégia e a si próprio.
Apesar de que melhorias podem e devem ser implementadas a qualquer

momento, a Strategy Inspect & Adapt fornece uma oportunidade forma para isso.
Artefatos da ASR
Assim como no framework Scrum, os artefatos da ASR fornecem transparência e

garantem oportunidades para inspeção e adaptação, ou seja, melhoria contínua.
Cada um dos artefatos foi definido ou adaptado com vistas a maximizar a
transparência de informações chave, de modo que todos tenham o mesmo
entendimento sobre os mesmos.
Strategy Backlog
Da mesma forma que no framework Scrum, o Strategy Backlog da ASR é uma

lista de iniciativas ordenada e organizada de tudo que é conhecido ser
necessário para executar as estratégias dos negócios.
Deve ser única a origem dessas iniciativas, sejam elas novas, mudanças ou
adaptações nas já existentes. E, para isso, o Strategy Owner é o único
responsável direto pelo Strategy Backlog, suas especificações, organização,
disponibilidade e ordenação.
Um Strategy Backlog nunca estará completo. Os primeiros Strategy Sprints

podem estabelecer novas iniciativas e invalidar outras, pois os resultados
alcançados suportam decisões e escolhas do que pode ser feito melhor ou deve
ser priorizado para alcançar maiores e melhores incrementos aos negócios.
O Strategy Backlog evolui na mesma medida, ou até mais, do que os próprios

resultados e incrementos gerados, pois ele é dinâmico, mudando constantemente
para priorizar e aproveitar oportunidades, potencializar forças e minimizar riscos,
fraquezas e até ataques ao ambiente de negócios.
Estratégias de negócio nunca param de mudas. Portanto, o Strategy Backlog

precisa ser algo vivo, permitindo que seja identificado a melhor estratégia a ser
seguida, quais ações são mais apropriadas e geram melhores resultados e ainda
tornam o negócio mais competitivo e sustentável.
O Strategy Backlog é composto por todas as iniciativas estratégicas identificadas

como capazes de gerar incremento de resultados para os negócios, sua
descrição detalhada, características, requisitos, resultados esperados, ordem de
prioridade e estimativa de valor. Cada item do Strategy Backlog deve ainda

descrever formas de verificar sua execução como, por exemplo, um KPI.
Enquanto uma estratégia de negócios é executada e promove incremento de

valor, as pessoas e os indicadores do negócio fornecem feedback, tornando o
Strategy Backlog cada vez maior, melhor e mais completo.
Além disso, mudanças nos requisitos e ambiente de negócios, condições do

mercado e tecnologia geram mudanças nas estratégias, que causarão
mudanças no Strategy Backlog.
Múltiplos Strategy Team irão trabalhar na execução da estratégia, e um Strategy

Backlog é usado para descrever todas as estratégias previstas para o negócio,
organizadas por temas e iniciativas, compartilhadas ou não, dependentes ou não.
As iniciativas prioritárias (mais altas), que estão no topo da lista, devem estar
mais detalhadas e claras, que os itens de prioridade mais baixa. Estimativas mais
precisas são feitas baseadas na clareza e maior detalhamento; Quanto menor a
ordem na lista de prioridades, menos detalhes são necessários.
Os itens da Strategy Backlog que irão ocupar o Strategy Team na próxima

iteração são mais claros e refinados, de modo que todos possam ser executados
dentro do timebox do Strategy Sprint.
Os itens do Strategy Backlog que podem ser executados dentro da próxima

iteração, são considerados “preparados” para seleção durante a Strategy Sprint
Plan. Itens que adquirem este status, geralmente são aqueles que passaram pela
sessão de refinamento, denominado Strategy Backlog Refinement.
O Strategy Team é responsável por todo o planejamento e execução das

iniciativas selecionadas. O Strategy Owner deve apoiar e colaborar com o
Strategy Team na compreensão e entendimento, nas decisões e conflitos, mas
quem deve planejar o trabalho é quem irá executá-lo, no caso o Strategy Team.
Strategy Backlog Refinement
O Strategy Backlog Refinement é a ação de revisar e adicionar detalhes,

estimativas e ordem aos itens do backlog de iniciativas estratégicas.
Este deve ser um processo contínuo, no qual o Strategy Owner, Strategy Holders
e Strategy Team colaboram no detalhamento das iniciativas; nas mudanças e
definições de prioridade; na inserção ou abandono de itens; tudo com vistas a
atender às novas necessidades do negócio e suas estratégias.
Durante o Strategy Backlog Refinement os itens são inspecionados e revisados.

O Strategy Team decide quando o refinamento está concluído, e este evento não
deve consumir mais do que 10% da capacidade ou disponibilidade do Strategy
Team. Contudo, os itens do Strategy Backlog poderão, a qualquer momento, ser
atualizados pelo Strategy Owner ou à critério dele.
Monitoramento e Progresso na Busca pelos Objetivos
A qualquer momento, o total do trabalho restante para alcançar o objetivo do

Strategy Sprint poderá ser identificado.
Para isso, o Strategy Owner acompanha o total do trabalho restante para

executar a estratégia, pelo menos, a cada Strategy Stand up Meeting que,
diferentemente do framework Scrum, na ASR serve também como uma reunião
checagem, inspeção de adaptação da iteração.
Várias práticas propostas pelo framework Scrum podem ser utilizadas para este
intento, tais como: burn-downs, burn-ups, ou fluxos cumulativos, e até mesmo os
OKRs e demais indicadores relacionados.
Todos estes são extremamente importantes, contudo, não substituem o poder do

empirismo. Em ambientes complexos, permeados pela incerteza, que é o caso
de uma estratégia de negócios, o que acontecerá é desconhecido.
Somente o que já aconteceu pode ser usado para uma tomada de decisão a
respeito do que virá!
Strategy Sprint Backlog
O Strategy Sprint Backlog é um lote de iniciativas estratégicas que foi “puxado”,

ou melhor, selecionado para execução durante o Strategy Sprint, com o objetivo
de alcançar o incremento de negócios estabelecido como meta da iteração.
O Strategy Sprint Backlog é a previsão de iniciativas e ações que serão

executadas pelo Strategy Team para entregar os resultados desejados.
O Strategy Sprint Backlog dá visibilidade e transparência de todo o esforço que

Strategy Team identifica e acredita ser necessário para atingir o objetivo da
iteração.
Para garantir a melhoria contínua, assim como no framework Scrum, a ASR

sugere a escolha de, no mínimo, um item de prioridade alta relacionado à
melhoria selecionada e identificada na última Strategy Inspect & Adapt.
O Strategy Sprint Backlog é um plano com detalhes suficientes para que a

evolução do progresso sejam facilmente e visualmente compreendidas durante a
execução do trabalho e na realização da Strategy Stand up Meeting.
O Strategy Team modifica o Strategy Sprint Backlog à todo momento, ao longo

da execução da Strategy Sprint, pois novos itens de trabalho podem surgir,
principalmente quando o Strategy Team atua segundo a estratégia, reflete e
aprende mais sobre ela, com vistas a atingir o objetivo da iteração.
Sempre que uma nova ação ou trabalho é necessário, o Strategy Team adiciona
este ao Strategy Sprint Backlog. Conforme o trabalho é realizado ou finalizado, a
estimativa do trabalho restante deve ser atualizado. Quando elementos do plano
são considerados desnecessários, eles devem ser removidos.
Somente o Strategy Team pode alterar o Strategy Sprint Backlog durante a

iteração. Ele deve ser altamente disponível e visível. É uma imagem em tempo
real do trabalho que o Strategy Team planeja executar e completar durante a
iteração, o qual pertence exclusivamente ao time.
Monitorando o Progresso da Strategy Sprint
Como previsto no framework Scrum, a ASR prevê que a qualquer momento, o

total do trabalho remanescente dos itens existentes no Strategy Sprint Backlog
pode ser apurado.
O Strategy Team monitora o total do trabalho restante, pelo menos, a cada

Strategy Stand up Meeting, para projetar a probabilidade de alcançar o objetivo
da iteração.
Ao acompanhar o trabalho restante ao longo de toda a Strategy Sprint, o Strategy

Team pode gerenciar seu progresso e desempenho.
Incremento
Incremento, segundo o framework Scrum, é a soma de todos os itens do Strategy

Backlog executados e finalizados durante a iteração, e o valor dos incrementos
de todas as Strategy Sprints anteriores.
Ao final da iteração, um novo incremento é gerado, o que significa que deve estar
na condição de gerar ou ter gerado maiores e melhores resultados aos negócios,
que pode ser comprovado por meio de OKRs ou outros indicadores relacionados.
Um incremento é uma parte inspecionável de trabalho realizado que suporta o

empirismo no final da Strategy Sprint. O incremento é um passo na direção de
uma visão, tema estratégico ou objetivo.
Transparência dos Artefatos
Como no framework Scrum, a ASR invoca a transparência implacável. Decisões

para otimizar a estratégia e mitigar riscos são feitos com base na percepção
existentes no estado dos artefatos.
Na medida em que a transparência é plena, estas decisões tem uma base sólida.
Na medida que os artefatos não são completamente transparentes, estas
decisões podem ser falhas, resultados podem diminuir e os riscos aumentar.
O Strategy Master deve trabalhar ao lado do Strategy Owner, Strategy Team e

outras partes envolvidas para dar entendimento e verificar se os artefatos estão
plenamente transparentes e demonstram a clareza e compreensão desejadas.
O trabalho do Strategy Master é trabalhar com o Strategy Team e com a

organização para aumentar a transparência dos artefatos. Este trabalho
geralmente envolve sensibilização, convencimento, aprendizagem e mudanças.
Transparência não ocorre de um dia para outro, mas é um caminho!
Conclusão
A Agile Strategy RUN é livre e oferecida neste guia. Papéis, eventos, artefatos e
regras da ASR, assim como no framework Scrum, são imutáveis, e embora seja
possível implementar somente partes da ASR, o resultado não serão plenos.
A ASR e seus benefícios só existem com sua total implementação. Ela funciona
como um container para outras técnicas, metodologias e práticas que,
combinadas, facilitam a gestão da estratégia dos negócios.

Agile Strategy Run - Guia

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Agile Strategy Run - Guia

Enviado por

Direitos autorais:

Formatos disponíveis

O propósito do Agile Strategy Run

A técnica Agile Strategy Run foi desenvolvida por Andy Barbosa

A Definição da Agile Strategy Run

ASR-Scrum: é uma técnica desenvolvida com base no framework Scrum, dentro

A técnica é suportada por papéis, responsabilidades, eventos, artefatos e regras

A ASR tem como base as mesmas teorias empíricas do framework Scrum,

Uma estratégia de negócios para ser bem-sucedida no mundo VUCA depende de

Todos os aspectos significativos e relevantes da estratégia devem ser divulgados,

As pessoas envolvidas na estratégia devem, frequentemente, inspecionar os

e adaptado, visando manter seu alinhamento com as novas demandas e

A ASR prescreve quatro eventos formais para inspeção e adaptação da

O sucesso da ASR, assim como do framework Scrum, depende das pessoas se

Através da ASR as pessoas se comprometem pessoalmente pela busca dos

Todos precisam focar no estratégia priorizada e nos objetivos do negócio!

Os membros do time precisam aceitar e manterem-se abertos à novos desafios e

O Strategy Team é formado:

É um time auto-organizável (que tem uma visão clara de seus objetivos e

Como no próprio framework Scrum, o modelo de time proposto pela ASR é

Um Strategy Team deve influenciar e facilitar a entrega de resultados de forma

Normalmente os Strategy Holders são um pequeno grupo de partes interessadas

Em conjunto, são responsáveis por estabelecer os temas e prioridades

Os Strategy Holders devem participar ativamente das sessões de Planejamento,

O Strategy Owner tem o compromisso de maximizar o incremento de resultados

O Strategy Owner é o único responsável por gerenciar o Strategy Backlog, e isso

● Expressar claramente as iniciativas estratégicas no Strategy Backlog;

● Garantir que o time entenda o grau de impacto das iniciativas (positivo -

Todo esse trabalho pode, e até deve, ser compartilhado e realizado

Um Strategy Owner de sucesso, precisa ser um estrategista, ter visão do todo,

O Strategy Master é o guardião do processo da ASR descrito neste guia. O

O Strategy Master é também um líder servidor do time. Deve ajudar as pessoas a

não são. Ele precisa fomentar novos comportamentos; incentivar e estimular a

A Atuação do Strategy Master com o Strategy Owner

O Strategy Master serve o Strategy Owner de diversas maneiras:

● Garantindo que os objetivos e iniciativas planejadas sejam entendidas e

A Atuação do Strategy Master com o Strategy Team

O Strategy Master serve o Strategy Team de diversas maneiras:

● Treinando o Strategy Team para compreender a auto-organização,

A Atuação do Strategy Master com a Organização

O Strategy Master serve o Organização de diversas maneiras:

● Liderando e treinando as pessoas da organização para adoção do ASR;

Conforme o framework Scrum, eventos prescritos são usados para criar

Falhas na execução de qualquer um desses eventos, certamente reduzirá a

Como no framework Scrum, o coração da ASR é o Strategy Sprint, também

Os Strategy Sprints são compostos de:

Durante um Strategy Sprint:

1. Não podem ser feitas mudanças coloquem em risco a possibilidade de

3. As iniciativas podem ser clarificadas e renegociadas com o Strategy

Isso garante maior previsibilidade, maior foco e redução de desperdícios,

Cancelamento de um Strategy Sprint

Como no framework Scrum, um Strategy Sprint pode ser cancelado antes do

Normalmente o Strategy Sprint é cancelado se sua execução não faz mais

Quando o Strategy Sprint é cancelado, todos as iniciativas em curso precisam ser

É necessário promover um Strategy Refinement para reorganizar as prioridades,

O cancelamento de Strategy Sprints consome recursos, já que o Strategy Team

Strategy Sprint Plan

A estratégia a ser executada no Strategy Sprint é planejado durante o Strategy

O Strategy Sprint Plan, como no framework Scrum, tem um timebox máximo de 8

O Strategy Master é quem garante que o evento ocorra e que os participantes

O Strategy Sprint precisa responder às seguintes questões:

1. O que pode ser entregue como incremento de resultado na próxima

O que pode ser como incremento de resultado na próxima iteração?

O Strategy Team trabalha na análise e na previsão das estratégias que serão

A entrada desse evento é o Strategy Backlog, revisado e priorizado, a visão mais