Tudo de que você precisa saber sobre o gerenciamento de projetos Agile

By Kate Eby | 23 de September de 2016 (updated 2 de August de 2024)

Tem interesse em trabalhar com o Agile? Bem-vindo(a) ao nosso recurso completo e exclusivo para compreender e implementar o método Agile de gerenciamento de projetos. Este artigo fornece uma discussão detalhada sobre o histórico e a evolução do gerenciamento de projetos Agile e apresenta comparações com metologias mais tradicionais Saiba mais sobre outros métodos Agile — Scrum e Kanban — e escolha a abordagem que se adéqua melhor às necessidades da sua equipe ou do seu projeto. Você também encontrará uma lista extensa de recursos Agile, desde e-books e artigos a certificações e outras oportunidades educacionais. Aprenda tudo o que é necessário para começar a trabalhar com o Agile.

O que é o gerenciamento de projetos Agile?

O gerenciamento de projetos Agile é uma abordagem flexível e iterativa de design e desenvolvimento de Software. No desenvolvimento Agile, equipes pequenas e auto-organizadas com habilidades multifuncionais trabalham em estreita colaboração para produzir Softwares incrementais e orientados a valores, que são enviados em intervalos regulares. Além disso, o feedback rápido no final de cada iteração confere uma oportunidade integrada de melhoria contínua. A abordagem Agile é definida pelo valor e pela adaptabilidade: as equipes priorizam o trabalho que forneça o máximo de valor ao cliente. Em vez de resistir à mudança, a Agile a acolhe — esta adaptabilidade é fundamental para fornecer o produto de mais alto valor aos clientes e partes interessadas. Nesta seção, descobriremos em mais detalhes a história da filosofia Agile e os valores orientadores da metologia.


A base do gerenciamento de projetos Agile foi criada em 1986 em um artigo publicado na Harvard Business Review. Os autores Hirotaka Takeuchi e Ikujiro Nonaka observaram que algumas empresas proeminentes de manufatura do Japão e dos Estados Unidos estavam se desviando da abordagem tradicional, sequencial e impessoal do desenvolvimento de produtos e adotando uma avaliação mais contínua de produtos com melhorias por meio da colaboração em equipe. Eles compararam esta abordagem ao time de rugby, que passa a bola para trás e para frente em campo, e expandiram essa observação de modo a fornecer uma alternativa mais flexível ao gerenciamento de projetos.
A expansão da tecnologia no começo da década de 1990 resultou em diversas abordagens novas para o gerenciamento de projetos de desenvolvimento de Softwares. O método tradicional e incremental de Waterfall não era muito adequado ao ritmo acelerado dos avanços tecnológicos, e vários projetos foram cancelados, pois os Softwares solicitados se tornaram obsoletos bem antes de o produto final ser entregue.

Em 2001, o Manifesto Agile foi publicado por um grupo de 17 desenvolvedores de Software; nascia, então, o gerenciamento de projetos Agile como conhecemos hoje. O Manifesto Agile fez uma síntese dos valores e princípios básicos para a entrega rápida e de alta qualidade de Softwares baseados em valores. Listamos abaixo esses valores e princípios:


Quatro valores básicos 

  • Indivíduos e interações têm prioridade sobre processos e ferramentas
  • Softwares operacionais têm prioridade sobre documentações extensas
  • A colaboração com o cliente tem prioridade sobre negociações de contratos
  • Resposta a mudanças tem prioridade sobre cumprimento de planos

Os autores também declaram que "embora haja um valor nos itens à direita, valorizamos mais os itens à esquerda".


12 princípios do gerenciamento de projetos Agile

  1. Nossa maior prioridade é satisfazer o cliente por meio da entrega contínua e rápida de Softwares valiosos.
  2. Aceitar novos requisitos, mesmo na fase avançada de desenvolvimento. Os processos Agile aproveitam a mudança para a vantagem competitiva do cliente.
  3. Entregar Softwares operacionais com frequência, entre algumas semanas e meses, de preferência em um tempo mais curto.
  4. Empresários e desenvolvedores devem trabalhar juntos diariamente ao longo do projeto.
  5. Crie projetos indivíduos motivados Forneça o ambiente e o suporte de que eles precisam
  6. O método mais eficiente de transmitir informações para uma equipe de desenvolvimento é
  7. O Software operacional é a principal medida do progresso.
  8. Processos Agile promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem conseguir manter um ritmo constante.
  9. Atenção contínua à excelência técnica e ao design eficiente aprimora a agilidade.
  10. Simplicidade — a arte de maximizar a quantidade de trabalho não realizado é essencial.
  11. As melhores arquiteturas, requisitos e design surgem com equipes auto-organizadas.
  12. Em intervalos regulares, a equipe reflete sobre como se tornar mais eficiente e, então, ajusta seu comportamento adequadamente.

Cinco anos depois, os autores escreveram a Declaração da Interdependência, que expandiu o manifesto original para além do desenvolvimento de Software. O adendo priorizou o desenvolvimento com geração de valor, a propriedade compartilhada, o trabalho iterativo e a responsabilidade compartilhada e em grupo e incentivou as equipes fora da área de Software a adotarem a metodologia também. Os princípios da Declaração da Interdependência são os seguintes:

  • Nós aumentamos o retorno sobre o investimento tornando nossa prioridade o fluxo contínuo de valor.
  • Nósentregamos resultados confiáveisengajando os clientes em interações frequentes e na propriedade compartilhada. 
  • Nós esperamos incertezas e as gerenciamos por meio de iterações, previsão e adaptação. 
  • Nós estimulamos a criatividade e inovação reconhecendo que os indivíduos são a fonte derradeira de valor, e criando um ambiente em que possam fazer a diferença. 
  • Nós melhoramos o desempenhopor meio da responsabilidade em grupo por resultados e responsabilidade compartilhada pela eficiência da equipe. 
  • Nósmelhoramos a eficácia e a confiabilidade por meio de estratégias, processos e práticas específicas a cada situação.

Obviamente esses princípios servem de orientação e não como regras inflexíveis. Em última análise, a filosofia Agile valoriza a experimentação, e as equipes que se comunicam com frequência e mantêm fluxos de trabalho flexíveis obtêm maior sucesso. Clique aqui para ler um guia completo do Manifesto Agile.

Agile Project Management E-book

How can Agile PM help you do more with less?

agile project management 101 e-book

Agile project management empowers teams to adapt to change with increased speed and flexibility. Learn how to implement Agile PM and get the most out of the methodology.

Get the free e-book

O processo e o estilo de vida Agile

Em sua essência, o Agile é um processo contínuo e cíclico que incentiva a experimentação e a adaptabilidade. As seis fases do Agile (requisitos, plano, concepção, desenvolvimento, lançamento e monitoramento) são flexíveis e estão em evolução, sendo que, geralmente, se sobrepõem, de modo que projetos diferentes estão em andamento ao mesmo tempo. Embora as equipes Agile possam rotular e organizar essas fases de modo diferente — uma variação seria conceito, concepção, iteração/criação, lançamento, pruduto, encerramento — a sequência geral deve ser a mesma 

A metodologia Agile se compara à abordagem tradicional de Waterfall, que obedece a um processo longo e gradual. Na Waterfall, cada etapa deverá ser concluída antes da etapa seguinte, e o planejamento prévio requer documentações extensas e uma negociação contratual formal com o cliente. Embora a Waterfall seja eficaz para alguns projetos, ela pode ser complexa para o desenvolvimento de Software e para outros produtos vinculados à rápida mudança tecnológica. 

 


A Filosofia Agile também valoriza uma distribuição não hierárquica do trabalho. Embora projetos Agile tenham um gerente de projetos (chamado de Proprietário do Produto), todas as ideias dos membros das equipes são igualmente valorizadas na tomada de decisão. A natureza colaborativa do trabalho entra em conflito com uma divisão mais tradicional e estratificada do trabalho, mas um bom líder de equipe continua sendo uma parte importante de qualquer projeto Agile. Abaixo apresentamos uma lista das responsabilidades comuns dos Proprietários de Produtos:

  • Articulação entre o cliente e a equipe Agile
  • Definição da visão do produto
  • Identificação de recursos demandados e priorização de lançamentos com base nas necessidades do cliente.
  • Construção de um roteiro de produto (estimativas de tempo&vs. esforço)
  • Priorização de lista de pendências de tarefas (primeiro itens de maior urgência, ou de maior valor)

Entretanto, o proprietário do produto trabalha com a equipe para definir os requisitos quantificáveis, relevantes e detalhados com base no modo como os usuários finais usarão o produto. Além disso, todos os membros da equipe trabalham juntos na elaboração de um plano de lançamento da lista de pendências prioritárias. Após a conclusão do plano de lançamento, as fases de iteração terão início. 

A simples adoção de uma metodologia Agile não resolverá todos os obstáculos atuais do projeto. Antes de começar seu projeto, é importante compreender o que o Agile não é, para que você possa aproveitar suas vantagens sem se prejudicar com os obstáculos. Leia mais sobre o processo e o ciclo de vida Agile e nossoguia completo do ciclo de vida Agile.

  • O Agile não é um gerente. O Agile gerencia projetos, não pessoas. O proprietário do produto continua sendo responsável por priorizar a lista de pendências do produto, mas a equipe decide quais recursos incluir em um sprint, define datas de entrega e atribui tarefas com base nos conhecimentos e habilidades apropriados.
  • o Agile não é um cronograma específico para se obter metas. Metas e dadas de entrega são estabelecidas pela equipe durante a sessão de planejamento do sprint.
  • O Agile não é uma babá. O sucesso do gerenciamento de projetos Agile depende fortemente da franqueza e da responsabilidade da equipe.
  • O Agile não é um gerenciamento de projeto iterativo. O trabalho Agile é realizado em iterações, mas, enquanto o método iterativo realiza a análise e a concepção do projeto antes de enviá-lo à codificação e aos testes, o Agile continua melhorando todos os aspectos, incluindo a concepção, por meio do ciclo de vida do projeto. 

A seguir, veja algumas vantagens de trabalhar com Agile:

  • O Agile incentiva mudanças que fornecem um produto relevante e de alto valor ao cliente.
  • O desenvolvimento ágil concilia metas finais que não estão definidas com clareza no início do projeto. 
  • O Agile resulta na entrega mais rápida de produtos de alta qualidade dividindo os projetos em componentes menores e mais fáceis de gerir.
  • Reuniões diárias em pé facilitam a transparência da comunicação sobre o status do projeto e seus obstáculos.
  • Demonstrações presenciais ao final de cada sprint permite o feedback imediato ao cliente e às partes interessadas.
  • O Agile permite a estimativa mais precisa dos cronogramas e dos custos, dando ênfase na priorização do produto, adaptabilidade e feedback rápido.
  • E, o mais importante, os gerentes de projeto conseguirão entregar um produto de alta qualidade aos clientes em tempo hábil e dentro do orçamento.

Mas há algumas condicionantes em relação ao trabalho Agile. Certifique-se de que tenha conhecimento suficiente sobre os potenciais desafios do Agile antes de iniciar seu projeto. 

  • O Agile incentiva a flexibilidade, assim, os prazos geralmente podem ser estendidos ou atrasados diversas vezes.
  • As equipes Agile são multifuncionais e requerem um alto nível de comprometimento, envolvimento e colaboração em toda a duração do projeto. Assim, podem ser necessários ajustes por parte da equipe.
  • A equipe Agile tem maior dependência do planejamento e colaboração em equipe do que de documentações extensas, que podem ser uma desvantagem em projetos que requerem auditorias, ou verificações externas.

No geral, o Agile ajuda as equipes a aumentar a flexibilidade e a colaboração e, em última instância, proporcionam projetos de maior êxito. Em seguida, veremos outras metodologias derivadas da filosofia Agile inicial.

Metologias derivadas do Agile

Desde o surgimento do Agile, várias metologias emergiram. Dentre essas metodologias derivadas, as mais comuns são o Scrum e o Kanban, além do Scrumban (um híbrido dos dois). Nesta seção, veremos essas filosofias emergentes de gerenciamento de projetos.

O Scrum também valoriza a colaboração e a experimentação, mas é um pouco mais estruturado. No Scrum, o trabalho é realizado em iterações de tamanho fixo, chamadas Sprints. Cada Sprint dura, no geral, de duas a quatro semanas e prioriza a conclusão de uma tarefa individual da lista de pendências de produtos. As tarefas são atribuídas a um único membro da equipe, que é responsável pela conclusão da tarefa, e a meta é produzir um produto ou Software único e transferível. O Scrum também depende de um conjunto mais definido de funções (Proprietário do Produto, Scrum Master, Equipe Scrum) com responsabilidades específicas, e de uma série de reuniões realizadas em diferentes estágios do Sprint (planejamento do sprint, Scrum diário, avaliação do sprint e retrospectiva do sprint) Saiba mais sobre as funções e responsabilidades Scrum aqui.

OKanban é muito mais dinâmico que o Scrum. Em contrapartida, o Kanbam não atribui nenhuma função ou responsabilidade específicas, e os itens de trabalho não têm limite de tempo. Os limites são impostos na quantidade de trabalho em andamento (WIP) em um momento determinado — assim, o fluxo de trabalho contínuo e harmonioso é promovido, e os gargalos são revelados e mitigados. Portanto, em vez de receberem tarefas específicas, os membros da equipe simplesmente pegam trabalho da lista de pendências para a categoria WIP. No fim das contas, o Kanban objetiva a melhoria contínua — conforme o fluxo de trabalho se torna mais eficiente, o tempo necessário para produzir um produto transportável, ou um Software, do início ao fim, é reduzido.

 

O Scrumban é um método híbrido que objetiva reconciliar a estrutura do Scrum com o dinamismo do Kanbam. As equipes Scrum podem substituir limites de tempo por limites de WIP (trabalho em andamento) para promover um fluxo de trabalho harmonioso e contínuo. Equipes Kanban, por outro lado, podem incorporar mais estrutura realizando Scrums diários (reuniões diárias em pé) que garantam que todos estejam de acordo com os temas tratados. O Scrumban funciona melhor em ambientes em que o Scrum seria muito limitador, como em projetos criativos ou de desenvolvimento que passam por mudanças ou têm prioridades inconstantes. As equipes Scrum que, continuamente, são incapazes de cumprir os prazos do Scrum talvez queiram experimentar o Scrumban. O Scrumban também fornece um ponto útil de partida para equipes que planejam mudar do Scrum para o Kanban. 

A decisão de implementar o Scrumban depende totalmente do ambiente organizacional, da cultura e das necessidades da empresa. Scrumban: optando pelo meio-termo entre Scrum e Kanban fornece um visão mais aprofundada do Scrumban e de quais ambientais seriam emlhor para a introdução deste híbrido de Scrum e Kanban.

Outras metodologias Agile incluem DAD (Entrega Agile Disciplinada), Desenvolvimento de Software Adaptativo, Modelagem Agile, XP (Programação Extrema), DSDM (Desenvolvimento de Sistemas Dinâmicos), Desenvolvimento Orientado a Recursos e Desenvolvimento Lean de Software. Leia nossacomparação detalhada dos métodos Agile de gerenciamento de projetos para compreender melhor as diversas abordagens.

Melhores práticas para gerentes de projetos Agile

Mudar a metodologia da sua equipe do Waterfall para o Agile pode parecer desafiador, mas há diversas práticas melhores de planejamento que facilitam o processo de transição. Na Declaração de Interdependência, Alistair Cockburn e Jim Highsmith abriram o caminho para mudanças no gerenciamento de projetos, de um processo inflexível e hierárquico a uma prática orientada pela colaboração e pela mudança. Leia mais sobre as melhores práticas de transição para o Agile aqui

A modelagem Agile é um conjunto de melhores práticas que se relacionam diretamente com o desenvolvimento de Software, ou modelagem de código. A implementação da modelagem Agile garante que os desenvolvedores e partes interessadas tenham uma ideia clara do objetivo ou produto final e que os desenvolvedores criem a quantidade adequada de código que satisfaça as necessidades do cliente e das partes interessadas, sem ficarem muito presos a detalhes. 
A modelagem Agile foi usada primeiro pelo desenvolvedor de Software Scott Ambler como meio de remediar deficiências na XP (Programação Extrema), mas também pode ser adotada em outras metologias, incluindo Scrum, DSDM (método de Desenvolvimento de Sistemas Dinâmicos) e FDD (Desenvolvimento Orientado a Recursos). Os principais objetivos da modelagem Agile são 1) definir as melhores práticas para a modelagem eficaz, 2) fornecer um meio de adotar essas práticas e 3) demonstrar como melhorar o método de modelagem. Esses princípios são orientados por quatro valores — comunicação, simplicidade, coragem e feedback — e devem ser obedecidos de modo que a transição para o desenvolvimento Agile de Software seja o mais harmoniosa possível.

Veja algunsFatores essenciais à adoção eficaz da modelagem Agile.

O gerenciamento de projetos Agile é escalonável?

Outra vantagem do gerenciamento de produtos Agile é que ele fornece um esquema consistente e replicável para o gerenciamento dos processos de desenvolvimento de Software, independentemente do tamanho ou do escopo do projeto. O Agile pode ser empregado em um contexto de diversas equipes e projetos e funciona tanto para equipes presenciais quanto para as remotas, ou para uma híbrida. 

Embora uma única equipe geralmente consista em cinco a nove membros, o Agile também pode ser adotado em projetos de grande escala que envolvem múltiplas equipes Scrum. O gerenciamento de projetos Agile também pode ser adotado no nível da empresa usando a SAFe® (Estrutura Agile Escalonada), uma abordagem modular para implementar o Agile de modo que melhor satisfaça as necessidades da organização. (No entanto, alguns dos fundadores do Agile manifestaram preocupação com relação à implementação em altíssima escala das metodologias Agile, pois isso pode comprometer a adaptabilidade e as melhores práticas do desenvolvimento Agile de Software.) 

Embora se associe o Agile principalmente ao desenvolvimento de Software, uma abordagem Agile pode ser usada em qualquer tipo de projeto em que qualidade elevada e entrega rápida sejam indispensáveis. Marketing, design gráfico, startups, publicidade, salas de imprensa e empreendimentos podem todos se beneficiar do processo Agile. Várias pessoas usam o Kanban, uma metodolgoia mais fluida do Agile, para gerenciar projetos fora do local de trabalho, como no planejamento de casamentos, em renovações do lar e para as férias. Jim Benson e Tonianne DeMaria Barry falam mais sobre esse uso do Kanban em seu livro Personal Kanban: Mapping Work | Navigating Life.)

Como escolher a ferramenta Agile certa

Desde o início dos anos 2000, o Agile se tornou o método número um de gerenciamento de projetos de desenvolvimento de Software. Ao mesmo tempo em que o Agile viu um aumento em sua popularidade, as empresas de Software lançaram inúmeras ferramentas específicas para o Agile, e todas afirmam que são a solução definitiva para o gerenciamento Agile de processos. Como consequência, pode ser complicado decidir qual dessas ferramentas é a melhor para sua organização. A primeira etapa é determinar qual ferramenta dará suporte mais eficaz à metodologia Agile que você usa ou tem a intenção de usar. 

Ler avaliações online pode ajudar a eliminar certas ferramentas de imediato e permite a identificação de outras ferramentas com funcionalidades específicas necessárias ao cumprimento dos objetivos da sua empresa. Após restringir sua busca a algumas ferramentas, você talvez queira fazer uma matriz das funcionalidades necessárias e comparar as ferramentas entre si para tomar uma decisão. E, embora os requisitos possam impor a necessidade de recursos ou funcionalidades específicos, há recursos e requisitos essenciais que uma ferramenta eficaz de Software Agile deve incluir. No mínimo, sua ferramenta deverá servir como um recurso completo para gerenciar todas as funções Agile, incluindo o monitoramento de tarefas, debates e armazenamento de dados consultáveis. 

Leia mais sobre a escolha da melhor ferramenta Agile para sua empresa aqui.

Recursos Agile para gerentes de projetos

Abaixo encontra-se uma lista extensa de recursos, desde livros e modelos a oportunidades educacionais e profissionais em Agile. Tire um tempo para navegar pelas diversas ferramentas e começar a trabalhar com Agile. 

Artigos e e-books

Agile Project Management 101: A Beginner’s Guide for Non-Project Managers (e-book)
Este e-book é uma fonte valiosa de informações sobre como gerenciar projetos Agile com eficiência e aumentar a produtividade em meio a requisitos instáveis. Nele, você encontrará uma visão geral do gerenciamento de projetos Agile, comparações das melhores metodologias Agile e descrição das etapas para iniciar a implementação do gerenciamento de projetos na sua organização.

The Ultimate Agile Dictionary
Esta referência online e de fácil uso para a terminologia Agile é indispensável para gerentes de projeto Agile. Consulte esse dicionário completo com termos e processos Agile para conhecer ou renovar seus conhecimentos sobre o processo de gerenciamento de projetos Agile.

Modelos online

Agile Project Management Excel Templates
este artigo fornece oito modelos do Excel correspondentes a cada fase e aspecto do processo Agile, incluindo modelos para a criação de planos para projetos, lançamentos e testes e para a priorização de lista de pendências de produtos e sprints. Também estão inclusos modelos para estruturar o roteiro de produtos, criar um estatuto do projeto e organizar histórias do usuário. 


Modelos do Smartsheet de gerenciamento de projetos Agile
o Smartsheet, uma ferramenta de gerenciamento de projetos e tarefas baseada em planilhas, contém uma série de modelos elaborados especificamente para ajudar os gerentes de projetos Agile e os proprietários de produtos, em que as equipes planejam, criam e lançam produtos de alta qualidade e alto valor que satisfazem as necessidades dos clientes.

Organizações profissionais de gerenciamento de projetos Agile

  • Agile Alliance. A Agile Alliance é uma comunidade global sem fins lucrativos dedicada à melhoria de princípios e práticas Agile para o desenvolvimento de Software. Conferências presenciais e virtuais, artigos, blogs, artigos de pesquisa e acesso a grupos internacionais de usuários são só alguns dos recursos que a Agile Alliance oferece.
  • Scrum Alliance. A Scrum Alliance é uma organização sem fins lucrativos para profissionais Scrum. Dedica-se ao aprimoramento de conhecimentos sobre a metologia Scrum. A Scrum Alliance fornece uma série de cursos e certificados profissionais, além de webinars, um painel de vagas de trabalho e outros recursos para alavanar sua carreira de profissional de Scrum.
  • Scrum Foundation. A Scrum Foundation fornece treinamentos e consultorias certificadas Scrum em todo o mundo. Seus funcinoários incluem o cocriador do Scrum Jeff Sutherland e os principais especialistas em Agile, Gabrielle Benefield, Pete Deemer e Jens Østergaard. 


Oportunidades educacionais em gerenciamento de projetos Agile
Embora a educação avançada não seja requisito para gerenciar uma equipe Agile ou trabalhar em uma função Agile, vários cursos e certificações fornecem uma base sólida de conhecimentos que serão úteis na sua carreira de profissional Agile. Esta seção inclui uma ampla variedade de programas de certificações Agile e Scrum fornecida por várias organizações profissionais.

  • PMI-ACP®. A Agile Certified Practitioner (ACP) fornece certificações formais para profissionais do gerenciamento de projetos que já têm experiência prática no gerenciamento de projetos ágeis, incluindo Scrum, Kanban, Lean, XP (programação extrema) e TDD (desenvolvimento orientado a testes). Fornecido pelo PMI (Project Management Institute).
  • Certificações Scrum. A Scrum Alliance fornece oito programas de certificação profissional: Certified scrum master (CSM), Certified Scum Product Owner (CSPO), Certified Scrum Developer (CSD), Certified Scrum Professional (CSP), Certified Scrum Trainer (CST), Certified Agile Leadership (CAL), Certified Team Coach (CTC) eCertified Enterprise Coach (CEC). 
  • APMG International. A APMG International fornece programas de certificação para gerentes de projetos e de programas Agile e um programa de certificação para analistas de negócios que trabalham no ambiente Agile.
  • Twenty-Eighty Strategy Execution. Esta empresa de educação online fornece diversos cursos sobre gerenciamento de projetos Agile, incluindo Agile para requisitos de desenvolvimento, estimativa e planos de projetos e gerenciamento de um portfólio de projetos.
  • International Consortium for AgileTM. (ICAgile). Esta agência credenciadora independente fornece certificações nos níveis profissional, especialista e master que abordam todas as disciplinas do Agile, incluindo liderança, treinamento e facilitação de equipes, treinamento para empresas, gestão da entrega, gestão de valor, desenvolvimento e realização de testes.
  • Agile Certification Institute. (ACI). O Agile Certification Institute é uma organização de normalização que fornece certificações nos níveis empresarial e de equipe de desenvolvimento (incluindo certificados profissionais para Scrum Master, Lean e Kanban).
  • Scaled Agile Academy. O SAFe (framework Agile em escala) implementa o desenvolvimento Agile no nível empresarial. A Scaled Agile Academy fornece diversos programas de certificação para quem busca conhecimentos e expertise na implementação do SAFe em grandes empresas de Software.


Books by Agile’s Top Leaders
Scott Ambler

Scott Ambler e Mark Lines

Scott Ambler e Pramod Sadalage

David Anderson

Jim Benson e Tonianne DeMaria Barry

  • Personal Kanban: Mapping Work | Navigating Life

Alistair Cockburn

Jim Highsmith

Ron Jeffries

Corey Ladas

Jeffrey Sutherland

Jeffrey Sutherland e J.J.Sutherland

Jeffrey Sutherland e Ken Schwaber

Outros recursos Agile (fora livros)

Aumente a visibilidade das tarefas com a exibição em quadro no Smartsheet

É fácil as tarefas se perderem na loucura dos projetos diários no trabalho. Você precisa de um jeito melhor e mais visual de acompanhar e gerenciar as tarefas.

Apresente à sua equipe a exibição em quadro no Smartsheet, uma solução simples de acompanhamento de tarefas que garante a devida priorização das tarefas, mais visibilidade sobre os projetos e colaboração ágil e fácil.

Precisa gerenciar projetos, otimizar cargas de trabalho ou acompanhar tarefas pendentes? A exibição em quadro ajuda a eliminar reuniões desnecessárias sobre o status, permitindo que os membros da equipe acompanhem o progresso dos projetos, as tarefas concluídas e as próximas etapas com cartões.

Os cartões intuitivos de arrastar e soltar, a colaboração em tempo real e o aninhamento de cartões organizacionais podem ajudar sua organização a se adaptar às mudanças e entregar resultados com mais eficácia.

Saiba mais sobre a exibição em quadro no Smartsheet.

Descubra uma maneira melhor de otimizar fluxos de trabalho e eliminar silos de uma vez por todas.

Experimente o Smartsheet gratuitamente Get a Free Smartsheet Demo