O que é o recurso Creep?
A fluência do recurso, também chamada fluência do escopo, refere-se à tendência dos requisitos do projeto excederem as estimativas originais. É comum o desenvolvimento de grandes projetos de computadores, nos quais os engenheiros decidem que recursos adicionais devem ser adicionados ao produto antes do lançamento para torná-lo mais utilizável e agradável para o mercado-alvo. Isso também pode acontecer quando o cliente que contrata o projeto continua adicionando à lista de desejos. A subida de recursos pode afetar o orçamento geral de um projeto, além de atrasar consideravelmente o tempo de lançamento, causando frustração aos executivos da empresa. Ele também pode enfraquecer um produto ao entupi-lo com recursos interessantes, mas desnecessários, para que as empresas precisem tomar cuidado para evitá-lo.
O problema pode ser mitigado com uma equipe de projeto bem organizada, que reconhece os requisitos exatos do projeto e trabalha em conjunto para atendê-los. Um gerente de projeto que está ciente dos riscos da fluência de recursos pode ajudar a evitar isso, redirecionando o foco para a equipe ou lembrando ao cliente os objetivos originais do projeto. Na ocasião, a fluência de recursos é realmente necessária, especialmente em grandes projetos nos quais os engenheiros estão explorando novos conceitos. Nesses casos, vários membros da equipe devem se reunir para avaliar a fluência do recurso que está ocorrendo e decidir se é ou não um resultado válido da direção em que o projeto está se movendo.
Especialmente no caso de software, a tentação de sucumbir ao recurso de fluência é freqüentemente intensa. Os desenvolvedores de software estão constantemente pensando em novas maneiras de melhorar seus produtos e, em um determinado momento, os gerentes de projeto devem acabar com isso. A fluência de recursos nesse caso pode ser reduzida com a realização de reuniões freqüentes do projeto para lembrar os participantes no projeto das metas que foram declaradas no início. Ao desenvolver qualquer tipo de novo produto, a equipe sempre deve se reunir antes de começar o trabalho para concordar com o que está sendo criado, o que a equipe deseja que seja feito e como o produto atingirá esses objetivos.
Os esforços para desencorajar a fluência dos recursos não são projetados para punir a criatividade. Em vez disso, os membros da equipe devem fazer anotações de recursos adicionais que achem interessantes e úteis e enviá-los juntamente com as anotações semanais do projeto. Se outros membros da equipe concordarem que os recursos são vitais, eles podem ser adicionados ao desenvolvimento do projeto. Se os recursos forem interessantes, mas não necessários, com essa versão específica do projeto, eles poderão ser apresentados para desenvolvimento posterior em versões posteriores do projeto, seja um novo software, um carro ou qualquer outro tipo de dispositivo.