AGILIDADE PARA INICIANTES

Uma empresa pode escolher entre várias metodologias de desenvolvimento e

gestão de projetos. De um modo geral, a escolha se dá entre uma abordagem
tradicional e uma abordagem Ágil.

Há alguns anos e cada vez mais, observamos que muitos dos produtos e
serviços que nos cercam e que mudaram as nossas vidas foram desenvolvidos
segundo uma filosofia Ágil. Estes produtos inovadores, disruptivos e de alto
valor de mercado mudaram a forma que chamamos um táxi, que pedimos
comida de restaurantes ou quando usamos os serviços bancários. Hoje, muitas
vezes, nem nos lembramos onde fica a nossa agência bancária, e não temos
saudades disso.

Nesse sentido, convido-lhe a refletir um pouco sobre a diferença entre um

projeto Ágil e um projeto tradicional em cascata. Entender os desafios do
modelo tradicional nos permite entender o avanço da utilização da agilidade e
como a esta responde aos problemas do desenvolvimento tradicional.

PROJETOS CASCATA E A TRANSFORMAÇÃO DIGITAL

A abordagem em cascata está fortemente relacionada à indústria aeroespacial

e a indústria de defesa americana na década de 1960. As melhores práticas
recomendadas pelo Project Management Institute PMI seguem etapas bem
definidas e com documentação clara e detalhada. Este modelo mostrou bons
resultados por anos em cenários onde a definição do projeto, como descrito no
início do projeto, não sofria alterações. (Projectmanager 2018)

Pode-se observar que, mais e mais, projetos falhavam (Project-management

2021). E estas falhas são, em muito, reflexo do mundo contemporâneo onde as
mudanças são inevitáveis e até desejáveis. Fatores externos como a mudança
de tecnologias e a necessidade de alteração das características do produto
simplesmente não são compatíveis com o modelo cascata. Uma mudança leva
a retroceder ao início de muitas fases. Com isso, não é raro, termos relatos de
desgaste da equipe de desenvolvimento, atraso no cronograma, gastos além
do orçamento e frustação do departamento comercial. Pois a falta de diálogo e
integração entre essas equipes, o trabalho compartimentado, setorizado acaba
levando a tal desgaste.

Ainda que muito projetos em “cascata” apresentem falhas, muitas empresas

não abrem mão deste modelo por apresentar características desejáveis. Um
dos pontos apreciados pelas organizações faz referência à entrega em etapas,
que facilita o controle do gerente sobre o andamento das fases e do projeto. E,
este cronograma detalhado e profundo, mesmo que frequentemente refeito e
falho, que motiva empresas e gerentes a adotarem o modelo cascata.

Fonte: https://en.wikipedia.org/wiki/Software_development_process

O MANISFESTO ÁGIL
A filosofia Ágil foi a resposta, que os próprios desenvolvedores trouxeram, ao
segmento empresarial que demandava por produtos inovadores entregues com
um planejamento adaptativo, de forma evolutiva e antecipada

Foi em fevereiro de 2001 que um grupo de desenvolvedores experientes se

reuniu em uma estação de esqui em Uta, Estados Unidos para conversar,
esquiar e comer. Sob o nome de Aliança Ágil este grupo procurou alternativas
para o desenvolvimento tradicional de software. O resultado deste encontro é
hoje conhecido, e por muitos admirado, o Manifesto Ágil.

Desde aquele fevereiro de 2001 a filosofia Ágil vem ganhando espaço entre a
comunidade de desenvolvedores e empresas. Abaixo a reprodução do
Manifesto:

Estamos descobrindo melhores maneiras de desenvolver software

fazendo isso e ajudando outros a fazê-lo. Através deste trabalho
chegamos a valorizar:
Indivíduos e interações sobre processos e ferramentas
Software de trabalho sobre documentação abrangente
Colaboração do cliente sobre negociação de contratos
Respondendo à mudança ao seguir um plano
Ou seja, enquanto há valor nos itens à direita, valorizamos mais os
itens à esquerda. (MFASD 2001)

METODOLOGIAS ÁGEIS E SCRUM

No dia a dia, os termos Agilidade e Ágil acabam fazendo referência para um
conjunto de métodos e frameworks como Scrum, Extreme Programming (XP),
Feature Driven Development (FDD), Lean, Crystal, Metodo Kanban, e. Dynamic
Systems Development Method (DSDM)

Esses modelos de trabalho já são utilizados há muitos anos na indústria de

desenvolvimento de produtos, com características e aplicabilidades
específicas. No entanto, todos tem como ponto comum a adaptabilidade à
mudanças e, portanto, mais eficiente no tempo e maximizam o sucesso dos
projetos quanto a alcançarem o valor esperado dentro de tempo e custo
projetado.

As Metodologias ágeis são geralmente direcionadas para equipes de pequeno

e médio porte que constroem softwares diante de requisitos que inicialmente
são até vagos e que mudam rapidamente. Esta maneira ágil de pensar
proporciona uma melhor saída, reconhecendo a oportunidade de refinar
constantemente o produto e permitindo mudanças.

Impulsionados por uma geração que abraçou a transformação digital e são

ávidos por novos produtos disruptivos têm de forma consistente ganhado
espaço por equipes que precisam da manobrabilidade e velocidade que uma
equipe de desenvolvimento de software Agile pode oferecer.

SCRUM, SOFTWARE E MUITO MAIS

Dentre os métodos e frameworks de agilidade o Scrum tem se consolidado
como a opção prediletas das empresas para suas equipes. Não é por acaso
que dentre os 17 integrantes que assinam o Manifesto Ágil estão Ken
Schwaber e Jeff Sutherland os idealizadores do framework Scrum.

Scrum é uma estrutura de desenvolvimento de software ágil iterativo e

incremental. Concentra-se em pequenas equipes auto-organizadas,
trabalhando em ciclos curtos, sob a orientação de um “Proprietário de Produto”
focado na entrega de valor.

O Scrum, como descrito no Scrum Guide de 2020, incluem funções de Product

Owner, Scrum Master e os Desenvolvedores (em versões anteriores Scrum
Team).

O Product Owner está focado na entrega de valor, do produto ou serviço, ao

cliente e representa e, muitas vezes, é alguém da equipe de gerenciamento de
produtos ou um stakeholder chave com grande conhecimento do produto. O
Scrum Master não é o “mestre do time Scrum” é uma pessoa com grande
conhecimento do framework Scrum, coach do Product Owner e dos
Desenvolvedores na aplicação do framework, escolha de ferramentas,
retirando impedimentos e focado na melhoria constante. Os Desenvolvedores
são o conjunto de pessoas focadas no desenvolvimento do incremento de valor
em cada ciclo de iteração. Os Desenvolvedores constituem geralmente um
grupo até 10 pessoas, com uma hierarquia plana.

O Scrum consiste em quatro Cerimônias mandatórias:

Sprint Planning – uma reunião no início de cada sprint (ciclo de trabalho de até
4 semanas), onde é definido um backlog de itens para a próxima sprint, um
objetivo e um plano.

Sprint Review – uma reunião onde todas as partes interessadas podem ver o
que foi feito no último sprint e ajustar quando necessário.

Sprint Retrospectiva – uma oportunidade para todo o Time Scrum avaliar o

quão bem o Scrum está trabalhando para eles e criar um plano de melhoria.

Daily Scrum – acontece todos os dias e é uma discussão sobre o que a equipe
fez no dia anterior e o que fará durante o dia atual para alcançar o objetivo de
sprint, bem como possíveis impedimentos.

O Scrum também tem artefatos que cada Time Scrum precisa estar ciente
durante o ciclo de vida do desenvolvimento, como: Backlog do Produto,
Backlog da Sprint e Incremento de Produtos. O Backlog do produto é uma
coleção de itens ordenados de tudo que se conhece do produto naquele
momento. O Backlog da Sprint é um conjunto de itens e tarefas a serem
concluídas no sprint atual. E, finalmente, o Incremento do Produto é a saída de
uma Sprint composto por todos os itens entregues na Sprint atual e nas Sprints
Anteriores e que são potencialmente entregáveis.

COMO AS EMPRESAS GANHAM COM O ÁGIL?

No ambiente de negócios competitivo e em constante mudança de hoje,
desafiado nos últimos tempos pela pandemia do COVID-19, as empresas
operam sob a pressão de inovar de forma mais rápida e disruptiva, mantendo
alto retorno sobre investimento com equipes trabalhando no escritório ou em
casa.

As metodologias ágeis são consideradas leves na natureza, adaptativas e

abraçam a mudança aos requisitos em qualquer etapa do projeto. Isso ajuda a
posicionar a tecnologia em um alinhamento contínuo com os objetivos do seu
negócio.

Contando com a colaboração contínua com o cliente e a rápida entrega de

versões do produto, a filosofia Ágil oferece às empresas a oportunidade de
obter um retorno antecipado dos investimentos. Além disso, o jeito Ágil de
trabalhar propõe uma burocracia mínima dentro do ciclo de vida do
desenvolvimento do produto e nos provoca a envolver o cliente, uma
organização leve centrada no cliente

REFERÊNCIAS

MSDF 2001. Manifesto for Agile Software Development. Disponível em

http://agilemanifesto.org/.

Projectmanager 2018. A History of PMI & Its Role in Project Management.

Disponível em https://www.projectmanager.com/blog/history-of-pmi.

Project-management 2021. Top 10 Reasons Why Projects Fail. Disponível

em https://project-management.com/top-10-reasons-why-projects-fail/ .