Gerenciamento de projeto - Unidade IV

Prévia do material em texto

<p>158</p><p>Unidade IV</p><p>Unidade IV</p><p>7 DESENVOLVIMENTO PROFISSIONAL E LIDERANÇA EM GESTÃO ÁGIL</p><p>O desenvolvimento profissional no contexto ágil tem se mostrado uma jornada essencial para aqueles</p><p>que desejam se destacar em ambientes empresariais dinâmicos e em constante evolução. A liderança</p><p>eficaz em gestão ágil demanda uma combinação de habilidades técnicas e comportamentais que, juntas,</p><p>facilitam a adaptação rápida e a entrega contínua de valor. Para atingir esse patamar, é fundamental</p><p>que os profissionais busquem certificações reconhecidas, como Scrum Master, Product Owner, Agile</p><p>Coach e (PMI-ACP), que não só comprovam o conhecimento adquirido, mas também abrem portas para</p><p>oportunidades significativas de crescimento.</p><p>A obtenção de certificações ágeis, como a de Scrum Master, capacita os profissionais a facilitarem</p><p>o trabalho em equipe e a removerem impedimentos que possam atrasar o progresso. Por outro lado, a</p><p>certificação de Product Owner foca na gestão de backlog e na maximização do valor do produto entregue.</p><p>O Agile Coach, por sua vez, orienta e apoia equipes e organizações na transição para métodos ágeis,</p><p>promovendo a cultura e os princípios ágeis em toda a estrutura organizacional. Por fim, a certificação</p><p>PMI-ACP destaca-se por cobrir uma ampla gama de práticas ágeis e assegurar que o profissional está</p><p>apto a aplicar técnicas ágeis em projetos complexos e diversificados.</p><p>Para além das certificações, o desenvolvimento de habilidades de liderança e colaboração</p><p>é  crucial. Os líderes ágeis devem inspirar suas equipes, promovendo um ambiente de confiança e</p><p>transparência. Isso requer a habilidade de ouvir ativamente, fornecer feedbacks construtivos e encorajar</p><p>a auto-organização e a autonomia das equipes. A colaboração eficaz se torna uma peça-chave, pois a</p><p>integração e o trabalho em conjunto são fundamentais para a entrega rápida e eficiente de projetos.</p><p>Neste sentido, o desenvolvimento de habilidades interpessoais e emocionais é tão importante quanto o</p><p>conhecimento técnico.</p><p>O networking e a participação em comunidades ágeis também são componentes essenciais para o</p><p>desenvolvimento profissional. Engajar-se com outros profissionais da área através de eventos, conferências</p><p>e grupos de estudo permite a troca de experiências, a aprendizagem de novas práticas e a construção de</p><p>uma rede de suporte e influência. As comunidades ágeis oferecem um espaço onde é possível discutir</p><p>desafios, compartilhar sucessos e aprender continuamente, mantendo-se atualizado com as tendências e</p><p>inovações no campo da agilidade.</p><p>O aprendizado contínuo é outro pilar no desenvolvimento profissional e na liderança em gestão ágil.</p><p>O mundo dos negócios e da tecnologia está em constante transformação, e para liderar, de maneira</p><p>eficaz em um ambiente ágil, é necessário estar sempre em busca de novos conhecimentos e habilidades.</p><p>Cursos, workshops, leituras e a participação em treinamentos regulares são práticas que asseguram que</p><p>o profissional se mantenha à frente das mudanças e possa implementar as melhores práticas no seu</p><p>trabalho diário.</p><p>159</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Portanto, o desenvolvimento profissional e a liderança em gestão ágil demandam um compromisso</p><p>contínuo com a aprendizagem e a melhoria constante. As certificações ágeis fornecem a base técnica,</p><p>enquanto o desenvolvimento de habilidades de liderança, colaboração, networking e a participação</p><p>ativa em comunidades ágeis complementam essa formação, criando profissionais capazes de guiar suas</p><p>equipes rumo ao sucesso em um ambiente empresarial ágil e competitivo.</p><p>7.1 Certificações ágeis (Scrum Master, Product Owner, Agile Coach, PMI-ACP)</p><p>Na área de TI, as certificações são credenciais obtidas por profissionais da área para validar suas</p><p>competências, conhecimentos e habilidades em tecnologias específicas, metodologias ou práticas de</p><p>gestão de TI. Essas certificações são oferecidas por organizações independentes, empresas de tecnologia e</p><p>instituições educacionais, além de serem reconhecidas mundialmente como um padrão de excelência</p><p>e expertise em diversos campos da TI.</p><p>Certificações em TI cobrem uma ampla gama de tópicos, incluindo redes, segurança da informação,</p><p>desenvolvimento de software, gestão de projetos, análise de dados, computação em nuvem e muito</p><p>mais. Exemplos comuns de certificações incluem CompTIA A+, que valida habilidades básicas em</p><p>hardware e software; Cisco Certified Network Associate (CCNA), que certifica competências em redes</p><p>e roteamento; Certified Information Systems Security Professional (CISSP), focada em segurança da</p><p>informação e o Microsoft Certified: Azure Solutions Architect Expert, que valida habilidades em soluções</p><p>de computação em nuvem usando Microsoft Azure.</p><p>A importância das certificações em TI na carreira de um profissional não pode ser subestimada.</p><p>Primeiramente, elas podem ser entendidas como uma prova tangível de que o indivíduo possui um</p><p>nível específico de conhecimento e competência em uma área técnica. Isso é particularmente valioso</p><p>em um mercado de trabalho competitivo, no qual empregadores procuram candidatos que possam</p><p>demonstrar habilidades específicas e imediatamente aplicáveis. A obtenção de certificações pode</p><p>diferenciar um candidato durante o processo de contratação, aumentando suas chances de conseguir</p><p>empregos desejados.</p><p>Além de facilitar a empregabilidade, certificações em TI desempenham um papel crucial no</p><p>desenvolvimento profissional contínuo. A tecnologia evolui rapidamente e as certificações exigem</p><p>que os profissionais se mantenham atualizados com as últimas tendências, ferramentas e práticas do</p><p>setor. Muitas certificações necessitam de renovação periódica ou de comprovação de desenvolvimento</p><p>profissional contínuo (PDU), incentivando os profissionais a se engajarem em educação continuada,</p><p>treinamentos e outras atividades de aprendizado.</p><p>Certificações em TI também podem impactar significativamente o potencial de ganhos de um</p><p>profissional. Estudos e pesquisas de mercado mostram consistentemente que profissionais certificados</p><p>tendem a ganhar salários mais altos do que seus pares não certificados. Isso se deve ao valor percebido</p><p>das habilidades certificadas e à capacidade dos profissionais certificados de agregar valor imediato</p><p>às organizações.</p><p>160</p><p>Unidade IV</p><p>Observação</p><p>Sobre a remuneração de profissionais certificados, o relatório de 2023</p><p>da Global Knowledge, baseado em uma pesquisa com mais de  5.700</p><p>profissionais de TI globalmente (Global Knowledge, 2023), revelou que</p><p>os profissionais com certificações ganham entre 10 a 20% a mais do</p><p>que seus colegas sem certificações. Certificações como AWS Certified</p><p>Solutions Architect, Certified Information Systems Security Professional</p><p>(CISSP) e Certified Information Security Manager (CISM) estão entre as</p><p>mais valorizadas e frequentemente resultam em salários de seis dígitos</p><p>nos Estados Unidos. Além disso, o relatório destaca que as certificações</p><p>são vistas pelos empregadores como um indicador de competência  e</p><p>dedicação ao desenvolvimento profissional contínuo. Aproximadamente</p><p>97% dos líderes de TI afirmam que ter uma equipe certificada agrega</p><p>valor significativo à organização, melhorando a qualidade do trabalho</p><p>e aumentando a eficiência operacional.</p><p>Por outro lado, o guia Robert Half (2024), um recurso amplamente respeitado para a determinação de</p><p>tendências salariais e de contratação, também confirma a importância das certificações. Segundo o guia,</p><p>há uma alta demanda por profissionais de TI certificados, especialmente em áreas como cibersegurança,</p><p>computação em nuvem e automação de processos tecnológicos. Dentre as oito certificações de maior</p><p>demanda estão: Professional Scrum Master (PSM) e Certified Agile Leadership (CAL). O relatório destaca</p><p>que, para atrair e reter talentos, mais da metade dos empregadores planejam aumentar os salários</p><p>iniciais em 2024 e adicionar novos benefícios e bônus.</p><p>No contexto organizacional, as certificações em TI entre os funcionários podem melhorar</p><p>equipes, o que pode levar a variações na qualidade e na</p><p>entrega de produtos.</p><p>A infraestrutura tecnológica existente também pode ser um desafio, pois ela pode não estar preparada</p><p>para suportar as demandas de CI e automação necessárias para métodos ágeis, exigindo atualizações</p><p>ou reestruturações.</p><p>181</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Por fim, devemos destacar que a medição e demonstração do valor gerado pelas práticas ágeis</p><p>podem ser complexas, especialmente em estágios iniciais, dificultando a obtenção de apoio contínuo da</p><p>alta gestão e de outros stakeholders importantes. Esses desafios requerem uma abordagem cuidadosa e</p><p>adaptativa para serem superados, garantindo uma implementação bem-sucedida das metodologias ágeis.</p><p>Para implementá-las em larga escala com sucesso, as empresas adotaram várias estratégias</p><p>específicas. Primeiramente, a realização de workshops e treinamentos foi crucial para educar todos os</p><p>níveis da organização sobre os princípios e práticas ágeis. Por exemplo, a LEGO e a Sony PlayStation</p><p>Network investiram em sessões de formação extensivas para seus executivos e equipes.</p><p>A reorganização das equipes em times multifuncionais também foi uma estratégia comum,</p><p>permitindo que as equipes trabalhassem de maneira independente em funcionalidades completas.</p><p>A Huawei e a Agfa Healthcare realizaram workshops de autodesign para formar essas equipes. Além</p><p>disso, a criação de um backlog de produto unificado e a gestão de dependências entre as equipes</p><p>ajudaram a coordenar melhor os esforços de desenvolvimento, conforme acentuado nos casos da VBB</p><p>e do Porto de Rotterdam.</p><p>A implementação de práticas avançadas de CI foi outra estratégia essencial. Isso garantiu que todas</p><p>as partes do sistema fossem integradas e testadas continuamente, facilitando a identificação precoce</p><p>de problemas. A Agfa Healthcare e a VBB destacaram-se nesse aspecto, investindo em sistemas de</p><p>CI robustos.</p><p>A gestão de mudanças culturais foi fundamental, com muitas empresas promovendo uma cultura de</p><p>feedback contínuo e melhoria contínua. Sessões de retrospectiva regulares e a promoção de uma mentalidade</p><p>de experimentação foram práticas adotadas por empresas como a LEGO e a Sony PlayStation Network.</p><p>Por fim, a participação ativa dos stakeholders e a comunicação contínua com os usuários finais</p><p>ajudaram a alinhar as expectativas e garantir que as soluções desenvolvidas atendessem às necessidades</p><p>reais dos clientes. Esse envolvimento foi crucial para o sucesso da transformação ágil na maioria dos</p><p>casos estudados, promovendo um ambiente de colaboração e confiança.</p><p>8.3 Exemplos práticos e exercícios de aplicação dos conceitos ágeis</p><p>Os conceitos ágeis têm sido amplamente adotados para promover a flexibilidade, a colaboração e a</p><p>entrega contínua de valor aos clientes. Para ilustrar esses conceitos, apresentaremos um exemplo prático</p><p>de aplicação em um projeto fictício de desenvolvimento de um aplicativo móvel de gerenciamento de</p><p>finanças pessoais.</p><p>Imaginemos uma equipe de desenvolvimento que é composta por desenvolvedores, designers,</p><p>testadores e um Product Owner (PO). Eles optaram por utilizar o framework Scrum, que é um dos mais</p><p>populares no universo ágil. O projeto começa com a criação do Product Backlog, uma lista priorizada de</p><p>funcionalidades e melhorias desejadas para o aplicativo. O PO, em conjunto com stakeholders e clientes,</p><p>define as principais funcionalidades, como criação de contas, categorização de despesas, relatórios</p><p>financeiros e notificações de despesas.</p><p>182</p><p>Unidade IV</p><p>A cada Sprint, que dura duas semanas, a equipe realiza uma Sprint Planning. Durante essa reunião,</p><p>o PO apresenta as histórias de usuário (User Stories) mais prioritárias do Product Backlog. A equipe,</p><p>então, seleciona as histórias que acredita ser capaz de completar durante o Sprint, considerando sua</p><p>capacidade e a complexidade das tarefas. Uma das histórias selecionadas é: “como um usuário, eu quero</p><p>categorizar minhas despesas para entender melhor meus hábitos de consumo”. A figura 26 ilustra</p><p>essa equipe.</p><p>Figura 26 – Ilustração da equipe do primeiro exemplo prático: tudo deu certo. Imagem produzida</p><p>pelo próprio autor com tecnologia DALL-E, uma ferramenta de IA desenvolvida pela OpenAI</p><p>Com as histórias de usuário definidas, a equipe começa a trabalhar nas tarefas necessárias para</p><p>implementá-las. Durante o sprint, a equipe realiza reuniões diárias de 15 minutos, chamadas Daily</p><p>Stand-ups. Nelas, cada membro da equipe compartilha o que fez no dia anterior, o que planeja fazer no</p><p>dia atual e se enfrenta algum impedimento. Esse formato facilita a comunicação e a identificação rápida</p><p>de obstáculos que possam atrasar o progresso.</p><p>À medida que as tarefas são concluídas, elas são testadas e integradas ao produto. Ao final do</p><p>sprint, a equipe realiza uma Sprint Review, no qual apresenta o que foi desenvolvido para o PO e outros</p><p>stakeholders. Esse é um momento crucial para obter feedback e ajustar o Product Backlog conforme</p><p>necessário, garantindo que o produto evolua de acordo com as necessidades dos usuários.</p><p>Após a Sprint Review, a equipe realiza uma Sprint Retrospective, refletindo sobre o que funcionou</p><p>bem, o que pode ser melhorado e quais ações serão tomadas para melhorar o processo no próximo</p><p>sprint. Por exemplo, a equipe pode identificar que a comunicação entre desenvolvedores e designers</p><p>pode ser aprimorada e decidir implementar uma prática de pair design para melhorar a colaboração.</p><p>O ciclo de planejamento, desenvolvimento, revisão e retrospectiva se repete a cada sprint, permitindo</p><p>que a equipe entregue incrementos funcionais do produto de forma contínua. Esse processo ágil permite</p><p>a adaptação constante às mudanças de requisitos e ao feedback dos usuários, promovendo a entrega de</p><p>valor frequente e de alta qualidade.</p><p>Ao longo do tempo, o aplicativo, do nosso exemplo, vai ganhando mais funcionalidades e refinando</p><p>as existentes, sempre guiado pelas prioridades definidas no Product Backlog e ajustadas conforme o</p><p>183</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>feedback dos stakeholders. Esse exemplo prático demonstra como os conceitos ágeis, como o Scrum,</p><p>facilitam o desenvolvimento de software de maneira colaborativa, flexível e centrada no cliente.</p><p>No contexto do desenvolvimento de software, os conceitos ágeis são amplamente utilizados para</p><p>promover flexibilidade, colaboração e entrega contínua de valor. No entanto, mesmo com um processo</p><p>ágil bem implementado, desafios e problemas podem surgir. Para ilustrar isso, consideramos um outro</p><p>projeto fictício de desenvolvimento de um aplicativo de agendamento de consultas médicas. A figura a</p><p>seguir é uma ilustração dessa equipe.</p><p>Figura 27 – Ilustração da equipe do segundo exemplo prático: imprevistos atrapalharam as coisas. Imagem</p><p>produzida pelo próprio autor com tecnologia DALL-E, uma ferramenta de IA desenvolvida pela OpenAI</p><p>A equipe de desenvolvimento é composta por desenvolvedores, designers, testadores e um PO. Eles</p><p>optam por utilizar o framework Scrum para gerenciar o projeto. O Product Backlog é criado, listando</p><p>funcionalidades prioritárias como criação de perfil de paciente, agendamento de consultas, notificações</p><p>de lembrete e histórico de consultas.</p><p>No início, o projeto avança bem. A equipe realiza uma Sprint Planning para definir o trabalho</p><p>das próximas duas semanas. As histórias de usuário incluem algumas funcionalidades: “como um</p><p>paciente, quero agendar uma consulta com meu médico preferido”. As tarefas são divididas e a equipe</p><p>começa a trabalhar. Com isso, as Daily Stand-ups são realizadas diariamente para garantir que todos</p><p>estejam alinhados.</p><p>Durante a primeira semana, um dos desenvolvedores-chave adoece, causando um atraso significativo</p><p>nas tarefas. O restante da equipe tenta compensar, mas os prazos começam a escorregar. Além disso,</p><p>surge um problema inesperado: a integração com o sistema de gestão hospitalar, que deveria ser simples,</p><p>revela-se muito mais complexa e cheia de bugs do que o esperado.</p><p>Ao</p><p>final do sprint, a equipe realiza a Sprint Review. Infelizmente, várias funcionalidades importantes</p><p>não foram concluídas. O PO e os stakeholders ficam preocupados, pois a demonstração do progresso</p><p>é limitada e várias promessas de funcionalidades não foram cumpridas. Isso gera frustração tanto na</p><p>equipe quanto nos stakeholders.</p><p>184</p><p>Unidade IV</p><p>Então, durante a Sprint Retrospective, a equipe identifica vários problemas. Primeiro, a ausência do</p><p>desenvolvedor causou impacto maior do que o esperado. Segundo, a complexidade da integração com o</p><p>sistema de gestão hospitalar foi subestimada. Por fim, a comunicação interna sobre os desafios técnicos</p><p>não foi clara o suficiente, levando a um mau entendimento da situação real.</p><p>A equipe decide implementar algumas mudanças. Eles ajustam a estimativa de esforço para tarefas</p><p>futuras, considerando melhor as possíveis complicações técnicas. Além disso, criam um plano de</p><p>contingência para cobrir a ausência de membros-chave da equipe e estabelecem uma comunicação</p><p>mais estruturada para tratar de questões técnicas complexas.</p><p>No sprint seguinte, a equipe se reorganiza e ajusta suas metas para refletir uma abordagem mais</p><p>realista. Eles continuam enfrentando desafios, mas conseguem lidar melhor com os problemas à medida</p><p>que eles aparecem. A integração com o sistema de gestão hospitalar é tratada com mais cautela,</p><p>dividindo a tarefa em partes menores e mais gerenciáveis.</p><p>Este exemplo demonstra que, mesmo com um processo ágil bem estruturado, imprevistos e</p><p>problemas podem surgir. A chave está na capacidade da equipe de adaptar-se rapidamente, aprender</p><p>com os erros e implementar melhorias contínuas no processo. O framework Scrum, com suas revisões</p><p>e retrospectivas regulares, oferece uma estrutura robusta para enfrentar esses desafios de maneira</p><p>eficiente e colaborativa.</p><p>No desenvolvimento de software, também acontece de a metodologia ágil, especialmente o Scrum,</p><p>ser muitas vezes adaptada de maneira inadequada, resultando em uma prática comumente chamada</p><p>de “Scrum, mas...”. Considerando isso, imaginemos um projeto para desenvolver um aplicativo de</p><p>gerenciamento de inventário para pequenas empresas, no qual o uso ineficaz do Scrum leva a um</p><p>progresso insatisfatório. A figura a seguir ilustra essa equipe.</p><p>Figura 28 – Ilustração da equipe do terceiro exemplo prático: utilização do ScrumBut.</p><p>Imagem produzida pelo próprio autor com tecnologia DALL-E, uma ferramenta de IA desenvolvida pela OpenAI</p><p>185</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Neste projeto hipotético, a equipe de desenvolvimento inclui desenvolvedores, designers, testadores e</p><p>um PO. Eles inicialmente decidem usar Scrum, mas logo começam a modificar suas práticas de maneiras</p><p>que comprometem os princípios fundamentais da metodologia.</p><p>Ao iniciar o projeto, a equipe realiza uma Sprint Planning. No entanto, em vez de definir uma Sprint</p><p>Backlog com histórias de usuário claras e priorizadas, eles optam por planejar apenas tarefas técnicas,</p><p>ignorando o valor de negócio e o feedback dos usuários. Um dos desenvolvedores, inclusive, sugere que</p><p>façam um Scrum desconsiderando as histórias de usuário.</p><p>Durante o sprint, as reuniões diárias, ou Daily Stand-ups, são frequentemente adiadas ou canceladas</p><p>devido a conflitos de agenda. Quando acontecem, são longas e detalhadas, muitas vezes desviando-se</p><p>para discussões técnicas aprofundadas que poderiam ser resolvidas off-line. Neste caso, a equipe até faz</p><p>Daily Stand-ups, mas só quando todos podem participar e sem limite de tempo.</p><p>Ao final do sprint, a Sprint Review é realizada de forma superficial. Em vez de apresentar o que foi</p><p>concluído e obter feedback dos stakeholders, a equipe simplesmente envia um relatório por e-mail,</p><p>considerando que precisam realizar a Sprint Reviews, mas sem envolver os stakeholders. Segundo o PO,</p><p>um relatório escrito é suficiente.</p><p>Assim, a Sprint Retrospective, que deveria ser um momento de reflexão e melhoria contínua, é</p><p>tratada como uma formalidade. A equipe se reúne rapidamente, sem discutir profundamente o que</p><p>funcionou ou não, e sem elaborar um plano de ação para melhorias. Ela, então, faz a retrospectiva, que é</p><p>curta e não conta com ações específicas.</p><p>Diante deste cenário e com essas adaptações inadequadas, o projeto começa a enfrentar sérios</p><p>problemas. A falta de histórias claras de usuário e feedback dos stakeholders resulta em funcionalidades</p><p>que não atendem às necessidades reais dos usuários. A comunicação deficiente nas reuniões diárias</p><p>leva a mal-entendidos e retrabalho. A ausência de uma revisão eficaz impede que os stakeholders</p><p>identifiquem os problemas cedo e forneçam orientações valiosas.</p><p>Além disso, sem uma retrospectiva produtiva, os mesmos erros são repetidos em cada sprint. Com</p><p>isso, a equipe começa a sentir frustração e desmotivação, pois o progresso é lento e os problemas se</p><p>acumulam. E, ao final, o PO e os stakeholders perdem a confiança na capacidade da equipe de entregar</p><p>um produto funcional e de valor.</p><p>Agora, consideremos como exemplo fictício um projeto para desenvolver um aplicativo de</p><p>gerenciamento de reservas para restaurantes. A seguir, analisaremos atentamente o cenário e tentaremos</p><p>obter soluções possíveis para responder as perguntas pertinentes a esta análise.</p><p>186</p><p>Unidade IV</p><p>Figura 29 – Ilustração da equipe do quarto exemplo prático: app de restaurante. Imagem produzida</p><p>pelo próprio autor com tecnologia DALL-E, uma ferramenta de IA desenvolvida pela OpenAI</p><p>A equipe de desenvolvimento deste projeto é composta por desenvolvedores, designers, testadores</p><p>e um PO. No início do projeto, eles decidem usar Scrum para organizar seu trabalho. O Product Backlog</p><p>é criado com funcionalidades prioritárias como reservas de mesa, gestão de cardápio e envio de</p><p>confirmações por SMS.</p><p>Depois, as Sprint Planning são realizadas e a equipe discute as tarefas a serem feitas. No entanto,</p><p>ao longo do tempo, a equipe começa a se concentrar mais em resolver questões técnicas imediatas,</p><p>deixando de lado a discussão sobre como essas tarefas se alinham com as necessidades do cliente.</p><p>Em determinado momento do desenvolvimento, a equipe enfrenta um imprevisto significativo</p><p>quando o PO é contratado por um concorrente. A substituição demora a se adaptar ao projeto,</p><p>criando um vácuo temporário de liderança e conhecimento sobre as necessidades do cliente. Nesse</p><p>período, o Scrum Master começa a assumir um papel mais controlador, parecido com o de um gerente</p><p>de projeto tradicional, decidindo tarefas e cobrando prazos diretamente, o que impacta a dinâmica</p><p>colaborativa da equipe.</p><p>As reuniões diárias são mantidas e frequentemente se transformam em longas discussões técnicas</p><p>sobre problemas específicos, consumindo tempo que deveria ser dedicado ao desenvolvimento. Isso faz</p><p>com que os membros da equipe se sintam sobrecarregados e menos produtivos.</p><p>Nas Sprint Reviews, a equipe frequentemente apresenta funcionalidades que estão tecnicamente</p><p>concluídas e que não foram totalmente testadas ou validadas com os usuários. Com isso, os stakeholders</p><p>começam a expressar insatisfação, pois não conseguem ver o valor concreto do que foi entregue.</p><p>Assim, durante as Sprint Retrospectives, a equipe discute os desafios enfrentados e as sugestões</p><p>de melhoria não são acompanhadas por planos de ação claros. Como resultado, os mesmos problemas</p><p>surgem repetidamente, afetando o moral e a eficácia da equipe.</p><p>187</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Após vários sprints com progresso limitado e insatisfação crescente dos stakeholders, a gerência</p><p>decide intervir. Eles percebem que a equipe está enfrentando muitos imprevistos, sem estrutura adequada</p><p>para lidar com eles e que as práticas de Scrum estão sendo comprometidas. Diante desse cenário, vamos</p><p>refletir sobre as questões a seguir.</p><p>•	 As histórias de usuário estão sendo devidamente priorizadas e associadas às tarefas?</p><p>— Problema identificado: concentração excessiva em resolver questões técnicas imediatas.</p><p>— Solução sugerida: garantir que</p><p>todas as tarefas estejam claramente ligadas a histórias de</p><p>usuário que agreguem valor ao cliente.</p><p>•	 Como a equipe está lidando com a ausência de um PO experiente?</p><p>— Problema identificado: vácuo temporário de liderança e conhecimento sobre as necessidades</p><p>do cliente.</p><p>— Solução sugerida: assegurar uma transição suave com transferência de conhecimento e</p><p>envolver o novo PO o mais rápido possível.</p><p>•	 O papel do Scrum Master está sendo mantido dentro dos princípios ágeis?</p><p>— Problema identificado: o Scrum Master assume um papel controlador, semelhante a um</p><p>gerente de projeto tradicional.</p><p>— Solução sugerida: reforçar o papel de facilitador do Scrum Master, promovendo a autogestão</p><p>e colaboração da equipe.</p><p>•	 As reuniões diárias estão sendo eficientes?</p><p>— Problema identificado: reuniões diárias transformando-se em longas discussões técnicas.</p><p>— Solução sugerida: manter as reuniões diárias curtas e focadas, resolvendo problemas</p><p>técnicos off-line.</p><p>•	 A equipe está apresentando incrementos de produto validados nas Sprint Reviews?</p><p>— Problema identificado: funcionalidades ilustradas sem testes completos ou validação</p><p>dos usuários.</p><p>— Solução sugerida: garantir que apenas incrementos de produto prontos e validados sejam</p><p>apresentados nas Sprint Reviews.</p><p>188</p><p>Unidade IV</p><p>•	 As ações identificadas nas Sprint Retrospectives estão sendo implementadas?</p><p>— Problema identificado: sugestões de melhoria sem planos de ação claros.</p><p>— Solução sugerida: criar e seguir um plano de ação claro para abordar os problemas identificados</p><p>nas retrospectivas.</p><p>Com a intervenção da gerência e a aplicação dessas soluções, a equipe começou a alinhar suas</p><p>práticas com os princípios do Scrum. Ela retomou o foco nas histórias de usuário, melhorou a gestão</p><p>de imprevistos, manteve reuniões diárias eficientes, assegurando que as revisões e retrospectivas</p><p>fossem produtivas. Isso resultou em um progresso mais consistente e na satisfação dos stakeholders,</p><p>demonstrando a importância de aderir aos princípios ágeis mesmo diante de desafios.</p><p>Agora, vamos considerar outro exemplo fictício de um projeto para desenvolver um aplicativo, dessa</p><p>vez, de gerenciamento de academias.</p><p>Figura 30 – Ilustração da equipe do quinto exemplo prático: app de academia. Imagem produzida</p><p>pelo próprio autor com tecnologia DALL-E, uma ferramenta de IA desenvolvida pela OpenAI</p><p>Neste caso, a equipe de desenvolvimento também é composta por desenvolvedores, designers,</p><p>testadores e um PO. No início do projeto, todos concordam em seguir o Scrum para organizar o trabalho.</p><p>O Product Backlog inclui funcionalidades prioritárias como registro de membros, agendamento de aulas</p><p>e monitoramento de desempenho.</p><p>Durante os primeiros sprints, a equipe de design começa a revisar repetidamente os mesmos</p><p>elementos visuais, buscando uma perfeição que nunca parece ser alcançada. Isso atrasa a entrega deles</p><p>para os desenvolvedores, que precisam esperar antes de começar a codificar novas funcionalidades.</p><p>Enquanto isso, um problema inesperado ocorre quando o servidor do Jira, utilizado para</p><p>gerenciar tarefas e progresso, torna-se intermitentemente indisponível. Isso dificulta a atualização e</p><p>o acompanhamento das tarefas, gerando confusão e desorganização. A equipe começa a utilizar</p><p>189</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>e-mails e planilhas temporárias para tentar compensar a falta do Jira, o que resulta em informações</p><p>descentralizadas e inconsistentes.</p><p>Nas reuniões diárias, os desenvolvedores frequentemente mencionam dificuldades em avançar em</p><p>suas atividades devido à ausência dos designs finais, que, por sua vez, alegam que ajustes contínuos</p><p>são necessários para garantir uma excelente experiência do usuário. Esta situação cria uma frustração</p><p>crescente dentro da equipe.</p><p>Assim, durante as Sprint Reviews, funcionalidades são apresentadas sem os elementos visuais finais</p><p>ou com substitutos provisórios, causando insatisfação entre os stakeholders que esperavam ver um</p><p>produto mais polido. Este feedback negativo afeta o moral da equipe e levanta preocupações sobre o</p><p>progresso real do projeto.</p><p>Nas Sprint Retrospectives, por sua vez, a equipe identifica problemas recorrentes, mas as soluções</p><p>sugeridas não são implementadas de maneira eficaz. Assim, fica claro que a falta de um plano de</p><p>ação bem elaborado significa que as mesmas questões continuaram a surgir em sprints subsequentes,</p><p>impactando o moral e a eficácia da equipe.</p><p>Desse modo, após vários sprints com progresso limitado e insatisfação crescente dos stakeholders,</p><p>a gerência decide intervir. Eles percebem que a equipe está enfrentando muitos imprevistos sem uma</p><p>estrutura adequada para lidar com eles e que as práticas de Scrum estão sendo comprometidas. Diante</p><p>desse cenário, reflitamos sobre as questões a seguir:</p><p>•	 As entregas de design estão alinhadas com o cronograma de desenvolvimento?</p><p>— Problema identificado: revisões contínuas dos elementos visuais atrasando entregas.</p><p>— Solução sugerida: estabelecer prazos claros para as entregas de design e promover um</p><p>equilíbrio entre qualidade e prazo.</p><p>•	 Como a equipe está lidando com a indisponibilidade do Jira?</p><p>— Problema identificado: dependência excessiva de um único sistema para gerenciar tarefas.</p><p>— Solução sugerida: implementar soluções de backup e procedimentos para garantir que a</p><p>equipe possa continuar a trabalhar de maneira organizada durante interrupções.</p><p>•	 As reuniões diárias estão abordando efetivamente os bloqueios enfrentados pela equipe?</p><p>— Problema identificado: discussões sobre dificuldades sem resolução concreta.</p><p>— Solução sugerida: garantir que as reuniões diárias incluam a identificação e resolução rápida</p><p>de bloqueios, envolvendo todos os membros relevantes.</p><p>190</p><p>Unidade IV</p><p>•	 A equipe está mostrando incrementos de produto que atendem às expectativas dos stakeholders</p><p>nas Sprint Reviews?</p><p>— Problema identificado: apresentação de funcionalidades incompletas ou com substitutos</p><p>provisórios.</p><p>— Solução sugerida: assegurar que os incrementos acentuados sejam representativos do produto</p><p>final, incluindo todos os elementos visuais e funcionais.</p><p>•	 As ações identificadas nas Sprint Retrospectives estão sendo implementadas?</p><p>— Problema identificado: falta de implementação eficaz das soluções sugeridas</p><p>— Solução sugerida: criar e seguir um plano de ação claro para abordar os problemas identificados</p><p>nas retrospectivas, com responsabilidade e prazos definidos.</p><p>A partir de tais reflexões, com a intervenção da gerência e a aplicação dessas soluções, a equipe</p><p>começou a alinhar suas práticas com os princípios do Scrum. Ela retomou o foco nas entregas de design,</p><p>melhorou a gestão de imprevistos, manteve as reuniões diárias eficientes e assegurou que as revisões e</p><p>retrospectivas fossem produtivas. Isso resultou em um progresso mais consistente e na satisfação dos</p><p>stakeholders, demonstrando a importância de aderir aos princípios ágeis mesmo diante de desafios.</p><p>Para finalizar nossa análise de exemplos, vamos considerar uma situação real de dinâmica ágil.</p><p>O hospital Sírio-Libanês, um dos mais renomados centros de saúde do Brasil, embarcou em uma</p><p>transformação organizacional significativa ao adotar metodologias ágeis, com foco inicial no Scrum,</p><p>para otimizar a gestão de projetos e melhorar a eficiência operacional (Scrum.org, 2024). Esta iniciativa</p><p>visava aumentar a transparência, a comunicação e a colaboração entre as diversas equipes envolvidas</p><p>nos processos hospitalares.</p><p>O primeiro passo foi a realização de workshops e treinamentos abrangentes para todos os níveis da</p><p>organização. Esses eventos educacionais foram essenciais para alinhar os funcionários com os princípios</p><p>e práticas do Scrum, garantindo que todos compreendessem e adotassem a nova abordagem. Além</p><p>disso, a implementação do Scrum envolveu a criação de equipes multidisciplinares, responsáveis por</p><p>gerenciar e executar projetos de modo iterativo e incremental.</p><p>Um dos resultados mais notáveis da adoção do Scrum foi a melhoria na entrega de projetos.</p><p>O hospital</p><p>conseguiu responder de maneira mais ágil às necessidades dos pacientes e do mercado, reduzindo</p><p>o tempo de ciclo dos projetos e aumentando a qualidade dos serviços prestados. A transparência</p><p>proporcionada pelas cerimônias do Scrum, como as reuniões diárias e as revisões de sprint, permitiu</p><p>melhor visibilidade do progresso dos projetos e facilitou a identificação e resolução de impedimentos.</p><p>Além disso, a cultura de feedback contínuo e retrospectivas regulares ajudou a promover uma</p><p>mentalidade de melhoria contínua entre as equipes. O hospital conseguiu criar um ambiente mais</p><p>colaborativo e dinâmico, no qual as equipes se sentiam empoderadas para inovar e tomar decisões</p><p>informadas. Esse ambiente propício à inovação resultou na implementação de soluções criativas e</p><p>eficientes para os desafios enfrentados no dia a dia hospitalar.</p><p>191</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Em resumo, a transformação ágil no hospital Sírio-Libanês, centrada na adoção do Scrum, demonstrou</p><p>como a aplicação de metodologias ágeis pode resultar em melhorias substanciais na gestão de projetos</p><p>e na qualidade dos serviços de saúde. A abordagem sistemática e colaborativa não apenas aumentou a</p><p>eficiência operacional, como melhorou a satisfação dos pacientes e a capacidade do hospital de se</p><p>adaptar às demandas em constante mudança do setor de saúde.</p><p>8.4 Glossário de termos ágeis</p><p>Em um cenário no qual a agilidade se tornou essencial para a sobrevivência e o crescimento das</p><p>organizações, a compreensão dos termos e práticas ágeis é crucial. Por isso, apresentaremos a seguir um</p><p>glossário que oferece uma introdução aos termos mais frequentes no desenvolvimento ágil, facilitando</p><p>a compreensão e a implementação de práticas ágeis nas organizações.</p><p>Saiba mais</p><p>A maior parte destes termos já foi apresentada nos capítulos anteriores.</p><p>Para um conhecimento mais profundo de alguns termos que não foram</p><p>abordados neste livro, sugerimos o seguinte livro.</p><p>POPPENDIECK, M.; POPPENDIECK, T. Lean software development: an agile</p><p>toolkit. Londres: Addison-Wesley Professional, 2003.</p><p>•	 Agile coach: profissional experiente em metodologias ágeis que ajuda times e organizações</p><p>a adotarem e melhorarem suas práticas ágeis. O coach ágil trabalha como mentor, facilitador e</p><p>agente de mudança.</p><p>•	 Agile manifesto: documento criado em 2001 por um grupo de desenvolvedores de software</p><p>que estabelece os princípios e valores fundamentais para o desenvolvimento ágil. Ele enfatiza a</p><p>importância de indivíduos e interações, software funcional, colaboração com o cliente e resposta</p><p>rápida a mudanças.</p><p>•	 Agile Modelling (AM): conjunto de práticas para modelagem e documentação de sistemas de</p><p>modo ágil. O AM enfatiza a criação de modelos simples, flexíveis e suficientes para apoiar o</p><p>desenvolvimento de software de alta qualidade.</p><p>•	 Agile Release Train (ART): elemento central do SAFe, o ART é um grupo de times que entrega</p><p>incrementos de valor em um cronograma regular. O ART é composto por múltiplos times ágeis que</p><p>colaboram para entregar soluções complexas.</p><p>•	 Backlog grooming (ou refinement): processo contínuo de revisão, ajuste e detalhamento dos</p><p>itens do backlog. O grooming garante que o backlog esteja atualizado, priorizado e que os itens</p><p>estejam prontos para serem trabalhados nos próximos sprints.</p><p>192</p><p>Unidade IV</p><p>•	 Behavior-Driven Development (BDD): extensão do TDD que foca no comportamento do sistema</p><p>do ponto de vista do usuário. O BDD utiliza linguagem natural para definir os testes, facilitando a</p><p>comunicação entre desenvolvedores, testers e stakeholders.</p><p>•	 Build: processo de compilação do código-fonte em um formato executável. O build pode incluir</p><p>a compilação, integração de dependências, execução de testes e o empacotamento do software</p><p>para distribuição. É um passo crucial para assegurar que o código seja funcional e estável antes</p><p>de ser liberado.</p><p>•	 Burnup chart: gráfico que mostra a quantidade de trabalho concluído ao longo do tempo em</p><p>relação ao trabalho total planejado. O burnup chart ajuda a visualizar o progresso do projeto e a</p><p>identificar tendências e variações.</p><p>•	 Burndown chart: gráfico que mostra a quantidade de trabalho restante em um sprint ou release.</p><p>Ele é usado para acompanhar o progresso do time e prever a conclusão do trabalho planejado.</p><p>•	 Cerimônias: é o conjunto de reuniões e eventos formais que estruturam o trabalho em</p><p>metodologias ágeis como Scrum. Exemplos de cerimônias incluem a Daily Stand-up, Sprint</p><p>Planning, Sprint Review e Retrospective. Essas cerimônias facilitam a comunicação, a colaboração</p><p>e a revisão contínua do trabalho.</p><p>•	 Continuous Delivery (CD): extensão da CI, em que o código é preparado de maneira contínua</p><p>para ser liberado para produção. A CD assegura que o software seja lançado a qualquer momento</p><p>com um esforço mínimo.</p><p>•	 Continuous deployment: prática de liberar automaticamente todas as alterações de código que</p><p>passam pelo pipeline de testes e integração para o ambiente de produção. A CD permite feedback</p><p>rápido dos usuários e incrementa a agilidade do desenvolvimento.</p><p>•	 Continuous feedback: princípio ágil que enfatiza a importância de obter feedback frequente</p><p>e contínuo de todas as partes interessadas, incluindo clientes, usuários e membros do time.</p><p>O feedback contínuo ajuda a ajustar o desenvolvimento do produto conforme necessário.</p><p>•	 Continuous integration (CI): prática de integração frequente do código desenvolvido no</p><p>repositório central, seguida por builds e testes automáticos para detectar erros rapidamente e</p><p>reduzir o risco de integração.</p><p>•	 Cross-functional team: time composto por membros com diferentes habilidades e áreas de</p><p>expertise necessárias para completar um projeto. Em um time multifuncional, todos colaboram</p><p>para alcançar um objetivo comum, eliminando dependências externas.</p><p>•	 Disciplined Agile Delivery (DAD): framework ágil que fornece uma abordagem abrangente para</p><p>entregar soluções de TI de maneira incremental e iterativa. O DAD integra práticas de várias</p><p>metodologias ágeis, incluindo Scrum, Kanban e XP (Extreme Programming).</p><p>193</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>•	 Daily Scrum (ou Daily Stand-up): reunião diária e curta, geralmente de 15 minutos, em que</p><p>o time de desenvolvimento sincroniza as atividades, discute o progresso desde a última reunião e</p><p>planeja as próximas 24 horas.</p><p>•	 Daily Stand-up: vide Daily Scrum.</p><p>•	 Definition of Done (DoD): conjunto de critérios que define quando um item do backlog é</p><p>considerado completo. O DoD assegura que o trabalho entregue atenda aos padrões de qualidade</p><p>e esteja pronto para ser liberado.</p><p>•	 DevOps: conjunto de práticas que combinam desenvolvimento (Dev) e operações (Ops) para melhorar</p><p>a colaboração e a eficiência no ciclo de vida do software. O DevOps enfatiza a automação, CI e CD.</p><p>•	 Epic: grande corpo de trabalho que pode ser dividido em várias user stories menores. As épicas</p><p>representam funcionalidades ou requisitos amplos que geralmente não cabem em um único</p><p>sprint e precisam ser desmembradas para facilitar o trabalho.</p><p>•	 Exploratory testing: técnica de teste em que se explora o software de maneira livre e criativa,</p><p>sem seguir scripts predefinidos. O objetivo é descobrir bugs inesperados e entender melhor o</p><p>comportamento do sistema.</p><p>•	 Extreme Programming (XP): metodologia ágil que enfatiza a melhoria contínua do software</p><p>através de práticas como TDD, programação em par (pair programming) e CI. O XP promove uma</p><p>cultura de qualidade, adaptabilidade e colaboração.</p><p>•	 Feature-Driven Development (FDD): metodologia ágil centrada no desenvolvimento de</p><p>funcionalidades. O FDD organiza o trabalho em pequenas e iterativas entregas de funcionalidades</p><p>que são úteis para o cliente, com foco em um processo de design e desenvolvimento bem definido.</p><p>•	 Guild: grupo de pessoas com interesses ou habilidades semelhantes que se reúnem para</p><p>compartilhar conhecimentos e melhorar suas práticas, independentemente dos times  de</p><p>projeto a que pertencem. As guilds promovem</p><p>a aprendizagem contínua e a inovação dentro</p><p>de uma organização.</p><p>•	 Impediment: qualquer bloqueio ou obstáculo que impede o progresso do time. Identificar e</p><p>remover impedimentos é uma das principais responsabilidades do Scrum Master para assegurar</p><p>um fluxo de trabalho contínuo.</p><p>•	 Incremento: resultado de uma sprint, que é um incremento do produto funcional e potencialmente</p><p>liberável. Cada incremento é um passo em direção à visão do produto final.</p><p>•	 Kanban: metodologia ágil que utiliza um sistema visual para gerenciar o trabalho à medida</p><p>que ele passa por um processo. O Kanban é baseado em princípios de fluxo contínuo e visa</p><p>aumentar a eficiência e a previsibilidade, limitando o trabalho em progresso (WIP) e promovendo</p><p>melhorias incrementais.</p><p>194</p><p>Unidade IV</p><p>•	 Large-Scale Scrum (LeSS): framework de escalabilidade que amplia o Scrum para grandes projetos</p><p>com múltiplos times. O LeSS mantém a simplicidade do Scrum enquanto adiciona algumas regras</p><p>adicionais para coordenação e alinhamento entre times.</p><p>•	 Lean: filosofia de gestão focada na maximização do valor ao cliente através da eliminação de</p><p>desperdícios. No contexto ágil, os princípios Lean são aplicados para melhorar processos e entregar</p><p>valor de modo mais eficiente.</p><p>•	 Minimum Viable Product (MVP): versão do produto com o mínimo de funcionalidades necessárias</p><p>para ser lançado e validado pelo mercado. O MVP permite que o feedback dos usuários seja obtido</p><p>rapidamente para guiar o desenvolvimento futuro.</p><p>•	 Nexus: framework de escalabilidade ágil que se concentra em coordenar o trabalho de múltiplos</p><p>times Scrum que trabalham em um único produto. O Nexus inclui papéis, eventos e artefatos</p><p>adicionais para facilitar a colaboração entre times.</p><p>•	 Pair programming: técnica de desenvolvimento em que dois programadores trabalham juntos</p><p>no mesmo código. Um escreve o código (driver) enquanto o outro revisa cada linha (observer),</p><p>promovendo a colaboração e a detecção precoce de erros.</p><p>•	 Pipeline: conjunto automatizado de processos que o código passa desde a escrita até a produção.</p><p>Um pipeline típico pode incluir etapas de build, testes, CI, CD e implantação. O objetivo é garantir</p><p>que o software esteja sempre em um estado pronto para ser lançado.</p><p>•	 Planning Poker: técnica de estimativa em que os membros do time usam cartas numeradas para</p><p>indicar suas estimativas de esforço para uma user story. O Planning Poker promove discussões e</p><p>consenso sobre a complexidade das tarefas.</p><p>•	 Product Backlog: lista ordenada de todos os itens a serem trabalhados pelo time de</p><p>desenvolvimento. O backlog é dinâmico e evolui à medida que novos itens são adicionados,</p><p>priorizados e refinados.</p><p>•	 Product Owner (PO): no Scrum, é responsável por maximizar o valor do produto e do trabalho do</p><p>time de desenvolvimento. O PO gerencia o Product Backlog, prioriza tarefas e assegura que o time</p><p>entenda claramente os itens do backlog.</p><p>•	 Refactoring: processo de melhoria contínua do código sem alterar seu comportamento externo.</p><p>O refactoring é essencial para manter a qualidade do código e facilitar futuras modificações.</p><p>•	 Refinement: vide backlog grooming.</p><p>•	 Release Planning: processo de planejamento de releases do produto, que determina quais</p><p>funcionalidades serão entregues e quando. O planejamento de releases ajuda a alinhar as</p><p>expectativas dos stakeholders e a gerenciar o cronograma de entregas.</p><p>195</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>•	 Retrospective: reunião realizada no final de cada sprint na qual o time reflete sobre o processo</p><p>de trabalho, identifica melhorias e planeja ações para incrementar a eficiência e a eficácia no</p><p>próximo sprint.</p><p>•	 Retrospective Prime Directive: princípio usado em retrospectivas ágeis que estabelece um</p><p>ambiente seguro para reflexão. A diretriz afirma que todos os participantes agiram da melhor</p><p>forma possível com as informações que tinham na época.</p><p>•	 Rituais: termo usado frequentemente como sinônimo de cerimônias, referindo-se às práticas</p><p>regulares que ajudam a manter o ritmo e a disciplina no trabalho ágil. Rituais incluem reuniões</p><p>diárias, revisões de sprint, retrospectivas e outras atividades estruturadas que sustentam o fluxo</p><p>de trabalho ágil.</p><p>•	 Scaled Agile Framework (SAFe): fornece um conjunto de padrões para implementar práticas</p><p>ágeis em larga escala em uma organização. O SAFe integra princípios Lean-Agile e oferece uma</p><p>abordagem estruturada para escalar o Scrum e outras metodologias ágeis.</p><p>•	 Scrum: uma das metodologias ágeis mais populares, o Scrum é um framework que facilita a</p><p>colaboração em projetos complexos. Ele divide o trabalho em ciclos curtos e repetitivos chamados</p><p>sprints, geralmente de duas a quatro semanas, e envolve roles específicos como PO, Scrum Master</p><p>e Development Team.</p><p>•	 Scrum But: é um termo utilizado na metodologia ágil para descrever uma situação em que uma</p><p>equipe adota práticas do Scrum, mas faz modificações ou omissões que comprometem a essência</p><p>da metodologia. A expressão Scrum But geralmente é seguida por uma descrição de como a</p><p>prática original do Scrum foi alterada, por exemplo, “fazemos Scrum, mas...”. Essa abordagem pode</p><p>levar a uma implementação ineficaz do Scrum e, consequentemente, a resultados muito aquém</p><p>do esperado.</p><p>•	 Scrum Master: facilita o processo Scrum, ajudando o time a seguir práticas e valores ágeis.</p><p>O  Scrum Master remove impedimentos, facilita as cerimônias Scrum e atua como um coach</p><p>para o time e para a organização.</p><p>•	 Servant Leadership: estilo de liderança em que o líder foca em servir a equipe, facilitando seu</p><p>trabalho e removendo obstáculos. No contexto ágil, o Scrum Master frequentemente adota o</p><p>papel de líder servidor.</p><p>•	 Spike: tipo de user story empregada para investigar, pesquisar ou experimentar uma nova</p><p>tecnologia, abordagem ou problema desconhecido. Spikes ajudam a reduzir a incerteza e a</p><p>fornecer informações para futuras decisões de desenvolvimento.</p><p>•	 Sprint: ciclo de trabalho iterativo, de curta duração, típico do Scrum, em que um conjunto de</p><p>tarefas é concluído. Cada sprint resulta em um incremento funcional do produto e seu progresso</p><p>é revisado na Sprint Review.</p><p>196</p><p>Unidade IV</p><p>•	 Sprint Backlog: subconjunto do Product Backlog selecionado para ser trabalhado durante um</p><p>sprint. O Sprint Backlog inclui as tarefas detalhadas necessárias para entregar os incrementos</p><p>definidos para o sprint.</p><p>•	 Sprint Review: cerimônia que ocorre no final de cada sprint, na qual o time de desenvolvimento</p><p>apresenta o trabalho completo para os stakeholders. A Sprint Review permite que o feedback seja</p><p>obtido rapidamente e que ajustes sejam feitos conforme necessário para o próximo sprint.</p><p>•	 Sprint Retrospective: vide Retrospective.</p><p>•	 Stand-up Meeting: vide Daily Stand-up.</p><p>•	 Stakeholders: indivíduos ou grupos que têm interesse em um projeto e que podem influenciar</p><p>ou ser afetados pelos resultados do trabalho. Os stakeholders incluem clientes, usuários finais,</p><p>gerentes, membros do time de projeto e qualquer outra pessoa ou entidade impactada pelo projeto.</p><p>•	 Story Points: unidade de medida usada para estimar o esforço relativo necessário para implementar</p><p>uma user story. Os pontos de história são baseados na complexidade, esforço e incerteza e ajudam</p><p>o time a planejar o trabalho de modo mais eficaz.</p><p>•	 Test-Driven Development (TDD): prática de desenvolvimento em que os testes são escritos antes</p><p>do código funcional. O TDD promove um design de software mais robusto e de alta qualidade,</p><p>assegurando que cada nova funcionalidade seja testada exaustivamente desde o início.</p><p>•	 Test Automation: uso de ferramentas e scripts para automatizar a execução de testes de</p><p>software. A automação de testes é essencial para CI e CD, garantindo que as funcionalidades</p><p>sejam verificadas rapidamente e com precisão.</p><p>•	 Timebox: período fixo e limitado de tempo dedicado a uma atividade. No contexto ágil,</p><p>atividades como sprints, reuniões diárias e reviews são frequentemente timeboxed para garantir</p><p>eficiência e foco.</p><p>•</p><p>Tribe: estrutura organizacional que é usada para agrupar vários squads (times pequenos e</p><p>multifuncionais) que trabalham em áreas relacionadas. A ideia de tribo é comum em organizações</p><p>que adotam modelos ágeis em larga escala, facilitando a coordenação e a colaboração entre</p><p>vários squads.</p><p>•	 User story: descrição simples e informal de uma funcionalidade do ponto de vista do usuário</p><p>final. As user stories são empregadas para capturar requisitos de maneira concisa, focando no</p><p>valor que uma funcionalidade trará ao usuário.</p><p>•	 Value Stream Mapping (VSM): técnica Lean usada para visualizar e analisar o fluxo de materiais</p><p>e informações necessárias para entregar um produto ou serviço. O VSM ajuda a identificar</p><p>desperdícios e oportunidades de melhoria no processo.</p><p>197</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>•	 Velocity: métrica que indica a quantidade de trabalho concluído pelo time em um sprint.</p><p>A velocidade é usada para estimar a capacidade do time e planejar sprints futuros.</p><p>•	 Velocity Chart: gráfico que mostra a quantidade de trabalho completado pelo time em cada</p><p>sprint. O gráfico de velocidade ajuda a acompanhar o desempenho do time ao longo do tempo e</p><p>a ajustar o planejamento futuro.</p><p>•	 Work In Progress Limit (WIP Limit): restrição do número máximo de itens de trabalho que</p><p>podem estar em progresso em um determinado estágio do processo. Limitar o WIP ajuda a evitar</p><p>sobrecarga e a manter o fluxo de trabalho eficiente.</p><p>198</p><p>Unidade IV</p><p>Resumo</p><p>Nesta unidade, debatemos como o desenvolvimento profissional no</p><p>contexto ágil tornou-se vital para se destacar em ambientes empresariais</p><p>dinâmicos e em constante evolução. A liderança eficaz em gestão ágil</p><p>requer uma combinação de habilidades técnicas e comportamentais que</p><p>facilitam a adaptação rápida e a entrega contínua de valor. Para alcançar</p><p>essa excelência, é fundamental que os profissionais busquem certificações</p><p>reconhecidas, como Scrum Master, Product Owner, Agile Coach e PMI</p><p>Agile Certified Practitioner (PMI-ACP), que comprovam o conhecimento</p><p>adquirido e abrem portas para oportunidades de crescimento significativo.</p><p>Além das certificações, o desenvolvimento de habilidades de liderança</p><p>e colaboração é crucial. Compreendemos que líderes ágeis devem inspirar</p><p>suas equipes, promovendo um ambiente de confiança e transparência,</p><p>ouvindo ativamente, fornecendo feedback construtivo e encorajando a</p><p>auto-organização e a autonomia das equipes. A partir disso, entendemos</p><p>também que a colaboração eficaz é fundamental, pois a integração e</p><p>o trabalho conjunto são essenciais para a entrega rápida e eficiente de</p><p>projetos. Habilidades interpessoais e emocionais são tão importantes</p><p>quanto o conhecimento técnico.</p><p>Destacamos também que o networking e a participação em</p><p>comunidades ágeis são componentes essenciais para o desenvolvimento</p><p>profissional. Engajar-se com outros profissionais através de eventos,</p><p>conferências e grupos de estudo permite a troca de experiências, a</p><p>aprendizagem de novas práticas e a construção de uma rede de suporte</p><p>e influência. As comunidades ágeis oferecem um espaço para discutir</p><p>desafios, compartilhar sucessos e aprender continuamente, mantendo-se</p><p>atualizado com as tendências e inovações no campo da agilidade.</p><p>Considerando tais aspectos, é importante termos em mente que o</p><p>desenvolvimento profissional e a liderança em gestão ágil demandam um</p><p>compromisso contínuo com a aprendizagem e a melhoria constante. As</p><p>certificações ágeis fornecem a base técnica, enquanto o desenvolvimento</p><p>de habilidades de liderança, colaboração, networking e a participação ativa</p><p>em comunidades ágeis complementam essa formação, criando profissionais</p><p>capazes de guiar suas equipes rumo ao sucesso em um ambiente empresarial</p><p>ágil e competitivo.</p><p>199</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Por fim, analisamos estudos de caso de implementações ágeis de</p><p>grandes corporações com o SAFe e o LeSS, observando os principais desafios</p><p>e estratégias de implantação. Por meio de exercícios práticos de aplicação,</p><p>reforçamos a visualização das dinâmicas organizacionais envolvidas nos</p><p>processos ágeis de desenvolvimento de software. Por fim, disponibilizamos</p><p>um glossário como referência durante a leitura e consulta futura.</p><p>200</p><p>Unidade IV</p><p>Exercícios</p><p>Questão 1. (Cespe-Cebraspe/2024, adaptada) A certificação Professional Scrum Master (PSM),</p><p>concedida pela Scrum.org, é amplamente reconhecida no campo do gerenciamento ágil de projetos. Na</p><p>metodologia Scrum, o Scrum Master é diretamente responsável por:</p><p>A) Garantir que os requisitos do cliente sejam compreendidos e traduzidos corretamente em</p><p>funcionalidades pelo time de desenvolvimento.</p><p>B) Definir as metas da sprint e distribuir tarefas entre os membros da equipe.</p><p>C) Monitorar o progresso do projeto e relatar regularmente ao Product Owner o andamento</p><p>das atividades.</p><p>D) Supervisionar as atividades diárias da equipe, garantindo que todos estejam cumprindo</p><p>suas responsabilidades.</p><p>E) Remover impedimentos que possam estar prejudicando o progresso da equipe, facilitando</p><p>reuniões e promovendo um ambiente de trabalho colaborativo.</p><p>Resposta correta: alternativa E.</p><p>Análise das alternativas</p><p>A) Alternativa incorreta.</p><p>Justificativa: essa tarefa é mais ligada ao Product Owner, que assume o papel de garantir que os</p><p>requisitos do cliente sejam claramente definidos e priorizados no Product Backlog do projeto.</p><p>B) Alternativa incorreta.</p><p>Justificativa: as metas do sprint são definidas de maneira colaborativa pela equipe durante a Sprint</p><p>Planning. Logo, essa não é uma responsabilidade associada diretamente ao Scrum Master.</p><p>C) Alternativa incorreta.</p><p>Justificativa: a responsabilidade de monitoramento e de relato regular é compartilhada por toda a</p><p>equipe do projeto. Logo, essa não é uma responsabilidade associada diretamente ao Scrum Master.</p><p>201</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>D) Alternativa incorreta.</p><p>Justificativa: no Scrum, espera-se que a equipe de desenvolvimento do projeto seja autogerenciada.</p><p>Logo, essa não é uma responsabilidade associada diretamente ao Scrum Master.</p><p>E) Alternativa correta.</p><p>Justificativa: o Scrum Master é o responsável por garantir que as práticas do Scrum sejam seguidas</p><p>pela equipe. Desse modo, ele é responsável por remover impedimentos que possam atrapalhar o progresso</p><p>da equipe, facilitando eventos e promovendo um ambiente de trabalho colaborativo e produtivo.</p><p>Questão 2. (UFAC/2022, adaptada) Métodos ágeis vêm sendo cada vez mais adotados por empresas</p><p>e setores de Tecnologia da Informação (TI) por permitirem não apenas dimensionar melhor a execução</p><p>de tarefas, mas também por estabelecerem prazos com mais assertividade. Entre algumas dessas</p><p>metodologias, podemos destacar o Scrum.</p><p>Nesse contexto, marque a alternativa que não indica uma das cerimônias do Scrum.</p><p>A) Sprint Planning.</p><p>B) Daily Meeting.</p><p>C) Sprint Retrospective.</p><p>D) Sprint Review.</p><p>E) Sprint Meeting.</p><p>Resposta correta: alternativa E.</p><p>Análise das alternativas</p><p>A) Alternativa incorreta.</p><p>Justificativa: a Sprint Planning é uma cerimônia dedicada a discutir e a selecionar as tarefas do</p><p>Product Backlog que serão realizadas no sprint.</p><p>B) Alternativa incorreta.</p><p>Justificativa: a Daily Meeting é uma reunião diária curta, na qual cada membro da equipe relata</p><p>o que fez desde o último encontro, o que planeja fazer a seguir e quaisquer obstáculos que estejam</p><p>impedindo seu progresso.</p><p>202</p><p>Unidade IV</p><p>C) Alternativa incorreta.</p><p>Justificativa: a Sprint Retrospective é uma cerimônia na qual a equipe reflete sobre o sprint que</p><p>terminou, discutindo o que funcionou bem, o que poderia ser melhorado e como melhorar ainda mais</p><p>os processos no próximo sprint.</p><p>D) Alternativa incorreta.</p><p>Justificativa: a Sprint Review é uma cerimônia dedicada a demonstrar o que foi desenvolvido durante</p><p>o sprint para o Product Owner e para outras partes interessadas.</p><p>E) Alternativa correta.</p><p>Justificativa: não existe uma cerimônia denominada Sprint Meeting no framework Scrum.</p><p>203</p><p>REFERÊNCIAS</p><p>BANJANIN, G.</p><p>Agile and Lean governance of project portfolios: methodological framework of</p><p>improving the governance of project portfolios by Agile and Lean methods. [S.l.]: Scholars’ Press, 2020.</p><p>BECK, K. Test Driven Development: by example. Londres: Addison-Wesley Professional, 2021.</p><p>BENNEKUM, A. et al. Manifesto para desenvolvimento ágil de software. 2001. Disponível em:</p><p>https://tinyurl.com/3x5v7ak7. Acesso em: 5 jul. 2024.</p><p>BITTNER, K.; KONG, P.; WEST, D. The nexus framework for scaling scrum: continuously delivering an</p><p>integrated product with multiple scrum teams. Londres: Addison-Wesley Professional, 2017.</p><p>CABRERO-DANIEL, B. AI for Agile development: a meta-analysis. arXiv. Cornell University, 2023.</p><p>Disponível em: https://tinyurl.com/b9u24s6y. Acesso em: 3 jul. 2024.</p><p>CARTER, E.; HURST, M. Agile machine learning: effective machine learning inspired by the Agile</p><p>Manifesto. [S.l.]: Apress, 2019.</p><p>COHN, M. Agile estimating and planning. Londres: Pearson, 2005.</p><p>CRISPIN, L.; GREGORY, J. Agile testing: a practical guide for testers and agile teams. Londres:</p><p>Addison-Wesley Professional, 2009.</p><p>DEBOIS, P. Agile infrastructure and operations: how infra-gile are you? Agile 2008 Conference.</p><p>Toronto: 2008. p. 202-207. Disponível em: https://tinyurl.com/4dv2vmpj. Acesso em: 5 jul. 2024.</p><p>DUA, A. et al. Americans are embracing flexible work — and they want more of it. McKinsey &</p><p>Company, 23 jun. 2022. Disponível em: https://tinyurl.com/5dnbfpzn. Acesso em: 5 jul. 2024.</p><p>FOWLER, M. Patterns of enterprise application architecture. [S.l.]: Addison-Wesley Professional, 2002.</p><p>FOWLER, M. Refactoring: improving the design of existing code. 2. ed. Londres: Addison-Wesley</p><p>Professional, 2018.</p><p>GITLAB. CI/CD Pipelines. 2024. Disponível em: https://tinyurl.com/yc2avfzx. Acesso em: 5 jul. 2024.</p><p>GLOBAL KNOWLEDGE. 2023 skillsoft’s it skills and salary. Global knowledge, v. 18, dez. 2023.</p><p>Disponível em: https://tinyurl.com/y6vryrm3. Acesso em: 5 jul. 2024.</p><p>GOODFELLOW, I.; BENGIO, Y.; COURVILLE, A. Deep learning. Massachusetts: The Mit Press, 2016.</p><p>JENKINS. Running pipelines. Jenkins, 2024. Disponível em: https://tinyurl.com/58b6cadm.</p><p>Acesso em: 5 jul. 2024.</p><p>204</p><p>KIM, G. et al. Manual de DevOps: como obter agilidade, confiabilidade e segurança em organizações</p><p>tecnológicas. São Paulo: Alta Books, 2018.</p><p>KIM, G.; BEHR, K.; SPAFFORD, G. O projeto fênix. Um romance sobre TI. DevOps e sobre ajudar o seu</p><p>negócio a vencer. São Paulo: Alta Books, 2020.</p><p>LARMAN, C.; VODDE, B. Large-Scale Scrum: more with LeSS. Londres: Addison-Wesley</p><p>Professional, 2016.</p><p>LEFFINGWELL, D. SAFe 4.5 reference guide: scaled agile framework for Lean enterprises. 2. ed. Londres:</p><p>Addison-Wesley Professional, 2018.</p><p>LESS. LeSS case studies. 2024. Disponível em: https://tinyurl.com/52p8e6jb. Acesso em: 5 jul. 2024.</p><p>LUNDBERG, A. Sucesso com a estrutura ágil do Spotify: esquadrões, tribos e capítulos – o próximo</p><p>passo depois do Scrum e Kanba? [S.l.]: Books on Demand, 2020.</p><p>MARTIN, R. C. O codificador limpo. Um código de conduta para programadores profissionais.</p><p>São Paulo: Alta Books, 2011.</p><p>MARTIN, R. C.; FEATHERS, M. C.; OTTINGER, T. R. Clean code: a handbook of agile software</p><p>craftsmanship. Estados Unidos: Prentice Hall PTR, 2008.</p><p>NARAYAN, S. Agile IT organization design: for digital transformation and continuous delivery.</p><p>Londres: Addison-Wesley Professional, 2015.</p><p>PATTON, J. et al. User story mapping: discover the whole story, build the right product. Massachusetts:</p><p>O’Reilly Media, 2014.</p><p>POPPENDIECK, M.; POPPENDIECK, T. Lean software development: an agile toolkit. Londres:</p><p>Addison-Wesley Professional, 2003.</p><p>PROJECT MANAGEMENT INSTITUTE (PMI). Guia do conhecimento em gerenciamento de projetos e o</p><p>padrão de gerenciamento de projetos. 7. ed. Pensilvânia: Project Management Institute, 2021.</p><p>ROBERT HALF. Technology salaries and hiring trends: 2024 Salary Guide. 2024. Disponível em:</p><p>https://tinyurl.com/2y5bbzuw. Acesso em: 5 jul. 2024.</p><p>RUBIN, K. S. Scrum essencial: um guia prático para o mais popular processo ágil. São Paulo:</p><p>Alta Books, 2017.</p><p>RUPP, C. Scaling Scrum across modern enterprises: implement Scrum and Lean-Agile techniques</p><p>across complex products, portfolios and programs in large organizations. Birmingham: Packt</p><p>Publishing, 2020.</p><p>205</p><p>RUSSELL, S.; NORVIG, P. Inteligência Artificial – uma abordagem moderna. São Paulo:</p><p>Grupo GEN, 2022.</p><p>SAFE. Insights Customer Stories. Scaled Agile, 2024. Disponível em: https://tinyurl.com/37596j78.</p><p>Acesso em: 5 jul. 2024.</p><p>SCRUM.ORG. Hospital Sírio-Libanês uses Scrum to respond to the Covid-19 pandemic by reducing</p><p>losses and delivering safety to frontline workers. 2024. Disponível em: https://tinyurl.com/372pvv8b.</p><p>Acesso em: 5 jul. 2024.</p><p>STROPOLI, R. Are we really more productive working from home? Chicago Booth Review, ago. 2021.</p><p>Disponível em: https://tinyurl.com/c7tx9ey8. Acesso em: 5 jul. 2024.</p><p>SUTHERLAND, J.; SUTHERLAND, J. J. Scrum: the art of doing twice the work in half the time. Nova</p><p>Iorque: Crown Currency, 2014.</p><p>TAKEUCHI, H.; NONAKA, I. The new new product development game. Harvard Business Review, v. 64,</p><p>n. 1, p. 137-146, jan. 1986.</p><p>206</p><p>207</p><p>208</p><p>Informações:</p><p>www.sepi.unip.br ou 0800 010 9000</p><p>a reputação</p><p>da empresa, aumentar a confiança dos clientes e parceiros, e garantir que a organização esteja em</p><p>conformidade com padrões de qualidade e segurança. Para empresas que lidam com tecnologias</p><p>avançadas, ou que precisam aderir a regulamentações rigorosas, ter uma equipe certificada pode ser</p><p>um requisito essencial para a operação e o sucesso do negócio.</p><p>Com isso, a busca por certificações promove uma cultura de aprendizado e crescimento dentro das</p><p>equipes de TI. Profissionais que se dedicam a obter certificações estão frequentemente mais engajados,</p><p>motivados e prontos para assumir novos desafios e responsabilidades. Esse comprometimento com o</p><p>desenvolvimento contínuo contribui para a inovação e eficiência dentro das organizações.</p><p>Por exemplo, a certificação Professional Scrum Master (PSM), concedida pela Scrum.org, é</p><p>amplamente reconhecida no campo do gerenciamento ágil de projetos. Fundada por Ken Schwaber,</p><p>um dos criadores originais do Scrum, a Scrum.org oferece três níveis de certificação PSM: PSM I, PSM II</p><p>e PSM III, cada uma representando um nível de proficiência e compreensão mais profundo do Scrum.</p><p>161</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>A PSM I foca em avaliar a compreensão básica dos princípios e do processo Scrum. Espera-se que</p><p>os candidatos demonstrem um conhecimento fundamental das práticas de Scrum, incluindo papéis,</p><p>eventos e artefatos, bem como a capacidade de aplicar esse conhecimento em situações práticas.</p><p>O exame PSM II, por sua vez, vai além, pois avalia a habilidade do candidato em aplicar o Scrum de</p><p>modo eficaz no contexto de projetos complexos. Este exame exige uma compreensão mais profunda dos</p><p>princípios subjacentes ao Scrum e uma capacidade superior para lidar com situações desafiadoras que</p><p>podem surgir em um ambiente ágil.</p><p>O PSM III é o mais avançado dos três e é destinado àqueles que têm um alto grau de conhecimento</p><p>e experiência em Scrum. Este exame avalia a capacidade do candidato de entender profundamente os</p><p>princípios ágeis e o framework Scrum, incluindo sua aplicação e práticas. Além disso, espera-se que</p><p>o candidato demonstre um claro entendimento da teoria ágil e sua aplicação prática em um nível</p><p>de liderança.</p><p>Para obter tais certificações, os candidatos devem passar por um exame, que é realizado on-line. Não</p><p>é exigida nenhuma formação ou curso oficial antes do exame, embora muitos candidatos optem por</p><p>realizar cursos de treinamento para melhorar suas chances de sucesso. A Scrum.org mantém a validade</p><p>da certificação indefinidamente, sem necessidade de renovação, o que é uma vantagem significativa em</p><p>comparação com algumas outras certificações que exigem renovação periódica.</p><p>Profissionais que obtêm a certificação PSM geralmente encontram melhores oportunidades</p><p>de carreira, pois demonstram um compromisso claro com o aprendizado contínuo e uma profunda</p><p>compreensão do Scrum, o que é altamente valorizado em muitas organizações que utilizam práticas</p><p>ágeis. Além disso, a certificação pode ajudar os Scrum Masters a orientar suas equipes de maneira mais</p><p>eficaz, contribuindo para o sucesso geral de projetos.</p><p>Já o Certified Agile Leadership (CAL) é oferecido pela Scrum Alliance, uma organização focada no</p><p>fomento de práticas ágeis através de educação, comunidade e compartilhamento de experiências. Esta</p><p>certificação é projetada para líderes em organizações que estão adotando ou aprimorando suas práticas</p><p>ágeis. A CAL destina-se, portanto, a ajudar líderes a compreender profundamente os princípios ágeis, a</p><p>cultivar uma cultura ágil dentro de suas organizações e a liderar com eficácia em ambientes complexos</p><p>e em rápida mudança.</p><p>O programa CAL é dividido em várias trilhas, incluindo CAL I, CAL II e CAL III, cada uma focada</p><p>em aspectos diferentes de liderança ágil e crescimento pessoal. A CAL I, por exemplo, concentra-se</p><p>nos fundamentos da liderança ágil, incluindo a autoconsciência e a liderança situacional, já a CAL II</p><p>aprofunda-se em práticas de liderança personalizadas e transformação organizacional. A CAL III é</p><p>destinada a líderes que buscam desenvolver ainda mais suas habilidades em áreas específicas, com foco</p><p>em especializações como liderança de mudança, desenvolvimento de equipes e estratégia ágil.</p><p>O processo para obter a certificação geralmente envolve participação em workshops e treinamentos</p><p>que são conduzidos por instrutores certificados. Esses cursos são interativos e projetados para engajar os</p><p>participantes em discussões, reflexões e atividades práticas que aplicam os princípios ágeis à liderança.</p><p>162</p><p>Unidade IV</p><p>Além do treinamento, os participantes muitas vezes precisam demonstrar sua capacidade de aplicar os</p><p>conhecimentos adquiridos em um contexto real de liderança.</p><p>A certificação CAL é particularmente valorizada por empresas que estão no meio de uma</p><p>transformação ágil, pois os líderes certificados são vistos como peças-chave na promoção da mudança</p><p>organizacional. Esses líderes não apenas implementam práticas ágeis, mas também inspiram e motivam</p><p>suas equipes, guiando-as através de incertezas e desafios, enquanto cultivam um ambiente que suporta</p><p>inovação e flexibilidade.</p><p>A certificação de Agile Coach, por sua vez, é altamente valorizada no mundo do desenvolvimento</p><p>de software ágil, pois vai além do domínio das práticas ágeis. Um Agile Coach não só entende</p><p>profundamente as metodologias ágeis, mas também é adepto em coaching, facilitação, mentoramento</p><p>e ensino, tanto em nível individual quanto organizacional. Esses profissionais desempenham um papel</p><p>crucial na condução de transformações ágeis, ajudando as equipes a adaptar e otimizar suas práticas,</p><p>além de cultivar uma cultura ágil que sustente a melhoria contínua.</p><p>Entre as várias certificações para Agile Coaches, a ICAgile Certified Professional – Agile Coaching</p><p>(ICP-ACC) se destaca. Oferecida pela International Consortium for Agile (ICAgile), esta certificação não</p><p>apenas aborda a teoria ágil, mas também enfatiza as habilidades práticas necessárias para efetivamente</p><p>guiar, facilitar e mentorar organizações em suas jornadas ágeis. Os participantes do curso muitas vezes</p><p>passam por treinamentos interativos que incluem exercícios práticos, estudos de caso e simulações que</p><p>preparam o candidato para enfrentar desafios reais.</p><p>Outra certificação importante é a Certified Scrum Coach (CSC) da Scrum Alliance, direcionada para</p><p>aqueles que já possuem experiência substancial em coaching de equipes ágeis com bom entendimento</p><p>do Scrum. Este programa é bastante exigente, pois os candidatos devem demonstrar não apenas</p><p>conhecimento, mas também capacidade efetiva de implementar mudanças significativas dentro de</p><p>suas organizações.</p><p>O papel de um Agile Coach é complexo, pois envolve atuar com diversos aspectos do comportamento</p><p>humano, dinâmicas de equipe e resistência organizacional às mudanças. Esses profissionais são essenciais</p><p>para garantir que a implementação ágil seja bem-sucedida, ajudando as organizações a alcançar a</p><p>flexibilidade e a eficiência necessárias para prosperar em mercados competitivos. Ao optar por uma</p><p>carreira como Agile Coach, um profissional assume o compromisso de estar na vanguarda da mudança,</p><p>exigindo uma combinação de habilidades técnicas, emocionais e de gestão que são essenciais para o</p><p>sucesso nesta área.</p><p>Podemos contar também com a certificação PMI-ACP, que é uma das mais abrangentes no campo</p><p>de gerenciamento ágil de projetos. Oferecida pelo PMI, uma organização globalmente reconhecida por</p><p>estabelecer padrões na indústria de gerenciamento de projetos, essa certificação valida a capacidade de</p><p>um indivíduo em entender e aplicar práticas ágeis em projetos. A PMI-ACP abrange uma gama ampla</p><p>de metodologias ágeis, incluindo Scrum, Kanban, Lean e outras, o que a torna uma das certificações</p><p>mais versáteis para profissionais que desejam demonstrar sua competência em várias abordagens ágeis.</p><p>163</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Para se qualificar para a PMI-ACP, é necessário possuir uma combinação de educação</p><p>formal e</p><p>experiência prática em projetos ágeis. Os candidatos devem ter uma experiência geral de projeto de</p><p>2000 horas e pelo menos 1500 horas trabalhando em equipes ágeis. Além disso, 21 horas de treinamento</p><p>em práticas ágeis são exigidas antes de se inscrever para o exame. Este processo de qualificação assegura</p><p>que apenas profissionais com experiência comprovada possam tentar obter a certificação, garantindo</p><p>seu prestígio e relevância.</p><p>O exame para a certificação PMI-ACP é composto por 120 questões de múltipla escolha, que</p><p>testam o conhecimento do candidato em diversas áreas de práticas ágeis, incluindo princípios-chave,</p><p>técnicas de planejamento adaptativo, desenvolvimento de softwares ágeis e habilidades de colaboração</p><p>efetiva em ambientes dinâmicos e incertos. A preparação para o exame geralmente envolve um estudo</p><p>aprofundado do material, que pode ser facilitado através de cursos preparatórios oferecidos por diversas</p><p>instituições de treinamento.</p><p>Esta certificação é altamente valorizada pelas empresas, especialmente aquelas que utilizam uma</p><p>mistura de abordagens ágeis em seus projetos. Ela demonstra que o profissional não só entende as várias</p><p>metodologias ágeis, mas também é capaz de aplicá-las eficazmente em diferentes contextos de projeto.</p><p>Além disso, reflete um compromisso contínuo com o desenvolvimento profissional e a excelência em</p><p>gerenciamento ágil, dois aspectos cada vez mais importantes em ambientes de negócios que valorizam</p><p>a flexibilidade, a adaptabilidade e a eficiência.</p><p>Já a Certified Scrum Product Owner (CSPO) é uma certificação concebida para indivíduos que</p><p>desejam assumir o papel de Product Owner dentro de uma equipe Scrum. Oferecida pela Scrum</p><p>Alliance, esta certificação destina-se a garantir que os profissionais compreendam completamente as</p><p>responsabilidades e práticas associadas ao papel de Product Owner, que é crucial para o sucesso de</p><p>qualquer projeto que utilize o framework Scrum.</p><p>O Product Owner tem um papel central em projetos ágeis, atuando como a ponte entre a equipe</p><p>de desenvolvimento e as partes interessadas, incluindo clientes e outros usuários finais. Esta posição</p><p>é responsável por definir e priorizar o backlog do produto, garantindo que a equipe Scrum esteja</p><p>trabalhando nas funcionalidades que trarão o maior valor para o negócio. Além disso, o Product Owner</p><p>deve comunicar claramente a visão do produto, gerenciar as expectativas das partes interessadas e</p><p>tomar decisões críticas sobre a direção do produto.</p><p>Para se tornar um Certified Scrum Product Owner, é necessário participar de um curso de formação CSPO</p><p>de dois dias ministrado por um Certified Scrum Trainer (CST). Durante este curso, os participantes aprendem</p><p>sobre os fundamentos do Scrum, o papel do Product Owner, como gerenciar o backlog do produto,</p><p>técnicas para entender o que os usuários realmente precisam e como trabalhar efetivamente com a equipe</p><p>Scrum para entregar produtos de sucesso.</p><p>Um ponto importante sobre a certificação CSPO é que, ao contrário de outras certificações Scrum</p><p>que exigem passar por um exame, a CSPO é concedida após a participação bem-sucedida no curso. Não</p><p>há um teste formal, o que significa que a ênfase está na participação ativa e na compreensão prática</p><p>das responsabilidades do Product Owner.</p><p>164</p><p>Unidade IV</p><p>A certificação CSPO é prestigiada no mundo do desenvolvimento ágil, pois as empresas continuam</p><p>buscando profissionais que possam efetivamente gerenciar a entrega de produtos que atendam às</p><p>necessidades dos clientes e se alinhem com os objetivos estratégicos do negócio. Profissionais com a</p><p>certificação CSPO são vistos como ativos valiosos, porque possuem as habilidades e conhecimentos</p><p>necessários para maximizar o retorno sobre o investimento (ROI) e garantir que o produto final seja de</p><p>alta qualidade e relevância para o mercado.</p><p>Por sua vez, a certificação Professional Scrum Product Owner Advanced (PSPO-A), oferecida pela</p><p>Scrum.org, é destinada a Product Owners com experiência que desejam expandir significativamente</p><p>seus conhecimentos e habilidades. Este curso avançado não apenas revisita os fundamentos do Scrum</p><p>aplicados ao gerenciamento de produtos, como explora as complexidades do papel em um contexto</p><p>empresarial dinâmico e desafiador.</p><p>Durante o curso PSPO-A, os participantes aprofundam-se em técnicas para maximizar o valor do</p><p>produto, aprendendo a utilizar métricas de maneira eficaz para guiar as decisões de desenvolvimento</p><p>e inovação. A gestão avançada de stakeholders é outro componente relevante do curso, pois enfatiza a</p><p>importância de habilidades de comunicação para gerenciar expectativas e resolver conflitos. Além disso,</p><p>o curso aborda estratégias para fortalecer a liderança e influência do Product Owner, capacitando-os a</p><p>motivar e orientar suas equipes e stakeholders com confiança e clareza.</p><p>O conteúdo também inclui estratégias avançadas de desenvolvimento de produto, ensinando os</p><p>participantes a identificar e explorar oportunidades de mercado dentro de restrições competitivas e</p><p>técnicas inovadoras. Tais habilidades são essenciais para Product Owners que precisam não apenas</p><p>gerenciar, como inovar e liderar a visão do produto em ambientes de mercado altamente saturados</p><p>e competitivos.</p><p>Para alcançar a certificação PSPO-A, é preciso ser aprovado em um exame difícil que avalia a</p><p>compreensão aprofundada e a aplicação prática dos princípios e práticas ensinadas. Este exame</p><p>é conhecido pela sua exigência e profundidade, refletindo a natureza complexa e estratégica do papel</p><p>de um Product Owner avançado.</p><p>A certificação PSPO-A é altamente valorizada no mercado, especialmente em empresas que</p><p>enfrentam desafios significativos em seus projetos de desenvolvimento de produtos. Profissionais</p><p>que conquistam esta certificação são reconhecidos por sua capacidade de direcionar a estratégia de</p><p>produto e liderar efetivamente a entrega de soluções inovadoras e valiosas, solidificando-se como</p><p>líderes capazes de promover mudanças significativas e impulsionar o sucesso empresarial.</p><p>165</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Existem outras certificações relevantes. O quadro 8 fornece uma visão abrangente das principais</p><p>certificações ágeis, enfatizando sua descrição, demanda no mercado, reputação, dificuldade e requisitos</p><p>de renovação, oferecendo uma ferramenta útil para profissionais que desejam decidir qual certificação</p><p>melhor se alinha às necessidades de carreira e experiência profissional.</p><p>Quadro 8 – Principais certificações ágeis</p><p>Certificação Organização Descrição</p><p>Cobiçada</p><p>pelas</p><p>empresas</p><p>Reputação Dificuldade</p><p>de obtenção</p><p>Período de</p><p>renovação</p><p>Certified</p><p>ScrumMaster</p><p>(CSM)</p><p>Scrum Alliance</p><p>Ensina os fundamentos do</p><p>Scrum, incluindo papéis,</p><p>eventos e artefatos</p><p>Alta Alta Moderada A cada</p><p>2 anos</p><p>Professional</p><p>Scrum Master</p><p>(PSM)</p><p>Scrum.org</p><p>Avalia a compreensão</p><p>aprofundada do</p><p>Scrum e sua aplicação</p><p>prática através de um</p><p>exame rigoroso</p><p>Alta Alta Moderada-alta Não requer</p><p>renovação</p><p>Certified Scrum</p><p>Product Owner</p><p>(CSPO)</p><p>Scrum Alliance</p><p>Capacita proprietários</p><p>de produtos no</p><p>gerenciamento eficaz do</p><p>backlog e interação com</p><p>as partes interessadas</p><p>Alta Alta Moderada A cada</p><p>2 anos</p><p>SAFe Agilist (SA) Scaled Agile</p><p>Focado na aplicação</p><p>do framework SAFe em</p><p>grandes organizações para</p><p>escalar práticas ágeis</p><p>Alta Alta Alta A cada ano</p><p>Certified Scrum</p><p>Professional</p><p>(CSP)</p><p>Scrum Alliance</p><p>Para profissionais</p><p>experientes em</p><p>Scrum, aprofundando</p><p>conhecimentos e práticas</p><p>Moderada Alta Alta A cada</p><p>2 anos</p><p>Advanced</p><p>Certified Scrum</p><p>Master (A-CSM)</p><p>Scrum Alliance</p><p>Expande as habilidades</p><p>do Scrum Master com</p><p>técnicas avançadas para</p><p>facilitação e liderança ágil</p><p>Moderada Alta Alta A cada 2</p><p>anos</p><p>PMI Agile</p><p>Certified</p><p>Practitioner</p><p>(PMI-ACP)</p><p>Project</p><p>Management</p><p>Institute</p><p>Cobrindo uma ampla</p><p>gama de metodologias</p><p>ágeis, valida</p><p>habilidades em práticas</p><p>ágeis complexas</p><p>Alta Alta Alta A cada</p><p>3 anos</p><p>ICAgile Certified</p><p>Professional –</p><p>Agile Coaching</p><p>(ICP-ACC)</p><p>ICAgile</p><p>Prepara profissionais</p><p>para facilitar,</p><p>ensinar e</p><p>mentorar organizações</p><p>em métodos ágeis</p><p>Moderada Alta Moderada-alta Não requer</p><p>renovação</p><p>Certified Scrum</p><p>Coach (CSC) Scrum Alliance</p><p>Destinado a coaches</p><p>ágeis experientes,</p><p>requer demonstração de</p><p>habilidades avançadas em</p><p>coaching ágil</p><p>Baixa Muito alta Muito alta A cada</p><p>3 anos</p><p>Professional</p><p>Scrum Product</p><p>Owner Advanced</p><p>(PSPO-A)</p><p>Scrum.org</p><p>Aprofunda conhecimentos</p><p>avançados para</p><p>proprietários de produtos</p><p>em ambientes ágeis</p><p>Moderada Alta Alta Não requer</p><p>renovação</p><p>166</p><p>Unidade IV</p><p>7.2 Desenvolvimento de habilidades de liderança e colaboração</p><p>No desenvolvimento ágil de software, habilidades de liderança e colaboração são essenciais para a</p><p>gestão eficaz e para criar um ambiente no qual as equipes possam prosperar e inovar. Líderes ágeis são</p><p>diferenciados por sua capacidade de facilitar e inspirar, em vez de apenas dirigir e controlar. Eles cultivam</p><p>um ambiente no qual a transparência, a confiança mútua e o feedback contínuo são componentes</p><p>fundamentais, permitindo que todos na equipe se sintam valorizados e parte integral do processo.</p><p>Em um ambiente ágil, a liderança é frequentemente compartilhada e distribuída entre os membros</p><p>da equipe, encorajando a autogestão e a tomada de decisão colaborativa. Isso requer um líder que</p><p>entenda profundamente os princípios ágeis e que seja capaz de orientar a equipe através de exemplo,</p><p>promovendo uma cultura de aprendizado contínuo e adaptação. Este estilo de liderança promove mais</p><p>adaptabilidade e resiliência, permitindo que a equipe responda de modo mais eficaz às mudanças.</p><p>A colaboração, por sua vez, é a pedra angular do desenvolvimento ágil. As equipes ágeis operam</p><p>com base no princípio de que o todo é maior que a soma de suas partes. Isso significa que cada membro</p><p>da equipe é encorajado a contribuir com suas ideias e habilidades únicas, enquanto trabalha em</p><p>conjunto para alcançar objetivos comuns. A colaboração eficaz é muitas vezes facilitada por práticas</p><p>como programação em par, sessões de brainstorming regulares e revisões de código, que melhoram a</p><p>qualidade do software e fortalecem os laços entre os membros da equipe.</p><p>Para líderes e equipes que buscam melhorar suas habilidades de liderança e colaboração, treinamentos</p><p>e workshops específicos podem ser extremamente úteis. Eles podem abordar desde habilidades de</p><p>comunicação e resolução de conflitos até estratégias específicas para incentivar a inovação e a gestão eficaz</p><p>de backlogs. Além disso, certificações como Certified Scrum Master e Agile Certified Practitioner podem</p><p>fornecer aos líderes e membros da equipe uma base sólida de conhecimentos e práticas recomendadas.</p><p>Para um iniciante desenvolver habilidades de liderança, uma abordagem eficaz começa com a</p><p>busca por conhecimento em liderança e gerenciamento ágil. Isso pode ser feito por meio da leitura de</p><p>livros relevantes, participação em workshops e seminários, e realização de cursos on-line que oferecem</p><p>uma base sólida sobre comunicação eficaz, gestão de conflitos, tomada de decisão e estratégias de</p><p>motivação. Essas atividades fornecem conhecimento teórico e apresentam técnicas práticas que podem</p><p>ser aplicadas no dia a dia.</p><p>Além de adquirir conhecimento, é altamente benéfico para um iniciante buscar um mentor ou</p><p>coach. Um mentor que já tenha experiência consolidada em liderança pode oferecer conselhos práticos</p><p>e insights sobre como enfrentar desafios comuns. A mentoria também proporciona um ambiente</p><p>seguro para discussão de problemas e busca de soluções, permitindo ao iniciante aprender através da</p><p>experiência de outra pessoa enquanto desenvolve suas próprias habilidades.</p><p>A prática ativa é outra parte crucial do desenvolvimento de habilidades de liderança. Isso</p><p>pode incluir assumir pequenos projetos ou liderar equipes em situações de baixo risco, nas quais é</p><p>possível experimentar e aplicar técnicas de liderança sem grandes consequências em caso de erros.</p><p>167</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Essas experiências práticas são fundamentais, pois a liderança envolve habilidades que só podem ser</p><p>plenamente desenvolvidas através da prática contínua e da reflexão sobre as ações realizadas.</p><p>Participar de comunidades de prática ou grupos de interesse também pode enriquecer a jornada de</p><p>aprendizado. Esses grupos oferecem uma plataforma para trocar ideias, discutir desafios e compartilhar</p><p>estratégias com outros que estão em diferentes estágios de sua carreira de liderança. A interação com</p><p>uma comunidade diversificada pode introduzir novas perspectivas e técnicas de liderança, ampliando a</p><p>compreensão e a capacidade do iniciante de adaptar-se a diferentes situações.</p><p>Por fim, é preciso termos claro também que o feedback contínuo é essencial. Seja através de revisões</p><p>formais com um supervisor, feedback informal de colegas ou autoavaliação, entender as áreas de</p><p>força e de necessidade de melhoria permite ao iniciante ajustar suas abordagens e comportamentos.</p><p>Este ciclo de aprendizado contínuo – aprender, aplicar, receber feedback e ajustar – é o coração do</p><p>desenvolvimento eficaz de liderança, capacitando o iniciante a evoluir de um participante passivo para</p><p>um líder eficaz e inspirador.</p><p>Para um iniciante desenvolver habilidades de colaboração ágil, é essencial compreender os princípios</p><p>fundamentais do desenvolvimento ágil, como a colaboração intensiva, a capacidade de adaptação</p><p>às mudanças e a entrega contínua de valor. Aprofundar-se em livros, cursos on-line e participar de</p><p>seminários e workshops sobre métodos ágeis, como Scrum, Kanban e Lean, pode fornecer uma base</p><p>sólida de conhecimento.</p><p>Participar de treinamentos específicos de equipe ágil, como os de Scrum Master ou Product Owner,</p><p>é uma maneira prática de aprender a facilitar e contribuir para reuniões ágeis. Esses treinamentos,</p><p>frequentemente, incluem simulações e exercícios práticos que ensinam como trabalhar efetivamente</p><p>em equipe. Além disso, praticar uma comunicação eficaz é crucial. Habilidades como ouvir ativamente,</p><p>expressar ideias de maneira clara e resolver conflitos de modo construtivo são fundamentais para a</p><p>colaboração. Essas habilidades podem ser aprimoradas através de role-plays, recebendo e dando</p><p>feedbacks a colegas ou mentores, e participando de atividades que promovam interações em grupo.</p><p>Trabalhar em projetos ágeis reais, mesmo que inicialmente em papéis menores, também oferece uma</p><p>experiência inestimável. Isso não apenas ajuda a aplicar a teoria na prática, como permite interações</p><p>com profissionais experientes que podem oferecer insights valiosos. Solicitar e aceitar feedback é outra</p><p>prática essencial; buscar avaliações sobre desempenho e estar aberto a sugestões de melhorias pode</p><p>acelerar o aprendizado e aperfeiçoamento.</p><p>Desenvolver empatia e paciência também é vital, pois ajuda a entender e respeitar as diferentes</p><p>perspectivas dos membros da equipe. Essas qualidades melhoram a dinâmica de equipe e a capacidade</p><p>de responder, de maneira sensível, às necessidades e aos desafios dos colegas.</p><p>Por fim, engajar-se em comunidades ágeis, seja on-line ou presencialmente, pode oferecer uma rica</p><p>rede de apoio e aprendizado. Tais comunidades são ótimas para compartilhar conhecimentos, experiências</p><p>e expandir o networking, que são elementos essenciais para o desenvolvimento pessoal e profissional.</p><p>168</p><p>Unidade IV</p><p>Lembrete</p><p>A abordagem integrada ajuda o iniciante a melhorar suas habilidades de</p><p>colaboração ágil e também a se tornar um membro mais eficaz e valorizado</p><p>de qualquer equipe ágil.</p><p>Em última análise, o sucesso em projetos ágeis de desenvolvimento de software depende não apenas</p><p>das habilidades técnicas, mas profundamente das capacidades de liderar e colaborar efetivamente. Isso</p><p>implica criar um ambiente de trabalho onde a inovação é estimulada, os desafios são enfrentados de</p><p>modo colaborativo e cada membro da equipe é empoderado para contribuir ao máximo. Essa abordagem</p><p>aumenta a produtividade e a eficácia, bem como contribui para a satisfação e o crescimento profissional</p><p>de todos envolvidos.</p><p>7.3 Networking, comunidades ágeis e aprendizado contínuo</p><p>O networking desempenha um papel fundamental no desenvolvimento ágil de software, no</p><p>qual  a troca de ideias, a colaboração e o compartilhamento de melhores práticas podem acelerar a</p><p>inovação e a resolução de problemas. Em um ambiente ágil, as redes de contato não são apenas úteis</p><p>para avanços na carreira, mas essenciais para o sucesso dos projetos, pois permitem que profissionais</p><p>aprendam uns com os outros e adaptem suas práticas para melhor atender às exigências do mercado e</p><p>aos desafios técnicos.</p><p>Observação</p><p>Networking é o processo de estabelecer e cultivar relacionamentos</p><p>com outras pessoas em um contexto profissional ou social, com o objetivo</p><p>de trocar informações, oferecer e receber apoio, e explorar oportunidades</p><p>mútuas. Essencialmente, é a prática de conhecer e conectar-se com</p><p>colegas, pares e líderes dentro ou fora de sua própria indústria, o que pode</p><p>levar a benefícios como aquisição de novas ideias, avanços na carreira,</p><p>colaborações profissionais e desenvolvimento pessoal.</p><p>No ambiente de trabalho, o networking pode envolver a participação em eventos da indústria,</p><p>conferências, seminários e encontros locais. Também pode acontecer em contextos menos formais, como</p><p>encontros sociais, reuniões de café ou até em interações on-line, através de redes sociais profissionais</p><p>como LinkedIn ou de fóruns e comunidades virtuais.</p><p>O networking eficaz geralmente requer habilidades de comunicação interpessoal, como saber ouvir,</p><p>mostrar empatia e ser capaz de se apresentar de maneira clara e concisa. O desenvolvimento de uma</p><p>rede de contatos sólida pode proporcionar um vasto recurso de conhecimento e experiência, e muitas</p><p>vezes é considerado essencial para a progressão e o sucesso profissional a longo prazo. Além disso,</p><p>169</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>construir e manter uma rede de contatos ajuda na troca de apoio e conselhos valiosos, facilitando o</p><p>acesso a novas oportunidades e insights que podem ser cruciais em momentos decisivos da carreira.</p><p>Para cultivar um networking eficaz no desenvolvimento ágil, é importante participar de eventos da</p><p>indústria, como conferências e workshops. Por exemplo, eventos como Agile Alliance’s annual conference</p><p>ou Scrum Gatherings oferecem oportunidades ricas para conhecer e aprender com líderes e praticantes</p><p>ágeis. Nesses eventos, profissionais podem participar de sessões interativas, palestras e workshops, nos</p><p>quais se discutem as últimas tendências e inovações no campo ágil.</p><p>Além de participar de eventos, é essencial ser ativo em comunidades on-line. Plataformas como</p><p>LinkedIn, Slack e fóruns específicos da indústria, como os da Scrum Alliance ou Agile Alliance, são</p><p>excelentes locais para se conectar com outros profissionais ágeis. Por exemplo, contribuir para discussões</p><p>em grupos relacionados ao Scrum no LinkedIn pode elevar seu perfil profissional e também abrir portas</p><p>para colaborações e oportunidades de emprego.</p><p>Outra estratégia eficaz é contribuir para projetos de código aberto. Muitos projetos ágeis utilizam</p><p>ferramentas e frameworks que são desenvolvidos e mantidos pela comunidade. Contribuir para esses</p><p>projetos pode ajudar a desenvolver habilidades técnicas, ao mesmo tempo que expande sua rede de</p><p>contatos profissionais que têm interesses similares. Contribuir para projetos populares no GitHub</p><p>relacionados a ferramentas ágeis pode colocar um profissional em contato direto com desenvolvedores</p><p>influentes e organizações que valorizam a colaboração comunitária.</p><p>Além disso, criar uma página ou canal no YouTube para compartilhar conhecimentos sobre práticas</p><p>ágeis pode ser uma forma poderosa de networking. Ao fornecer insights valiosos e conteúdo educativo,</p><p>você pode atrair a atenção de outros profissionais do setor, o que pode levar a convites para falar em</p><p>podcasts, webinars e conferências.</p><p>As comunidades ágeis são essenciais no contexto do desenvolvimento ágil de softwares, atuando</p><p>como um catalisador para a disseminação de conhecimento, inovação e práticas eficazes. Elas fornecem</p><p>uma plataforma para profissionais trocarem experiências, resolverem problemas comuns e promoverem</p><p>melhorias contínuas em seus métodos de trabalho. Ao participar de comunidades ágeis, os profissionais</p><p>ampliam sua rede de contatos e também aprofundam seu entendimento sobre as práticas ágeis, o que</p><p>é crucial para o sucesso dos projetos em um ambiente dinâmico e competitivo.</p><p>Um exemplo de uma comunidade ágil e muito influente é a Agile Alliance, uma organização global</p><p>que promove e apoia os princípios do desenvolvimento ágil. A Agile Alliance organiza conferências</p><p>anuais, workshops e webinars que reúnem especialistas, líderes de pensamento e praticantes ágeis.</p><p>Esses eventos são fundamentais para manter a comunidade informada sobre as últimas tendências,</p><p>ferramentas e estratégias no mundo ágil. Além disso, a Agile Alliance oferece recursos como estudos</p><p>de caso, artigos e um compêndio de melhores práticas que são acessíveis para todos os membros</p><p>da comunidade.</p><p>Outro exemplo é a Scrum Alliance, muito conhecida por seu foco na promoção do framework</p><p>Scrum, uma das metodologias ágeis mais populares. A Scrum Alliance certifica profissionais e organiza</p><p>170</p><p>Unidade IV</p><p>eventos globais, como os Scrum Gatherings, que oferecem sessões de aprendizado e oportunidades de</p><p>networking. Esses eventos proporcionam um espaço para que Scrum Masters, Product Owners e outros</p><p>profissionais ágeis compartilhem desafios, soluções e novas ideias em um ambiente colaborativo.</p><p>Além das organizações globais, muitas cidades possuem grupos locais de usuários ágeis, como o</p><p>Agile NYC ou o Agile London, que realizam encontros regulares e são mais acessíveis para profissionais</p><p>que não podem participar de grandes conferências internacionais. Esses grupos locais frequentemente</p><p>oferecem apresentações, discussões em mesa-redonda e hackathons, que são excelentes para aprender</p><p>de maneira prática e manter-se atualizado com as práticas ágeis.</p><p>Participar de comunidades ágeis também pode envolver interações digitais. Por exemplo, fóruns</p><p>on-line, grupos no LinkedIn e comunidades no Slack permitem que profissionais de diferentes partes</p><p>do mundo compartilhem conhecimento e peçam conselhos em tempo real. Essas plataformas digitais</p><p>são particularmente úteis para discussões rápidas e para obter feedbacks sobre problemas específicos</p><p>de projetos ágeis.</p><p>Portanto, as comunidades ágeis desempenham um papel vital no desenvolvimento ágil de software,</p><p>não apenas como centros de aprendizado, mas como suporte essencial para o desenvolvimento</p><p>profissional contínuo. Assim, ao promover um ambiente de colaboração e compartilhamento, essas</p><p>comunidades ajudam a garantir que os princípios ágeis sejam aplicados de maneira eficaz e que os</p><p>profissionais estejam equipados para lidar com os desafios rápidos e variados do desenvolvimento de</p><p>software moderno.</p><p>No dinâmico mundo do desenvolvimento ágil de software, o aprendizado contínuo é essencial para o</p><p>sucesso e a inovação contínua. A natureza ágil enfatiza a adaptabilidade e a resposta rápida às mudanças,</p><p>o que só é possível através do compromisso constante com o aprendizado e o desenvolvimento pessoal</p><p>e profissional.</p><p>Um exemplo significativo da importância do aprendizado contínuo pode ser reconhecido nas práticas</p><p>do Google. A empresa não apenas incentiva, como facilita sessões de aprendizado regularmente por</p><p>meio de talks, workshops e acesso a cursos on-line. Isso permite que seus engenheiros e desenvolvedores</p><p>permaneçam na vanguarda das tecnologias emergentes e melhorem as práticas de desenvolvimento,</p><p>mantendo o Google competitivo e inovador.</p><p>Do mesmo modo, o Spotify é conhecido por promover um ambiente de aprendizado através de</p><p>seus guilds, que são grupos mps nos quais os funcionários compartilham conhecimentos sobre tópicos</p><p>específicos, como qualidade de código, usabilidade ou segurança. Essa prática melhora as habilidades</p><p>individuais, além de elevar</p><p>o nível de conhecimento dentro de toda a organização, permitindo que o</p><p>Spotify adapte rapidamente suas práticas e produtos às necessidades dos usuários.</p><p>Os exemplos indicados nos mostram como o aprendizado contínuo no desenvolvimento ágil de</p><p>software não é apenas sobre adquirir novas habilidades técnicas. Trata-se também de cultivar uma</p><p>mentalidade de crescimento, no qual o feedback é valorizado e as falhas são vistas como oportunidades</p><p>de aprendizado. Em ambientes ágeis, a retrospectiva regular e as revisões de sprint são componentes</p><p>171</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>críticos que permitem que as equipes reflitam sobre suas práticas, aprendam com os erros e apliquem</p><p>esse aprendizado para melhoria contínua.</p><p>Além disso, a colaboração e o compartilhamento de conhecimento são praticados intensivamente.</p><p>Empresas ágeis muitas vezes realizam sessões de codificação em par ou promovem hackathons, nos</p><p>quais a inovação e o aprendizado emergem não apenas de objetivos formais de aprendizado, mas da</p><p>interação e do debate entre pares.</p><p>8 ESTUDOS DE CASO E APLICAÇÕES PRÁTICAS</p><p>Na gestão contemporânea de projetos, a implementação de metodologias ágeis em larga escala surge</p><p>como uma resposta dinâmica às exigências de um ambiente de negócios em constante transformação.</p><p>Estudos de caso, como aqueles envolvendo grandes corporações que adotaram o Agile para melhorar</p><p>suas operações, oferecem uma visão valiosa sobre os caminhos e desafios dessa transição. Estas empresas,</p><p>ao adaptarem-se aos princípios ágeis, frequentemente enfrentam desafios que vão desde a resistência</p><p>cultural até a reestruturação de processos. A abordagem Agile, originalmente concebida para equipes</p><p>pequenas, demonstra complexidade adicional quando aplicada em grande escala, exigindo estratégias</p><p>adaptativas e um bom alinhamento organizacional.</p><p>Dentre os desafios mais comuns encontrados, destaca-se a necessidade de modificar ou substituir</p><p>sistemas de gestão legados, que muitas vezes são incompatíveis com as práticas ágeis. Além disso, a</p><p>comunicação torna-se um aspecto crítico, visto que a informação precisa fluir eficientemente entre</p><p>múltiplas equipes e departamentos. Estratégias bem-sucedidas de implementação geralmente incluem</p><p>a formação de líderes e coaches ágeis internos, desenvolvimento de uma cultura de colaboração e</p><p>adaptabilidade, e a implementação gradual dos processos ágeis, começando com projetos-piloto antes</p><p>de uma adoção mais ampla.</p><p>Para ilustrar a aplicação prática desses conceitos, muitos educadores e consultores utilizam exemplos</p><p>e exercícios que simulam cenários do mundo real. Estes exercícios ajudam a solidificar o entendimento</p><p>dos princípios ágeis, como a entrega iterativa e incremental de produtos, e promovem a solução de</p><p>problemas em um contexto colaborativo. Tais práticas são essenciais para a compreensão teórica e para</p><p>a habilidade de aplicar os princípios ágeis em situações complexas e em grande escala.</p><p>Desse modo, além da análise dos casos a seguir, apresentaremos um glossário de termos ágeis, que</p><p>frequentemente é empregado para assegurar que todos os membros da organização, independentemente</p><p>de seu nível técnico, possam compreender e comunicar-se efetivamente. Termos como Scrum, Sprint,</p><p>Product Owner e Scrum Master são essenciais para que todos os envolvidos tenham um entendimento</p><p>comum e possam colaborar efetivamente com os projetos. Este glossário facilita a comunicação interna</p><p>e ajuda na formação de um framework compartilhado que suporta a transição para práticas ágeis em</p><p>todos os níveis da organização.</p><p>172</p><p>Unidade IV</p><p>Saiba mais</p><p>Para além das análises dos estudos de caso que apresentaremos a seguir,</p><p>é importante conhecermos e termos claro a nomenclatura utilizada no</p><p>cotidiano de trabalho em metodologia ágil, por isso indicamos a leitura do</p><p>seguinte guia:</p><p>RUBIN, K. S. Scrum essencial: um guia prático para o mais popular</p><p>processo ágil. São Paulo: Alta Books, 2017.</p><p>8.1 Case studies de implementação de metodologia ágil em larga escala</p><p>Estudos de caso (case studies) são análises detalhadas de uma situação específica em um contexto</p><p>real, geralmente usadas em pesquisas ou ensino para explorar soluções práticas e insights teóricos. Eles</p><p>são amplamente utilizados em áreas como negócios, medicina, educação, engenharia e ciências sociais.</p><p>Assim, neste tópico elencaremos alguns estudos de caso relacionados a implantações ágeis em larga</p><p>escala. Esses exemplos são reais e tem como base as fontes do SAFe (2024) e LeSS (2024).</p><p>O primeiro caso que vamos analisar é sobre a Air France-KLM, que implementou o SAFe para</p><p>transformar a maneira como gerenciava seus projetos e desenvolvia os softwares. Inicialmente, a</p><p>empresa começou com três ARTs focados no setor comercial digital. Cada ART é uma equipe grande que</p><p>trabalha de modo sincronizado para entregar valor contínuo através de incrementos de software.</p><p>Com o sucesso dessa primeira fase, a adoção do SAFe foi expandida para outras áreas da empresa.</p><p>Para facilitar a transição, cada domínio de negócios formou uma equipe de adoção ágil, que se</p><p>auto-organizou para definir seus próprios objetivos e metas. Isso permitiu que as equipes tivessem</p><p>mais autonomia e responsabilidade em suas atividades, promovendo uma cultura de colaboração e</p><p>melhoria contínua.</p><p>A aplicação do SAFe trouxe vários benefícios para a Air France-KLM. A empresa conseguiu aumentar</p><p>a frequência dos lançamentos de software, melhorando a velocidade de entrega e a qualidade dos</p><p>produtos. Além disso, a colaboração entre as equipes foi significativamente aprimorada, resultando em</p><p>um ambiente de trabalho mais integrado e produtivo.</p><p>Um dos postos-chave do sucesso da implementação do SAFe foi a capacitação dos funcionários, e a</p><p>mudança cultural necessária para adotar metodologias ágeis de maneira eficaz. Isso incluiu treinamento</p><p>intensivo e a criação de uma mentalidade voltada para a agilidade e inovação.</p><p>Outro exemplo é a Mercedes-Benz Mobility AG, que também implementou o SAFe para transformar</p><p>suas operações, aumentando drasticamente sua eficiência e inovação. Antes da adoção do SAFe, a</p><p>empresa lançava um ou dois produtos por ano, mas após a implementação, conseguiu lançar cerca de</p><p>40 produtos em 34 mercados diferentes em 2022.</p><p>173</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>Uma das melhorias mais notáveis foi no tempo de processamento de aplicações para financiamento</p><p>de veículos, que foi reduzido de vários dias para apenas 2,3 minutos na China. Essa transformação</p><p>foi alcançada através de maior digitalização e automação dos processos, com 90% das operações sendo</p><p>automatizadas. Além disso, a implementação do SAFe promoveu uma cultura de colaboração e</p><p>diversidade, com equipes trabalhando de maneira mais integrada e eficaz.</p><p>Para alcançar esses resultados, a Mercedes-Benz Mobility AG focou na capacitação dos funcionários</p><p>e na criação de uma mentalidade ágil. A empresa investiu em treinamento e desenvolvimento contínuo,</p><p>garantindo que todos os colaboradores estivessem alinhados com os princípios e as práticas ágeis. Isso</p><p>não apenas aumentou a velocidade e a qualidade dos lançamentos de produtos, mas também melhorou</p><p>a satisfação e o engajamento dos funcionários.</p><p>A Oracle, uma gigante com 170 mil funcionários, também decidiu adotar o SAFe para transformar</p><p>seu desenvolvimento de software. Inicialmente, a Oracle implementou o SAFe com oito equipes e,</p><p>rapidamente, expandiu para 34 em quatro Program Increments (PIs). A adoção do SAFe resultou em um</p><p>aumento de 15% na velocidade de processamento de pedidos e na automação de mais de 80% desses</p><p>pedidos. Além disso, a produtividade dos funcionários aumentou em 10% e o tempo para fechamento</p><p>contábil foi reduzido para menos de 10 dias, 21 dias mais rápido do que a média das empresas da</p><p>Fortune 500.</p><p>A implementação começou com um treinamento extensivo de todos os envolvidos, seguido de uma</p><p>fase inicial de planejamento e execução com base nos princípios do SAFe. Um dos principais desafios</p><p>enfrentados pela</p><p>Oracle foi alinhar todos os setores da empresa para adotar um novo sistema de trabalho</p><p>colaborativo e integrado. No entanto, com o apoio da liderança executiva e um real compromisso com</p><p>a mudança, a empresa conseguiu superar esses obstáculos.</p><p>O sucesso da Oracle com o SAFe também gerou a melhoria da qualidade dos seus produtos e a</p><p>satisfação dos clientes. A empresa pôde entregar atualizações e novos produtos com mais frequência</p><p>e menor tempo de resposta. Os benefícios não se limitaram apenas ao aumento de eficiência operacional,</p><p>mas também incluíram mais transparência e colaboração entre as equipes.</p><p>Lembrete</p><p>O comprometimento organizacional e a adaptação contínua às</p><p>necessidades e feedbacks dos stakeholders são essenciais para garantir o</p><p>sucesso de uma transformação ágil em larga escala.</p><p>Temos também a FedEx, uma das maiores empresas de logística do mundo, que embarcou em uma</p><p>transformação digital significativa ao adotar o SAFe em 2013. Inicialmente, a empresa começou com</p><p>algumas equipes ágeis, mas rapidamente expandiu suas operações ágeis para mais de 300 ARTs até</p><p>2020. O crescimento robusto das ARTs permitiu à FedEx consolidar mais de 50 corpos governamentais</p><p>em 10 portfólios lean, o que foi fundamental para simplificar e agilizar suas operações internas.</p><p>174</p><p>Unidade IV</p><p>A adoção do SAFe pela FedEx trouxe inúmeros benefícios, incluindo um aumento notável na satisfação</p><p>e no engajamento dos funcionários. A empresa implementou práticas ágeis que promoveram mais</p><p>colaboração entre as equipes, melhorando a eficiência e a qualidade dos serviços prestados. Durante</p><p>a pandemia de covid-19, a flexibilidade e a capacidade de resposta proporcionadas pelo SAFe permitiram à</p><p>FedEx crescer em $25 bilhões em dois anos, demonstrando a eficácia da abordagem ágil em tempos de crise.</p><p>O compromisso da liderança da FedEx com a transformação ágil foi crucial para o sucesso da</p><p>implementação do SAFe. A empresa investiu em treinamento e desenvolvimento contínuo de seus</p><p>funcionários para garantir que todos estivessem alinhados com os princípios ágeis. Além disso, a FedEx</p><p>fez uso de métricas e feedbacks contínuos para adaptar e melhorar constantemente suas práticas ágeis,</p><p>garantindo que a organização pudesse responder rapidamente às mudanças do mercado.</p><p>A transformação ágil teve impacto positivo na experiência dos clientes da FedEx. A capacidade de</p><p>entregar produtos e serviços com mais rapidez e eficiência resultou em níveis mais altos de satisfação</p><p>do cliente. A empresa conseguiu introduzir inovações e melhorias em seus serviços com frequência,</p><p>atendendo melhor às necessidades de seus clientes e se destacando em um mercado competitivo.</p><p>A Petrobras, uma das maiores empresas de petróleo e gás do mundo, embarcou em uma transformação</p><p>Lean-Agile também usando o SAFe. Com mais de 45 mil funcionários, a empresa lançou seu primeiro</p><p>ART em 2021 e, em dois anos, cresceu para 23 ARTs e mais de 250 equipes, envolvendo 2.700 pessoas</p><p>em um portfólio de aplicações avaliado em US$ 1 bilhão.</p><p>A adoção do SAFe pela Petrobras trouxe resultados significativos. Em 2022, a empresa reportou</p><p>um ganho de US$ 300 milhões em valor econômico agregado através de implementações digitais e</p><p>economias de custos, com uma projeção de US$ 700 milhões para 2023. Além disso, transformações</p><p>digitais nas operações de refinaria permitiram aumentar a captura de carbono, reduzir emissões</p><p>e melhorar a segurança dos trabalhadores.</p><p>A transformação ágil da Petrobras foi a maior do Brasil em seu primeiro ano, destacou-se pela escala e</p><p>pelo impacto positivo. A empresa focou na sustentabilidade e na redução de custos, enquanto aprimorava</p><p>suas operações com tecnologias digitais. A implementação do SAFe ajudou a Petrobras a alinhar suas</p><p>equipes e processos, melhorando a eficiência e a colaboração entre as diferentes áreas da empresa.</p><p>Além disso, a liderança da Petrobras teve um papel crucial no sucesso de transformação, promovendo</p><p>uma cultura de inovação e melhoria contínua. Investimentos em treinamento e desenvolvimento de</p><p>competências ágeis foram fundamentais para garantir que todos os funcionários estivessem preparados</p><p>para a nova abordagem.</p><p>A S&P Global, que é líder na provisão de inteligência essencial para os mercados financeiros,</p><p>iniciou sua transformação ágil adotando o LPM para melhorar a transparência e a eficácia de suas</p><p>estratégias de produto. A implementação do LPM na S&P Global envolveu a superação de resistência</p><p>interna e desafios culturais significativos. Após a formação dos executivos em Leading SAFe, a empresa</p><p>identificou áreas críticas, e o LPM poderia ser implementado para otimizar operações e alinhar melhor</p><p>os objetivos organizacionais.</p><p>175</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>A adoção do LPM trouxe vários benefícios para a S&P Global. Primeiramente, a empresa conseguiu</p><p>melhorar o alinhamento entre suas diversas unidades de negócios e aumentar a colaboração entre</p><p>equipes. Isso resultou em uma execução mais eficiente dos projetos e na capacidade de responder mais</p><p>rapidamente às mudanças do mercado. Além disso, o LPM ajudou a S&P Global a priorizar investimentos</p><p>de maneira mais eficaz, garantindo que os recursos fossem direcionados para as iniciativas de maior</p><p>impacto estratégico.</p><p>Um dos principais desafios enfrentados pela S&P Global durante essa transformação foi a necessidade</p><p>de mudar a mentalidade dos funcionários e promover uma cultura de transparência e responsabilidade.</p><p>Através de workshops e treinamentos contínuos, a empresa conseguiu engajar seus colaboradores e</p><p>incentivá-los a adotar práticas ágeis em suas rotinas diárias. Essa mudança cultural foi crucial para o</p><p>sucesso da implementação do LPM.</p><p>Além dos benefícios internos, a transformação ágil permitiu à S&P Global oferecer um valor superior</p><p>aos seus clientes. Com a capacidade de lançar novos produtos e serviços de modo mais rápido e eficiente,</p><p>a empresa fortaleceu sua posição competitiva no mercado. A abordagem ágil também permitiu maior</p><p>adaptação às necessidades dos clientes, resultando em níveis mais altos de satisfação e fidelidade.</p><p>A LEGO, um dos principais fabricantes de materiais de brinquedo do mundo, adotou o SAFe para</p><p>melhorar sua colaboração interna e eficiência de produção. A transformação começou em 2014 com um</p><p>pequeno grupo de gerentes passando por uma formação de dois dias em Leading SAFe. A partir disso, a</p><p>empresa expandiu a formação para 20 equipes, enfatizando uma abordagem de aprendizado contínuo</p><p>e criatividade sistemática. A primeira sessão de Planejamento de Incremento de Programas (PI) foi</p><p>um sucesso, promovendo comunicação face a face e inspirando outras partes da empresa a adotarem</p><p>práticas ágeis. O processo foi marcado por experimentação contínua e adaptação, permitindo à LEGO</p><p>ajustar o SAFe conforme as suas necessidades específicas.</p><p>A implementação do SAFe na organização trouxe vários benefícios, como a melhora na motivação dos</p><p>membros da equipe, que passaram a trabalhar com menos confusão e desperdício. A motivação elevada</p><p>resultou em melhores desempenhos, criando um ciclo positivo. Além disso, a visibilidade das práticas</p><p>ágeis nas sessões de planejamento PI inspirou outras áreas da empresa a explorarem e implementarem</p><p>princípios ágeis em seus departamentos.</p><p>A jornada de transformação foi documentada por Henrik Kniberg e Eik Thyrsted Brandsgård, que</p><p>compartilharam insights valiosos sobre como adaptaram o SAFe para obter resultados ótimos. Eles</p><p>enfatizaram a importância de alcançar uma massa crítica, gerenciar expectativas e não ter medo de</p><p>experimentar. A prática regular foi destacada como essencial para tornar tais mudanças em algo bom,</p><p>com foco sempre em avançar através de experimentação.</p><p>Assim, a LEGO conseguiu alinhar suas operações internas e criar um ambiente de trabalho mais</p><p>agradável e eficiente, demonstrando que a adoção do SAFe pode levar a uma melhoria significativa nas</p><p>operações e na cultura organizacional.</p><p>176</p><p>Unidade IV</p><p>Temos também o exemplo da Sony PlayStation</p><p>Network, que é uma divisão da Sony Interactive</p><p>Entertainment (SIE); ela embarcou em uma transformação significativa ao adotar o SAFe para aprimorar</p><p>a colaboração e a organização no desenvolvimento de software. A implementação começou em 2014</p><p>com o lançamento do primeiro ART, seguido de ARTs subsequentes a cada 12 semanas. Esse movimento</p><p>foi motivado pela necessidade de aumentar a visibilidade, transparência e coordenação entre as equipes</p><p>de desenvolvimento.</p><p>Com a adoção do SAFe, a SIE conseguiu alcançar uma gestão mais eficaz das dependências e</p><p>melhorar a entrega de valor. A empresa viu uma redução de 28% no tempo de planejamento inicial, o</p><p>que se traduziu em uma economia anual de aproximadamente 30 milhões. Além disso, a implementação</p><p>do SAFe envolveu 700 membros da organização distribuídos em 60 equipes Scrum, que passaram a usar</p><p>ativamente o framework para otimizar suas operações.</p><p>Durante essa transformação, a SIE completou 22 PIs, mais de 125 sprints e lançou mais de</p><p>350 produções, evidenciando o sucesso da iniciativa. A melhoria na eficiência e na produtividade foi</p><p>notável, permitindo à PlayStation Network manter sua liderança no competitivo mercado de consoles</p><p>de jogos. A abordagem ágil também facilitou a entrega de funcionalidades e atualizações com mais</p><p>rapidez e qualidade.</p><p>A transformação ágil na SIE não foi apenas uma mudança de processos, mas também uma evolução</p><p>cultural dentro da organização. A adoção do SAFe promoveu maior colaboração entre as equipes e uma</p><p>abordagem mais focada na entrega de valor contínuo aos clientes. Esse alinhamento entre os objetivos</p><p>organizacionais e as práticas de desenvolvimento ágil foi fundamental para o sucesso da implementação.</p><p>A BMW Group também embarcou em uma transformação significativa ao adotar o LeSS para</p><p>desenvolver a nova plataforma de vendas unificada (USP) para a linha BMW i. O projeto começou em 2012,</p><p>em um ambiente desafiador com alta pressão de tempo e um processo de vendas ainda em definição.</p><p>Inicialmente, a USP utilizou uma única equipe Scrum para estabelecer a base do desenvolvimento</p><p>ágil. Com o tempo, a necessidade de maior flexibilidade levou à transição para múltiplas equipes de</p><p>funcionalidades, adotando o LeSS.</p><p>A fase inicial focou em criar uma base sólida com práticas ágeis e colaboração contínua com os</p><p>departamentos de negócios. Após a liberação da USP 1.0, ficou claro que a estrutura existente não</p><p>escalaria bem para as próximas fases maiores do projeto. Para resolver isso, a BMW reorganizou as</p><p>equipes em times de funcionalidades cruzadas, permitindo mais flexibilidade na escolha de itens do</p><p>backlog e melhorando o tempo de ciclo total das funcionalidades.</p><p>Um workshop de autodesign das equipes foi realizado para reorganizar as equipes em times que</p><p>pudessem trabalhar de modo independente em todos os itens do backlog. Esse workshop, que durou</p><p>cerca de três horas e meia, envolveu a criação de novos nomes de equipes, definição de salas de equipe e</p><p>eleição de Scrum Masters. A transição para times de funcionalidades foi acompanhada por workshops de</p><p>construção de equipe para fortalecer a dinâmica de grupo e melhorar a distribuição do conhecimento.</p><p>A adoção do LeSS e a criação de um backlog de produto unificado foram fundamentais para o sucesso</p><p>do projeto. A gestão da propriedade do produto foi realizada por um grupo de governança de design que</p><p>177</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>organizava a interação entre os diferentes departamentos de negócios e as equipes de funcionalidades.</p><p>Este grupo também resolveu conflitos de requisitos antes de serem integrados ao backlog.</p><p>O uso de práticas avançadas de CI foi crucial para escalar a coordenação e integração do</p><p>sistema. O sistema de CI baseado no conceito de build mestre, permitiu compilar, implantar e testar</p><p>continuamente  o software, proporcionando feedbacks rápidos e visibilidade da qualidade funcional.</p><p>Essa abordagem contribuiu significativamente para a alta qualidade e o sucesso do lançamento da USP.</p><p>Já a Huawei, gigante global de tecnologia, embarcou em uma adoção em larga escala do</p><p>LeSS, focando em duas grandes áreas de desenvolvimento em Hangzhou, China. Essa abordagem</p><p>“organização-primeiro” foi diferente da implementação típica de Scrum, começando com a</p><p>reestruturação organizacional ao invés de focar inicialmente nas equipes. A adoção envolveu a criação</p><p>de um backlog de produto unificado e a reorganização das equipes em times de funcionalidades,</p><p>promovendo mais colaboração e eficiência.</p><p>A decisão de adotar o LeSS surgiu após sessões educativas que aumentaram a conscientização sobre</p><p>os princípios ágeis e a necessidade de mudanças estruturais profundas. Essas mudanças foram essenciais</p><p>para superar falhas anteriores em adoções ágeis, que frequentemente resultavam em pseudoagilidade.</p><p>Com a nova estrutura, as equipes puderam se concentrar em objetivos comuns, reduzir a multitarefa e</p><p>promover a auto-organização.</p><p>O grupo de desenvolvimento de plataformas, inicialmente composto por cerca de 40 pessoas, foi</p><p>reorganizado em seis equipes de funcionalidades através de um workshop de autodesign. Essas equipes</p><p>foram capacitadas a trabalhar de modo independente e a lidar com todos os itens do backlog de produto,</p><p>o que melhorou a flexibilidade e a capacidade de adaptação da organização.</p><p>A definição inicial de done foi estabelecida para garantir que todos os incrementos de produto</p><p>fossem entregues com qualidade e prontos para liberação, embora houvesse desafios na integração</p><p>com outras equipes de desenvolvimento. Com o tempo, a Huawei conseguiu automatizar processos e</p><p>melhorar a CI, reduzindo o trabalho não concluído e aumentando a eficiência.</p><p>Assim, entendemos que a adoção do LeSS na Huawei demonstrou que uma abordagem centrada na</p><p>organização, combinada com foco em práticas ágeis e reestruturação organizacional, pode levar a uma</p><p>transformação bem-sucedida em larga escala. A experiência da Huawei destaca a importância de educar</p><p>e envolver todas as partes interessadas para alcançar mudanças duradouras e efetivas.</p><p>A autoridade do Porto de Rotterdam também adotou o LeSS para o desenvolvimento do Harbour</p><p>Management Information System (HaMIS), que é um sistema crítico para a gestão do tráfego portuário.</p><p>Inicialmente, o projeto envolveu a colaboração de quatro equipes multifuncionais, combinando DevOps,</p><p>para substituir um sistema antigo de 20 anos que não atendia mais às necessidades crescentes do porto.</p><p>A implementação do LeSS começou com uma reorganização das equipes em times de funcionalidades,</p><p>permitindo mais flexibilidade e CI. Workshops e sessões de design foram essenciais para melhorar a</p><p>coordenação entre as equipes e garantir a entrega de um produto com alta qualidade.</p><p>178</p><p>Unidade IV</p><p>O Porto de Rotterdam enfrentou desafios significativos durante a transição, incluindo a necessidade</p><p>de mudanças culturais e técnicas. A adoção de práticas ágeis, como CI e TDD, foi fundamental para</p><p>o sucesso do projeto. Equipes autogerenciadas foram capacitadas para tomar decisões de design e</p><p>arquitetura, o que resultou em um sistema mais simples e eficaz.</p><p>A transformação também envolveu a remoção de estruturas organizacionais tradicionais, como a</p><p>equipe de arquitetura e garantia de qualidade (AQUA), além da introdução de uma verdadeira gestão</p><p>de produto com um Product Owner que priorizava o backlog de produto de modo colaborativo.</p><p>A comunicação direta com os usuários finais e a participação ativa em revisões de sprint ajudaram a</p><p>garantir que o produto atendesse às necessidades reais dos usuários.</p><p>Ao longo do processo, a ênfase em uma visão de produto compartilhada e na entrega contínua de</p><p>valor foi crucial. Hackathons e dias de inovação permitiram que as equipes experimentassem novas ideias</p><p>e incorporassem feedbacks rapidamente. A cultura de melhoria contínua e a adaptação às necessidades</p><p>dos negócios permitiram que o Porto de Rotterdam alcançasse uma alta qualidade no HaMIS, que foi</p><p>auditado e classificado entre os melhores</p><p>sistemas globalmente.</p><p>Um Very Big Bank (VBB), nome fictício para uma grande instituição financeira, embarcou na adoção</p><p>do LeSS para melhorar a gestão de documentos legais e financeiros. O processo começou com uma</p><p>reestruturação organizacional que substituiu equipes de componentes por times de funcionalidades</p><p>cruzadas, promovendo mais flexibilidade e CI. Workshops de autodesign e sessões de treinamento foram</p><p>cruciais para realinhar as equipes e incorporar práticas ágeis, resultando em uma melhoria significativa</p><p>na entrega de valor.</p><p>Observação</p><p>O uso de termos como VBB, ao invés do nome real de um banco,</p><p>geralmente se deve a questões de compliance e confidencialidade. Muitas</p><p>organizações, especialmente aquelas em setores altamente regulados como</p><p>o bancário, impõem restrições rigorosas sobre a divulgação de informações</p><p>sensíveis. Essas restrições visam proteger a privacidade e a segurança dos</p><p>dados, bem como evitar potenciais implicações legais.</p><p>Utilizar um pseudônimo como VBB permite que autores e praticantes do LeSS compartilhem</p><p>aprendizados e casos de uso reais sem comprometer a confidencialidade da organização envolvida.</p><p>Isso é particularmente importante quando são discutidas práticas, processos e resultados internos que</p><p>podem conter informações proprietárias ou estratégicas.</p><p>De início, o VBB enfrentou desafios culturais e estruturais, como a existência de múltiplas camadas</p><p>de gerenciamento e equipes especializadas em funções específicas, o que limitava a adaptabilidade e a</p><p>eficiência. A introdução do LeSS exigiu a dissolução dessas barreiras, incentivando uma abordagem mais</p><p>colaborativa e auto-organizada. Um exemplo disso foi o workshop de autodesign das equipes, em que</p><p>179</p><p>GERENCIAMENTO DE PROJETOS DE SOFTWARE</p><p>os participantes se reorganizaram em times de funcionalidades capazes de trabalhar de ponta a ponta</p><p>em itens do backlog de produto.</p><p>A definição de uma definition of done abrangente e a introdução de práticas de CI foram essenciais</p><p>para assegurar a qualidade e a entrega consistente de funcionalidades completas. A integração de</p><p>equipes de fornecedores externos com desenvolvedores internos também ajudou a superar desafios</p><p>relacionados à terceirização e diferenças de fusos horários. Esses esforços foram complementados pelo</p><p>foco em treinamento contínuo e workshops colaborativos.</p><p>A adoção do LeSS resultou em uma melhoria notável na eficiência e na satisfação dos usuários</p><p>finais, que passaram a receber funcionalidades completas ao final de cada sprint. Essa mudança não</p><p>só aumentou a confiança e o respeito entre as áreas de negócios e tecnologia, como melhorou a</p><p>previsibilidade e a qualidade das entregas. O sucesso inicial levou à expansão do número de equipes</p><p>de três para cinco, com novos times sendo integrados ao grupo de produto de maneira gradual e</p><p>suportados por Scrum Masters experientes.</p><p>Apesar dos sucessos, esta VBB enfrentou desafios contínuos, especialmente em relação às políticas</p><p>de finanças e orçamento, que ainda seguiam um modelo tradicional de planejamento anual. Workshops</p><p>educacionais também foram realizados para promover a compreensão de práticas de planejamento</p><p>orçamentário adaptativo e entrega contínua de valor, embora a implementação completa dessas práticas</p><p>tenha sido limitada pelas políticas corporativas existentes.</p><p>Podemos destacar também a Agfa Healthcare, uma empresa de soluções de TI para o setor de saúde, que</p><p>iniciou a adoção do LeSS para melhorar a gestão e a eficiência de seus processos de desenvolvimento de</p><p>software. A transformação começou após a aquisição da GWI e tinha como objetivo criar uma solução</p><p>integrada que aprimorasse a qualidade do atendimento ao paciente, consolidando múltiplos produtos e</p><p>módulos. A adoção do LeSS envolveu a reestruturação organizacional, criação de equipes multifuncionais</p><p>e implementação de práticas ágeis como mapeamento de fluxo de valor e workshops de integração.</p><p>O processo de adoção do LeSS na Agfa Healthcare começou com a criação de formulários Lean A3</p><p>para orientar os passos de adoção e gerar valor para a organização. Workshops de educação foram</p><p>realizados para todos os níveis da empresa, cobrindo desde fundamentos do Scrum até cursos técnicos</p><p>avançados. Em paralelo, a organização realizou um mapeamento de fluxo de valor para entender e</p><p>otimizar todo o processo, desde a demanda do cliente até a entrega final.</p><p>A nova estrutura organizacional definiu áreas de atuação das equipes, migração de equipes de</p><p>componentes para equipes de funcionalidades e a criação de um sistema de CI de última geração.</p><p>A formação de uma equipe de coaching ágil foi essencial, composta por coaches internos e externos,</p><p>para guiar a transformação em múltiplos locais da empresa. As equipes passaram a operar com</p><p>um backlog unificado, coordenando suas atividades em ciclos de duas semanas e utilizando uma</p><p>definição clara de “pronto” para assegurar a qualidade das entregas e a eficiência do processo de</p><p>desenvolvimento.</p><p>180</p><p>Unidade IV</p><p>Comunidades de prática foram definidas para abordar questões técnicas e funcionais, promovendo</p><p>a colaboração e a disseminação de conhecimento entre as equipes. A realização de workshops e sessões</p><p>de open space ajudou a integrar departamentos de negócios com equipes de P&D, fortalecendo a</p><p>comunicação e a resolução de problemas.</p><p>A análise dos estudos de caso de implementações ágeis em larga escala, incluindo empresas como</p><p>LEGO, Sony PlayStation Network, Huawei, Porto de Rotterdam, Very Big Bank e Agfa Healthcare,</p><p>evidencia o impacto transformador das metodologias ágeis. Essas organizações conseguiram aumentar</p><p>a eficiência, promover a colaboração e melhorar a qualidade dos seus produtos e serviços.</p><p>Assim, notamos que as abordagens ágeis adotadas permitiram respostas rápidas às mudanças de</p><p>mercado, redução de custos e melhorias na satisfação dos clientes e funcionários. Essas experiências</p><p>destacam a importância de uma mudança cultural e organizacional robusta para o sucesso da adoção ágil.</p><p>8.2 Desafios e estratégias de implementação</p><p>A implementação de metodologias ágeis em larga escala, conforme ilustrado pelos estudos</p><p>de caso das empresas, nos revela vários desafios comuns. Primeiramente, há a resistência cultural e</p><p>organizacional, em que funcionários e gestores podem estar acostumados a métodos tradicionais de</p><p>trabalho e hesitam em adotar novas práticas. A mudança de mentalidade necessária para promover a</p><p>colaboração e a auto-organização é frequentemente um obstáculo significativo.</p><p>A CI e a gestão de dependências entre múltiplas equipes requerem uma coordenação meticulosa</p><p>e um alinhamento claro dos objetivos de negócios. A reestruturação organizacional necessária para</p><p>suportar times multifuncionais e a redefinição de papéis e responsabilidades podem gerar incertezas e</p><p>conflitos internos.</p><p>Outro desafio crítico é a manutenção da qualidade e da consistência das entregas durante a transição</p><p>para métodos ágeis, exigindo um investimento significativo em treinamento e desenvolvimento</p><p>de capacidades ágeis. Por fim, a necessidade de adaptação contínua às mudanças de mercado e às</p><p>demandas dos clientes exige uma abordagem flexível e uma cultura de melhoria contínua, o que pode</p><p>ser difícil de sustentar a longo prazo sem o comprometimento de toda a organização. Esses desafios,</p><p>embora significativos, são superáveis com uma estratégia bem planejada e o apoio devido da liderança,</p><p>resultando em benefícios substanciais para a organização.</p><p>Além dos desafios já mencionados, outros obstáculos comuns na implementação de metodologias</p><p>ágeis em larga escala incluem a complexidade de escalar as práticas ágeis em grandes organizações,</p><p>nas quais a coordenação entre múltiplas equipes e departamentos pode se tornar intrincada. A gestão</p><p>de expectativas dos stakeholders é outro desafio, pois a mudança para um modelo ágil pode alterar</p><p>significativamente prazos e resultados esperados. Há também a dificuldade de manter a consistência</p><p>na aplicação das práticas ágeis entre diferentes</p>