Dicas para leitura deste material

Olá! Para proporcionar a você uma melhor experiência

de leitura, fizemos um eBook interativo. Aqui, além do
texto, você também vai encontrar links, imagens
interativas e um índice clicável. Os botões no canto
esquerdo superior de todas as páginas levam você até o
site do Ietec. Já os ícones no canto direito superior servem
para você acessar nossas redes sociais. No índice, você
pode clicar em cada capítulo e ir diretamente para a parte
que deseja ler. E na parte inferior de cada página você
encontra um botão que leva você, automaticamente,
de volta ao índice. Além disso, você encontrará imagens
interativas, com os links logo abaixo das mesmas. E
por falar em links, este material está cheio deles. Fique
à vontade para explorá-los e, assim, aprofundar ainda
mais o seu conhecimento!

Boa leitura!

2
Índice
Dicas para leitura deste material....................................................................................................................2
Apresentação.................................................................................................................................................4
Currículo.................................................................................................................................................................4
Introdução......................................................................................................................................................5
Maturidade 4 em Métodos Ágeis – Agilidade em Escala Organizacional..........................................................6
LESS (Large Scale SCRUM).......................................................................................................................................7
SAFe (Scaled Agile Framework)...............................................................................................................................8
NEXUS....................................................................................................................................................................9
Holocracia (Holacracy)............................................................................................................................................10
Maturidade 5 em Métodos Ágeis –.................................................................................................................12
Em busca da Antifragilidade...........................................................................................................................12
Um exemplo – A Antifragilidade para Times:...........................................................................................................12
Um outro exemplo – A Antifragilidade para a Qualidade de Produtos:....................................................................15
Da fragilidade para a robustez. E da robustez para a antifragilidade........................................................................16
Sobre Antifragilidade..............................................................................................................................................17
Além do SCRUM – Kit Ágil para Agilistas.........................................................................................................18
Conclusão.......................................................................................................................................................19

3
Apresentação
Este material foi desenvolvido com base no Blog
do especialista Marco Aurélio de Souza Mendes.

Veja mais
Currículo
É coordenador do curso de Gestão Ágil de Projetos do IETEC, professor em
disciplinas de métodos ágeis e DevOps, e consultor na implantação de métodos
ágeis e DevOps pela Arkhi Consultoria.
Possui experiência de 26 anos em Tecnologia de Informação em diversas empresas
no Brasil e exterior nas funções de liderança técnica de projetos, arquitetura
corporativa e consultoria em métodos diversos. Dentre as instituições onde já
realizou consultoria, destacam-se: CEMIG, Governo de Minas Gerais, PRODABEL,
PRODEMGE, OI/Telemar, Vivo, TIM, UNIMED-BH, Supermix, Qualirede, BDMG,
Banco Mercantil do Brasil, Banco Bonsucesso, PUC Minas/DATAPUC, UFMG, FIA/
USP, UNICAMP, Grupo Localiza, Arcelor Mittal Sistemas, Belgo Beckaert Arames e
Vallourec/Manesmann.

Bacharel (1993) e Mestre em Ciência da Computação (1996) pela UFMG,

é entusiasta de métodos ágeis, agilidade em escala organizacional, uso de
métodos lean na tecnologia da informação, arquitetura corporativa e fatores de
produtividade em projetos.

4
Introdução
No eBook Maturidade em Métodos
Ágeis- Volume 1, conhecemos os
três primeiros níveis de maturidade
na implantação de métodos ágeis.
Agora, iremos falar sobre os níveis 4
e 5 de maturidade, responsáveis por
levar os princípios ágeis muito além
dos times dos produtos de inovação
ou da tecnologia da informação, mas
para toda a estrutura de uma empresa.
Além disso, iremos apresentar pra
você algumas referências de leitura
para avançar nas práticas e valores
dos métodos ágeis.

Boa leitura!

5
Maturidade 4 em Métodos Ágeis –
Agilidade em Escala Organizacional
Em continuidade ao nosso modelo de maturidade
em métodos ágeis, iremos falar da escalabilidade
das práticas ágeis em organizações. Vimos que no
nível 3 de maturidade as práticas ágeis se tornam
consistentes dentro de um projeto. O caminho natural
é o espalhamento dessas práticas por diversos projetos,
áreas ou até mesmo toda uma organização.

Desde o nascimento dos métodos ágeis, há 20 anos,

diversos praticantes enfrentaram o problema da
escalabilidade de métodos ágeis. Os resultados foram
diversos e levaram a um conjunto robusto de frameworks
de processo. Compilamos alguns a seguir:

6
LESS (Large Scale SCRUM)
Large Scale Scrum [Imagem maior]
Origem:O LESS foi compilado a partir das experiências
de Craig Larman e Bas Voodle em consultoria e
desenvolvimento de produtos em larga escala, com
centenas de analistas trabalhando simultaneamente
com um objetivo unificado.
Bases conceituais:O LESS tem como pilares o SCRUM,
o pensamento Lean e a Teoria de Sistemas. O SCRUM
fornece ao LESS a estrutura, papéis, ritos e produtos de
trabalho. O pensamento Lean fornece a esse framework
a sólida base de conhecimento do Sistema Toyota de
Produção, incorporado com robustez nesse trabalho.
A Teoria de Sistemas traz os elementos poderosos de
pensamento, tais como efeitos defasados no tempo,
ciclos de reforço positivos e negativos, análise de
causas raízes e arquétipos organizacionais. O sítio
mantido pelos autores é uma rica fonte de informações,
congregando ao mesmo tempo conceitos sofisticados
e práticas aplicáveis em virtualmente qualquer tipo de
projeto.
Livro essencial: Scaling Agile and Lean Development:
Thinking and Organizational Tools for Large-Scale
Scrum, Craig Larman e Bas Voodle.
Certificação de entrada: Certified LESS Practicioner
7
SAFe (Scaled Agile Framework) Bases Conceituais: O SAFE também é fortemente
baseado no SCRUM e no pensamento Lean. Entretanto,
observamos nesse método também conceitos
gerenciais clássicos como o uso de cadeias de valor,
portfólio e programas de projetos. O SAFE é um método
com uma estrutura mais rígida que outros métodos
ágeis, o que traz críticas de agilistas mais extremos
e elogios de gerentes que estão acostumados com
escolas gerenciais mais tradicionais.

Livro Essencial: Scaling Software Agility: Best Practices

for Large Enterprises (Agile Software Development
Series)

Certificação de Entrada: SAFe Agilist

SAFE 4.0 [Imagem maior]

Origem: O SAFE, que teve a versão 4.0 lançada em

Janeiro de 2016, é fruto do trabalho de Dean Leffingwell,
direcionado para operar uma área de Tecnologia de
Informação em alinhamento ao portfólio organizacional,
com o uso de princípios e práticas ágeis e lean.

8
NEXUS
Nexus Framework [Imagem maior]
Origem: O Nexus teve origem a partir da experiência
de Ken Schwabber, um dos pais do SCRUM, no
desenvolvimento de produtos com vários times
Scrum operando em paralelo. O Nexus é mantido pela
comunidade Scrum.Org.
Bases Conceituais: O framework Nexus é a
sistematização da técnica de escala Scrum, chamada
Scrum of Scrums, para projetos que demandem entre
3 e 9 times operando em paralelo. Ele introduz novos
papéis e um time especial (Time de Integração) e tem
como foco central a integração e coordenação dos
esforços de cada time na construção dos incrementos
de produtos.
Livro Essencial: Guia do Nexus, já traduzido para o português.
Certificação de Entrada: Scaled Professional Scrum (SPS)
9
Holocracia (Holacracy)
Base Conceitual: A Holocracia tem em seus pilares
conceitos sociológicos de organizações de centro vazio,
conceitos de auto-organização, teoria da complexidade
e teoria da emergência (emergence). A Holocracia
não é um framework de TI e tampouco centrada em
projetos apenas. Ela lida com o problema de criar
organizações antifrágeis (como definido por Nassib
Taleb no seu potente livro Antifragilidade: coisas que se
beneficiam da desordem). A Zappos, bilionária empresa
americana recentemente comprada pela Amazon,
implementa a holocracia como o seu sistema gerencial
descentralizado. O portal Holacracy.org é uma vasta
Holocracia [Imagem maior] fonte de recursos para interessados e praticantes.

Origem: A Holocracia é um sistema descentralizado Livro Essencial: Holacracy: The New Management
de tomada de decisões para que empresas possam System for a Rapidly Changing World
criar mecanismos de auto-organização para operar em
ambientes dinâmicos e complexos. Certificação de Entrada: Holocracy Practicioner

10
Cada um desses frameworks possui dezenas de casos
documentados e milhares de empresas em todo o mundo
que os usam para seu benefício econômico e social. E
de volta ao nosso modelo de maturidade, definimos o
uso de métodos ágeis em escala organizacional com
esses ou outros frameworks similares como sendo o
nível 4 de maturidade.
Organizações que atingem esse nível transcendem
os projetos de desenvolvimento de software ou
infraestrutura. Essas organizações mudam a sua
estrutura interna de funcionamento e transcendem
as mazelas gerenciais e ineficiências tão fortemente
instaladas em muitas organizações ainda presas ao
modelo da administração do século XX.
Se você já opera algum método ágil (SCRUM, OpenUP,
XP, Entrega Ágil Disciplinada) de forma consistente em
seu projeto há mais de 6 meses, talvez exista espaço
para você avançar para o nível 4 de maturidade.
Algumas dicas rápidas a respeito incluem:
• estudar o pensamento e práticas lean;
• estudar práticas de agilidade organizacional citadas
nesses frameworks;
• avaliar os casos de sucesso citados nesses frameworks
e se informar como se deu a implementação;
• promover debates entre times na sua organização
que já praticam o SCRUM;
• começar a incorporar o pensamento lean dentro
das suas práticas ágeis;
• começar a incorporar práticas lean dentro das suas
práticas ágeis;
• escolher um framework em escala organizacional e
começar a incorporar algumas de suas práticas em
uma área ou produto de larga escala;
• buscar apoio de pessoas que já possuam
conhecimento mais sólido nesses frameworks.
Os resultados podem ser muito interessantes.
11
 A fragilidade organizacional é aqui definida como
Maturidade 5 em Métodos Ágeis – aquele tipo de organização onde os eventos negativos
Em busca da Antifragilidade provocam efeitos devastadores.

Um exemplo – A Antifragilidade para Times:

Chegou a hora de descrevermos como reduzir a
Um exemplo de fragilidade é uma organização que
fragilidade organizacional. A figura abaixo mostra um
tenha um time baseado no modelo comando e
esquema com níveis de maturidade organizacional em
controle. Neste modelo, existe a figura de um gerente
métodos ágeis, ao longo das perspectivas de times, ritos,
forte e subordinados que cumprem comandos, com
entregas e qualidade. O nível 1 mostra uma organização
baixa interação entre si. Este modelo é frágil, pois pode
mais frágil. Os níveis intermediários e avançados
ser abalado por várias questões tais como:
mostram organizações que não são mais frágeis.

• uma provável baixa capacidade do gerente de lidar

com todos os problemas do dia a dia;
• uma baixa capacidade de aprendizado dos
comandados devido a sua baixa comunicação (não
é tão comum encontrar pessoas que aprendam
sozinhas);
• uma baixíssima resiliência a qualquer evento que afete
o gerente (ausências no dia a dia ou faltas ao trabalho);
• um provável colapso do time quando esse gerente
Melhoria contínua em métodos ágeis [Imagem maior]
deixa a organização.

12
Ao reconhecer a fragilidade em um time, uma
organização pode introduzir mecanismos de resiliência.
Ao fazer isso, por exemplo, com mais autonomia para as
pessoas, delegação administrativa e maior comunicação
interna, estaremos avançado para um time robusto.
Definimos robustez organizacional aqui como a
capacidade de resistir a eventos negativos, que
ocorrem em todas as organizações. No exemplo
anterior teríamos então a figura forte de um gerente,
ao mesmo tempo com mais autonomia e comunicação
entre os liderados. Nesse modelo robusto, o time
consegue trabalhar sem o gerente e até suportar a sua
perda, pois possuem autonomia e se comunicam com
frequência.
A robustez parece o objetivo desejável, mas ela não
é o contrário da fragilidade. Se a fragilidade fosse um
número negativo, a robustez seria o número zero. Isto é,
na robustez apenas lidamos com os eventos negativos,
mas não geramos oportunidades de ganhos positivos
nas incertezas. Times robustos, ao contrário, apenas
restauram o estado inicial após um incidente negativo.
E aqui entra o conceito da antifragilidade. Quando
uma organização avança além da robustez, ela se
torna antifrágil. A antifragilidade é definida aqui
como a resiliência para lidar com eventos negativos
e ao mesmo tempo explorar oportunisticamente os
eventos negativos e positivos. A antifragilidade é o
contrário da fragilidade, ou seja, é o tipo de organismo
que se torna mais forte após as adversidades.
No exemplo de times, definimos então um time
antifrágil como um time auto-organizado.
• Em times auto-organizados, não existem “gerentes”
no sentido clássico. Existem líderes facilitadores que
preparam o terreno para o time atuar e fazer o seu
melhor coletivamente.
13
• Aqui eles organizam as suas tarefas, resolvem os seus • Frameworks gerencias modernos como o
conflitos e periodicamente discutem o que funcionou Management 3.0 ou a Holocracia têm promovido
e o que precisa ser aperfeiçoado. Aquilo que não a formação de times auto-organizados (e mais
funcionou irá gerar uma agenda de melhoria, que antifrágeis que os tradicionais times de mercado). O
irá fortalecer esse time. caso Zappos, que citamos no tópico de maturidade
• Em times auto-organizados, análises de causa raiz 4 deste e-book, é um exemplo emblemático do uso
são realizadas para lidar com a fonte dos problemas, da holocracia em uma empresa que fatura mais de
evitando erros similares futuros e, portanto, os 1 bilhão de dólares por ano.
tornando mais antifrágeis.
• Times auto-organizados são generalistas-especialistas
e, portanto, redundantes a absenteísmos e
rotatividades (até um certo ponto). A redundância
é uma das propriedades desejadas em sistemas
antifrágeis.
• Finalmente, times auto-organizados promovem
e resolvem conflitos através de uma cultura
permanente de feedbacks estruturados. Isso limpa
arestas, problemas de relacionamento e cria extrema
confiança entre os participantes.

14
Um outro exemplo – A Antifragilidade para a
Qualidade de Produtos:
Um exemplo de qualidade frágil é um time de
desenvolvimento de software que entrega produtos
em produção com muitos defeitos e por isso tem boa
parte da sua agenda ocupada com incidentes críticos
no ambiente de produção.
Ao mesmo tempo, se esse time reconhecer a fragilidade,
criar uma consciência de testes e começar a trabalhar
em pequenos instrumentos como refatoração, testes
de unidade e TDD, essa mesma organização pode
avançar do mundo da fragilidade para a robustez.
Uma organização robusta para testes e qualidade
parece apropriada, mas ela simplesmente tolera
até certo nível os riscos negativos que ocorrem no
desenvolvimento e manutenção dos seus produtos.
Neste exemplo de qualidade, ela é aquela que escreve
testes e os automatiza para lidar com a imprevisibilidade
ambiental, que sempre irá acontecer. (Exemplo:
hardwares ou banco de dados sempre falharão em
algum momento). Ao mesmo tempo, a robustez não
cria inovação e não usa as oportunidades positivas que
também se apresentam (assim como as negativas).
Nesse mesmo exemplo de qualidade, um time pode
perceber que as práticas de testes podem ser tão
poderosas que podem ser usadas para:
• provocar falhas rapidamente no ambiente com
automação de testes (CI/CD) – gerar erros pequenos
no começo do produto é benigno e antifrágil;
• trabalhar a especificação de requisitos em uma
abordagem BDD (Behavior Driven Development).
Com o BDD, analistas exploram narrativas de
negócio na forma de teste desde o começo do
desenvolvimento do produto, reduzindo assim o
custo total do desenvolvimento de software e ao
mesmo tempo capturando problemas que somente
seriam descobertos mais tarde no projeto;
15
 Da fragilidade para a robustez. E da robustez
realizar testes de situações anômalas, como provocar
para a antifragilidade
deliberadamente a falha de componentes e observar
o comportamento do sistema (um exemplo ótimo
A melhoria contínua é o processo contínuo que
nesse sentido é o aplicativo CodeMonkey do NetFlix,
levou organizações sem maturidade a estágios mais
que derruba aleatoriamente servidores em produção
avançados. Mesmo nas organizações mais avançadas
para descobrir e antecipar problemas. Sim, ambiente
quanto ao uso de métodos ágeis, a melhoria contínua é
de produção!);
o instrumento que as leva a manter as suas conquistas
• introduzir tolerância a falhas e elasticidade
computacional nos seus ambientes de produção, e buscar ainda mais aprimoramentos.
para aproveitar as oportunidades de picos de
usuários em eventos futuros incertos. A melhoria contínua é a mola mestra para sair da
fragilidade e avançar para a robustez e antifragilidade.
Ela envolve sistematizar:

• a observação ambiental dos eventos (positivos e

negativos);
• o debate regular sobre os acontecimentos positivos
e como eles podem ser mantidos no sistema;
• o debate regular sobre os acontecimentos negativos
e como eles podem ser eliminados ou mitigados
através de ações de melhoria no sistema.

16
Se um time realiza este “ritual” periodicamente, ele
avança de forma contínua e em breve começa a eliminar
as suas fragilidades, uma a uma.
A Toyota é um excelente exemplo de como a aplicação
sistemática de pequenas melhorias, de forma contínua,
pode trazer grandes resultados em longo prazo. De
forma geral, a Toyota é reconhecida por produzir carros
com maior qualidade, menos defeitos embutidos,
menos horas de pessoas, estoques e plantas menores
no processo produtivo do que os seus concorrentes. O
livro Toyota Way mostra como essa cultura gerencial
fantástica foi trabalhada passo a passo.
Sobre Antifragilidade
É um conceito cunhado por Nicholas Taleb e
inicialmente sistematizado na história humana na
filosofia estóica (Sêneca, Marcus Aurelius e Epícuro).
Um artigo introdutório e interessante sobre o tema
pode ser encontrado no artigo Beyond Sissy Resilience:
On Becoming Antifragile, que apresenta uma bela
figura metafórica sobre o conceito.
17
Além do SCRUM – Kit Ágil para
Agilistas
O Scrum, método ainda pensando em 1986 no seminal
artigo The New New Product Development Game,
ganhou muita popularidade no Brasil nos últimos anos e
disseminou alguns valores e princípios ágeis entre times
de projetos em tecnologia da informação. O universo
de métodos ágeis, entretanto, é muito mais vasto que
as práticas apresentadas pelo Scrum. Compilamos aqui
algumas referências importantes para agilistas que
queiram avançar nas práticas e valores de métodos ágeis.
Livro Peopleware, de Tom de Marco. Um clássico escrito
nos anos 70 e reeditado em 2013, que apresenta
princípios e práticas da liderança efetiva de pessoas em
TI e organização de times.
O blog de Allistair Cockburn, que nos apresenta um grande
número de informações de primeira linha sobre métodos
ágeis e a sua excelente (mas pouco conhecida) metodologia
Crystal. Recomendamos sobre este método o livro Crystal
Clear: A Human-Powered Methodology for Small Teams: A
Human-Powered Methodology for Small Teams.
A página do método Entrega Ágil Disciplinada, do
famoso agilista Scott Ambler, que apresenta um
conjunto de práticas que estendem o Scrum para
situações complexas de projetos de TI e realidades
culturais diversas.
Manufatura enxuta para desenvolvimento de software,
que fornece poderosos princípios para redução do
tempo de ciclo na entrega de software e redução de
desperdícios. Um artigo introdutório ao tema é apres
entado aqui e alguns excelentes livros sobre o tema
foram escritos pelo casal Poppendick – Agile Toolkit,
Implementing the Lean Software Development e
Leading Lean Software Development.
Os artigos do Uncle Bob (Robert Martin), e os seus
clássicos livros Clean Code e Clean Coder.
18
O trabalho de extensão de métodos ágeis para o nível
organizacional descrito no excelente trabalho do
método ágil corporativo Scale Agile Framework.
Conclusão
Chegamos ao final deste material e esperamos ter conseguido
te ajudar a entender como as práticas da metodologia ágil
podem funcionar corretamente nos ambientes de realização
de projetos e desenvolvimento de produtos.
Sabemos que essa transição não é fácil e requer paciência
e mudança de cultura, mas é preciso ter em mente que
sempre haverá transições, pois essa é a ordem natural
das coisas. Passar por esse processo da maneira correta,
aliado a um bom planejamento estratégico, são fatores
importantes para que você alcance o sucesso!
19