CORRENTE CRÍTICA: O fim do desperdício em projetos

Estouro no orçamento, atrasos e comprometimento do conteúdo são os principais problemas enfrentados em projetos de software.

Avaliando que em projetos baseados no modelo PMI, a fase de planejamento corresponde em média a 30% do cronograma total, verifica-se o verdadeiro caos que é trabalhar com estimativas de projetos de software. Para quebrar esse paradigma o físico israelense. Dr. Eliyahu M. Goldratt apresentou ao mundo a Corrente Crítica.

A Corrente Crítica é considerada um dos maiores avanços na área de gerenciamento de projetos dos últimos 30 anos e tem sua origem na Teoria das Restrições.

Assim como em uma corrente, a empresa é tão forte quanto o seu elo mais fraco. Logo, se quisermos melhorar o desempenho do sistema, precisamos conhecer sua principal restrição e atuar nela, de forma a promover um processo de melhoria contínua. (A Meta, Eliyahu Goldratt)

Conforme Goldratt explica no livro “Corrente Crítica” as previsões de estimativas são fornecidas sempre por pessoas distintas, que têm somente acesso às etapas dos projetos nas quais estão diretamente envolvidas. Há uma tendência natural, impulsionada pela incerteza característica da atividade, de se pôr o máximo de segurança nos tempos de processo.

Diferentemente dos atrasos de uma atividade, que são passados para outras atividades por completo, comprometendo todo o cronograma do projeto, os avanços feitos em uma atividade são geralmente desperdiçados. Estes mecanismos de “segurança” que são embutidos e prejudicam as estimativas são o que o autor caracteriza como:

• Síndrome do estudante: é esperar que uma atividade se torne realmente urgente para realizá-la.

• Lei de Parkinson: é fazer com que o trabalho se expanda para preencher todo o tempo disponível, mesmo que a atividade possa ser concluída antes do tempo, o recurso gastará todo o tempo estimado.

A Corrente Crítica sugere que se planeje as atividades estimando suas durações de forma agressiva, reduzindo o tempo, mas de forma que seja possível a realização, para cada atividade do cronograma.

Os tempos estimados que representam essa “margem de segurança”serão colocados ao final do cronograma, que geralmente é uma estimativa baseada na média da duração das tarefas. Assim consegue-se uma redução em torno de 50% da estimativa original do cronograma. Esta margem de segurança é chamada de “pulmão”.

Exemplo:

Podemos perceber que trabalhar com corrente crítica em projetos é uma mudança de paradigma necessária e fundamental para que os projetos de software possam ter respaldo e confiança dos clientes, eliminando todos os desperdícios que são embutidos nas atividades estimadas.

As metodologias ágeis também trabalham de forma a reduzir as “margens de seguranças” existentes em cronograma de projetos. Uma agregação de valor para os projetos de software poderia ser o uso de uma metodologia ágil com os conceitos de Corrente Crítica. Vale à pena pensar no assunto!

REFERÊNCIAS:

GOLDRATT, ELIYAHU. The Goal. Great Barrington: North River Press, 1992.

GOLDRATT, ELIYAHU. Critical Chain. Great Barrington: North River Press, 1997.

O que é um projeto?

Se você conversar com seus amigos, seja na empresa, faculdade, internet ou até mesmo em uma festa, tem sempre alguém falando em “projeto”, palavra que começou a fazer parte com mais frequência em nosso cotidiano. Para tudo de novo que se pretende fazer, é dado o nome de projeto, seja para construir uma casa, fazer uma viagem, criar uma lei, ou até mesmo o seu projeto de vida. Mas afinal, o que é um projeto?

Segundo o PMBOK, “projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo”. É importante ressaltar que possui um objetivo específico e único. Normalmente possui recursos finitos (pessoas, investimentos, equipamentos, etc).

Um projeto é temporário por ter seu começo e fim definidos e conhecidos. Se não tem fim, é um produto, um processo ou uma operação.  Tem um objetivo específico porque deve estar claro qual a meta do projeto, ou seja, o resultado esperado. E é único pois não se repete, por mais que você irá fazer a mesma coisa, como por exemplo, construir uma nova casa com o mesmo projeto (planta), essa será única pois algumas características serão alteradas (tempo, imprevistos, variações ambientais, material, equipe, etc).

Quando falamos de projeto, temos basicamente cinco fases: iniciação, planejamento, execução, controle e finalização. Dessas fases, a fase de planejamento é considera muito importante pois determinará o curso de todo o projeto (início, meio e fim), logo deverá ser bem feita.

Mas afinal, é mais importante planejar ou executar? Será que devemos investir a maior parte do tempo do projeto em planejamento ou começar a executar e com o tempo realizar as adequações? Essa é a grande dúvida quando falamos em criar um produto ou serviço onde envolve desenvolvimento de software.

Nos próximos posts irei falar sobre projetos de desenvolvimento de software, metodologias ágeis e compartilhar experiências (boas e ruins).