Entendendo o gerenciamento de mudanças Por Washington Souza 14 April 2009 as 3:37 pm 6 comentários

Pesquisas apontam que pelo menos metade dos fracassos em projetos de TI vem da falta de gerenciamento de escopo.

Simplificando, o escopo do projeto, nada mais é do que o que foi combinado fazer.

Vamos à uma analogia: Preciso trocar os pneus do meu carro. Faço um levantamento dos produtos e serviços necessários e verifico que precisarei de:
- Quatro pneus [Produto]
- Troca dos mesmos [Serviço]
- Alinhamento [Serviço]
- Balanceamento [Serviço]

Bom, este é o escopo deste meu projeto “Trocar Pneu” e devo fazer uma gestão efetiva deste escopo, para não gastar mais que o previsto.

Vou na loja, faço o pedido e aguardo. Após meia hora o vendedor (que obviamente quer vender) me fala que seria bom eu trocar os amortecedores também porque estão ruins. Vamos parar um pouco neste ponto.

Trocar os amortecedores tem custo e o vendedor vai cobrar com certeza. Esta troca esta fora do meu escopo inicial e devo decidir se mudarei o escopo ou não.

Reparem que quem decide sou eu, só que esta decisão traz impacto (aumento do custo). Será que vai adiantar alguma coisa se eu chegar ao vendedor e “espernear” falando que isto estava “sub-entendido” na troca e por isso não vou pagar? Com certeza não. Eu ficaria muito feliz se ele fizesse isto de graça, mas isto não vai acontecer pois tem custo pra ele.

Voltando, decido por não trocar pois esta fora do meu escopo inicial e isto ultrapassará o valor que eu tinha previsto.

Se coloquem agora no lugar do vendedor (que é o nosso!) e simulem a mesma situação. Vocês dariam os amortecedores ao cliente?

É isto que não se pode fazer (dar algo não combinado), temos sim é que cumprir o escopo previsto em nossos projetos e sempre posicionar o cliente de possíveis necessidades de mudanças.
Mas lembrando, o escopo não muda, a não ser que alguém permita.
O Gerente do projeto deve sempre ser firme e demonstrar os impactos (esforço, custo, prazo, etc) e nunca permitir o aumento sem que o cliente concorde com os impactos (formalmente). Comunicação é primordial.

Você deve tratar os custos (estimativas em geral) dos projetos como se este dinheiro fosse sair do seu próprio bolso.

Em tempo: Alguns pontos ajudam muito a “definir o escopo” como:
- Uma proposta comercial bem elaborada;
- Deixar claro o que será feito e o que será entregue (tudo);
- Deixar claro o que não será feito;
- Deixar claro suas responsabilidades e as do seu cliente;
- Estimar com uma técnica segura sempre que possível – recomendo APF (melhora significativamente a acertividade);
- Fazer um bom planejamento e gerenciar de verdade o projeto;

Fazendo isto sempre em seus projetos, além de reduzir considerávelmente suas dores de cabeça com o projeto você também estará atendendo boa parte da parte de engenharia do CMMI


Veja também:

  1. Tutorial mini projeto parte 3 – Mudanças de escopo e impacto Continuado a série de mini tutoriais de projeto, no ultimo...
  2. Top 10 dicas para um bom gerenciamento de projetos 1. Monitore diariamente o desempenho do projeto Monitore diariamente elementos...
  3. Porque estimativas são tão importantes em TI? Porque estimativas são tão importantes? Vejamos como cada um na...
  4. Plano de gerenciamento de projeto Constantemente quando falamos sobre o Plano de Gerenciamento de...

Enviar comentário

6 comentários : “ Entendendo o gerenciamento de mudanças ”

  1. 1
    Leon :
    Impressionante a sua facilidade para mostrar o assunto “mudança de escopo”. É exatamente isso que acontece e é a maior fonte de problemas entre usuário x TI.
    Se me permite, vou utilizar esse texto em uma reunião que tenho essa semana justamente para falar de escopo.
    Abraços
    Leon
  2. 2
    Washington Souza :
    Obrigado Leon, pode usar sem problemas. Só cite a fonte
    :D
  3. 3
    Linka-Me.com para os viciados em blogs :
    Entendendo o gerenciamento de mudanças | Blog CMMI…

    Tutorial simples de como entender o gerenciamento de mudanças com um caso prático mostrando como você vê o escopo e como a outra parte o vê. Apresenta também uma boa dica de como gerenciar bem o escopo de um projeto de Software….

  4. 4
    150 dicas para implementação do CMMI nível 2 - Parte I | Blog CMMI :
    [...] Entenda o que deve ser feito no projeto – quais são seus requisitos 45. Gerencie o escopo do projeto 46. Estabeleça critérios para aceitação dos requisitos (o combinado não sai caro) 47. Estime [...]
  5. 5
    Marcos :
    Ola Washington, pretendo fazer meu TCC sobre gerenciamento de mudanças você saberia me informar alguns livros (se possivel em português) sobre o tema?
    Valeu um abraço!
  6. 6
    Daniel Wander :
    Visão simples e clara sobre a gestão de mudança. E assim deve ser mantida, e é dessa mesma forma (direta e objetiva) que se deve tratar com o cliente. Sempre abrimos precedentes, colocamos o mercado inteiro em “xeque-mate” com esse cliente; pois se você não fizer haverá sempre alguém disposto a fazer. Mas isso é canibalizar e prostituir um mercado de alto risco como o de softeware.

Envie um comentário