Você sabe o que é um projeto complexo? Aprenda a identificar e gerenciar!

A incerteza em projetos complexos já foi tema de estudo no Brasil e resultou em caracterizações conceituais para entender esse tipo de projeto.

Essas caracterizações foram úteis para auxiliar gestores que administram projetos considerados complexos, na escolha do melhor modelo de gestão. Metodologias como Scrum e RUP podem auxiliar no gerenciamento.

Uma metodologia de gestão que pode ser usada em ambiente escalonado é o Framework Ágil.

Muitas pessoas acreditam que essa metodologia só pode ser aplicada em pequenos projetos de poucas equipes, porém, eu vou mostrar para você que isso não é verdade.

Além do Scrum de Scrums, que é um método escalonado, nós temos outros Frameworks Ágeis que auxiliam na complexidade de gestão de projetos.

A seguir, será apresentado o que é um projeto complexo, alguns desses Frameworks, e dicas de gerenciamento para ambiente escalado.

O que é um projeto complexo?

Um projeto é complexo quando possui características dinâmicas, pouco estáveis e que podem sofrer influências tanto internas quanto externas. Além disso, engloba diversas etapas, assuntos e stakeholders.

O projeto complexo deve possuir um Gestão do Risco bem elaborada, para prever e controlar problemas ao decorrer de sua execução. Geralmente esses projetos dependem de um número maior de pessoas e por isso deve ser tudo muito bem planejado e alinhado.

Para fazer uma gestão eficiente dos projetos complexos é necessário priorizar investimentos, gerir riscos e crises e fazer a análise do desempenho assertiva.

Como utilizar o Product Backlog em ambiente escalado?

O Product Backlog é uma lista ordenada que contém todos os requisitos do cliente que precisam estar no produto.

Essa lista permite que a Equipe de Desenvolvimento visualize as prioridades do produto e, a partir dela, defina a Sprint Backlog na Sprint Planning Meeting, que serão um pacote de atividades desenvolvidas nas Sprints.

Para adaptar esse evento Scrum em projetos complexos, é necessário seguir duas regras importantes:

1 - Se tem um produto deve-se ter um Product Backlog: é importante não se perder na composição dessa lista, pois não é recomendável uma Sprint Backlog com grandes Histórias do Usuário

2 - deve se manter em um tamanho razoável: como dito acima, não é usual uma lista com grandes requisitos, pois elas se tornarão um épico e precisarão ser quebradas em pequenas Histórias do Usuário.

Vantagens e desvantagens em projetos complexos

Um time grande, derivado de projetos complexos, apresenta vantagens e desvantagens.

A seguir, eu vou listar para você quais são elas, vamos lá!

Vantagens

• Os membros possuem habilidades, experiências e abordagens mais diversificadas;
• A empresa não corre tanto risco de perder uma pessoa importante;
• Além disso, podem oferecer mais oportunidades para os indivíduos se especializarem em uma tecnologia ou um subconjunto do aplicativo.

Desvantagens

• Os membros podem se sentir em segundo plano e não perceberem a sua importância no projeto;
• As chances de ocorrer interações construtivas são menores;
• Por ter um time maior e com muitos membros qualificados para cada função exercida, alguns podem não apresentar habilidades e experiências em diversas áreas.

Agora que você sabe como utilizar o Product Backlog em projetos complexos e já conhece as suas vantagens e desvantagens, eu vou apresentar dois Ágeis que podem ser usados no seu projeto.

Framework Nexus

O Nexus foi criado por Ken Schwaber, um dos desenvolvedores do método.

Para a utilização dessa ferramenta, os projetos devem ter de três a nove Equipes Scrum e uma Equipe Nexus de Integração.

Quem compõe a equipe Nexus?

• Um Product Owner: responsável pelo Product Backlog do projeto;
• Um: responsável por garantir que as práticas do Nexus sejam entendidas;
• Demais membros: responsáveis por garantir as boas práticas de integração e automação das Equipes de Desenvolvimento Scrum.

Quais as responsabilidades desta equipe?

• Gerar um potencial incremental de produto, por meio da integração dos trabalhadores das Equipes Scrum;
• Fornecer coaching e suporte à Equipes Scrum;
• Saber identificar quais são as pendências de trabalho e impedimentos.

Planejamento da Sprint pelo Nexus

Quem participa?

• O Product Owner da Equipe de Integração;
• O Scrum Master da Equipe de Integração;
• Demais membros da Equipede Integração;
• Todas as Equipes Scrum.

Como acontece?

• O Product Owner da Equipe Nexus apresenta o Product Backlog, que já foi priorizado e refinado;
• Com a participação dos membros é definida a meta Nexus da Sprint;
• Em seguida, cada membro Scrum realiza sua própria reunião de planejamento da Sprint, em que será possível identificar alguma dependência ou impedimento;
• Por último, cada Equipe Scrum cria o Sprint Backlog e consolida no Sprint Backlog.

Framework LeSS

Outra ferramenta que auxilia em projetos complexos é o Framework LeSS (Large-Scaled Scrum), criado por Bas Voddle e Craig Larman.

Esse método apresenta dois tipos de Frameworks que podem ser trabalhados: o LeSS Tradicional, composto por oito Equipes Scrum com oito pessoas cada, e o LeSS Huge, composto por centenas de pessoas em um mesmo produto.

LeSS Tradicional

Particularidades:

• Um Product Owner para todo o projeto;
• Just talk - As equipes devem se comunicar para coordenarem seus trabalhos;
• Um Scrum Master pode fazer parte de mais de uma Equipe Scrum.

Planejamento da Sprint pelo LeSS Tradicional 

Quem participa? 

• O Product Owner e no máximo dois membros de cada Equipe de Desenvolvimento.

O que acontece?

• É feita uma análise do Product Backlog priorizado e refinado, em que é determinado como será dividido e coordenado o trabalho e suas dependências.

Observações:

• O Framework LeSS incentiva membros de uma equipe a participarem da reunião e de outras Equipes ou até realizarem uma reunião em conjunto quando tiverem itens em dependência.

LeSS Huge

Particularidades:

• Com esse método, podemos ter de três a oito Equipes Scrum trabalhando em cada área de conhecimento;
• Nessas áreas, cada uma possui um Product Backlog relacionado ao Product Owner central;
• Além disso, cada área possui um Product Owner relacionado ao Product Owner central.

Quero me tornar especialista em Gestão Ágil!

O profissional do futuro precisa estar atento a uma das grandes características exigidas pelo mercado: a agilidade!

Para te ajudar nesse desafio, criamos a Formação de Especialistas em Gestão Ágil de Projetos, que une as práticas internacionalmente reconhecidas em Gerenciamento de Projetos e descritas no Guia PMBOK, até a metodologia mais utilizada no mundo para a Gestão Ágil de Projetos, o Scrum.

Ao realizar o curso, você será capaz de mesclar desenvolvimento ágil e preditivo em seus projetos; implementar uma cultura de agilidade em sua organização e, é claro, se tornar um Gerente de Projetos e um Especialista em Scrum reconhecido internacionalmente!

Clique na imagem abaixo e se inscreva na nossa Formação de Especialistas em Gestão Ágil de Projetos.