Divergncias de clculo de custos no MSProject

Prezado Lpis e demais usurios MSProject,

Eu recebi informaes sobre este erro que voc descreveu h cerca de 2 meses.

Tive muita vontade de repassar a lista pois sou sempre provocador e como
algum que confiou muito no MSProject no passado, eu acho relevante as
pessoas saberem destes erros.

Acontece que no sou s um ex-usurio. Sou tambm representante de uma

ferramenta concorrente e portanto resolvi ficar quieto at o pblico se
manifestar. De repente um problema que no afeta a maioria das pessoas.

Quanto a ser um BUG ou CONCEITO, neste caso sim BUG.

- Um BUG no apenas a implementao errada em cdigo de uma regra de
negcio certa.
- Um BUG tambm a implementao correta em cdigo de uma regra de
negcio errada!

Temos tambm BUG de ergonomia: Visto que em um momento o aplicativo

mostra ao usurio um resultado, o usurio ESPERA este mesmo resultado em
outra varivel que teria a mesma aplicao.

E no existe SOFTWARE SEM BUG. O problema no a existncia em si do erro.

O problema ser o impacto deste erro no seu negcio e o tempo que o fabricante
ir levar para resolv-lo. At onde sei, este problema j havia sido comunicado a
Microsoft antes do primeiro service pack da ferramenta. J estamos no segundo,
certo?

Para o usurio, a alternativa :

- Conhecer o problema e tomar as preucaes necessrias;
- Seguir exigindo do MSProject o conserto;
- Ou buscar outras ferramentas que acertem na conta! :-)
(oba, sobrou para mim!)

Isso uma prova de algo que j foi discutido na lista: RISCOS no TEM FACE.
Todo usurio passa pelo risco de utilizar um software que contm algum erro que

seja prejudicial sua aplicao. O risco em si prejudicial para o usurio, mas

tambm uma OPORTUNIDADE.

A oportunidade no s para mim, que ofereo outra soluo!

A oportunidade para que estes usurios venham conhecer outros paradigmas
em gerenciamento de projetos ao se esforarem pelo uso de um novo software
em funo do problema no outro!

Portanto, como um ex-usurio do MSProject que se converteu em um usurio

Spider e depois seu representante no Brasil, eu gostaria de aproveitar a
OPORTUNIDADE para fazer um convite para que conheam o Spider Project!

Materiais sobre projetos, tutoriais e o aplicativo funcional para pequenos projetos

(gratuito), voc encontra em:
http://www.thespiderteam.com/imedia

Grande abrao,

Peter Mello, PMI-SP, PMP, SpS

The Spider Team X25

* Este email traz a opinio do consultor PETER MELLO, Certificado pelo PMI em
Scheduling e pela Spider no Spider Project Professional. Peter Mello no tem
certificaes MSProject e suas declaraes devem ser atentamente lidas pelos
interessados que so responsveis por verificar sua veracidade e aplicabilidade.
Trata-se de pontos para discusso em uma lista sob a forma de debates mas traz
conotao comercial visto que o profissional tambm representante de
ferramenta concorrente. As observaes aqui colocadas no representam
declarao das empresas Spider Management Technologies, The Spider Team ou
X25 Treinamento e Consultoria. MSProject, PMI e Spider so marcas de seus
respectivos proprietrios.

Original Message
From: Michael Soares

To: planejamento@yahoogrupos.com.br
Sent: Thursday, June 25, 2009 10:34 AM
Subject: RE: [E-Plan.br *9 Anos*] Esse MSProject 2003 de matar de raiva!!!!!

Prezadssimo Lpis,

At que enfim algum para partilhar de minha dor em relao a esse problema
do Custo.

J fiz consultas a microsoft, inclusive, e a mesma no soube responder, concordo

com voc, no BUG CONCEITO.

Sds, Michael Soares

To: planejamento@yahoogrupos.com.br
From: lapis.wbs@petrobras.com.br
Date: Thu, 25 Jun 2009 12:37:32 +0000
Subject: [E-Plan.br *9 Anos*] Esse MSProject 2003 de matar de raiva!!!!!

Acho que o segundo BUG do MSP que eu tenho o desprazer de descobrir.

Quem quiser repertir, vamos que a viajem longa.

1) Abra um projeto vazio. Tenha certeza que a opo O Microsoft Project sempre
calcula os custos reais esteja marcada em Ferramentas, Opes, Clculo;
2) Crie 4 tarefas: Resumo, A, B e C. Idente as tarefas das linhas 2, 3 e 4
para serem filhotes da 1;
3) Coloque o incio do projeto em 01/04/09 em Projeto, Informaes sobre o
projeto;
4) As duraes (calendrio Padro): A=22d, B=22d e C=21d.
5) Ligaes A->B (II0); B->C (FS0)

At aqui teremos A de 01/04 at 30/4, B idem e C de 1/5 at 29/05 e a Resumo

(que a importante no nosso caso) vai de 01/04 at 29/05.

6) No seu Modo de Viso insira a coluna Custo Fixo. Na tarefa Resumo (Linha
1) digite 1.000.000;
7) Insira a coluna Acumulaao de custo fixo. A linha 1 deve estar como
Rateado. OK;

At aqui, tudo beleza. Voce inseriu umm custo fixo ratedo numa tarefa resumo.
Procedimento comum e recentemente discutido aqui na lista.

8) Insira a coluna Custo Real, no momento ela estar zerada. OK;

9) V para um modo de viso do tipo Uso da tarefa e coloque os campos
Custo e Custo real na parte da planilha de tempo ( direita) e coloque a
escala de tempo menor para Ms. Deve estar l para a linha 1: R$511.627,91 em
abril e R$488.372,09 em maio. OK;

Os custos foram realmente rateados. Agora vamos fazer uma medio:

10) Coloque a data de status em 30/04/09, em Projeto, Informaes sobre o

Projeto;
11) Clique em Exibir, Barra de Ferramentas, Controle para exibir as
ferramentas de controle;
12) Na tarefa A clique em Atualizar como agendado; Na tarefa B idem. A
tarefa C no iniciou;

Qual o custo real que apareceu na coluna? R$680.000? OK.

13) V agora no mesmo modo de viso do uso da tarefa e veja o valor de abril.
Deve ser R$511.627,91 ainda.

U o valor do custo real no ms de 511mil ou de 680mil? Por que o valor est

diferente?

Depois de fuar a explicao deste erro GROTESCO, o que constatei o

seguinte:

a) O MS Project trata o custo fixo com duas variveis diferentes, que ele chama
de Custo Fixo (campo de tarefa) e Custo Fixo (campo de tarefa dividido em
fases), o que comum em vrias variveis.
O problema que: ele calcula o custo fixo realizado de FORMAS DIFERENTES
para cada uma delas.

Seno, vejamos:
Para chegar em 680 mil ele pegou o valor do custo fixo e multiplicou pelo campo
% conclud da tarefa. Como uma tarefa resumo, o %concluda o %
ponderado por durao de todas as tarefas filhotes, o que d = 68%. Ento 68%
de 1.000.000 680mil.

Agora, para chegar em 511 ele faz OUTRA CONTA, que leva considera que a
durao real da tarefa resumo 22 dias teis de calendrio Padro (de 01/04
at 30/04 8 dias no trabalhados) e a durao total de 43 dias uteis (de
01/04 at 29/05 pelo calendrio Padro 16 dias no trabalhados).

Da temos que o custo real em abril de (22/43)*1.000.000 = 511.627,91

c) Concluso:

Se voce plotar um grfico de custo, onde voce espera ver 680 mil, ver 511 mil.

ALM DO FATO GRAVSSIMO DE QUE O MSP CALCULA A MESMA COISA DE DUAS

FORMAS DIFERENTES COM RESULTADOS DIFERENTES!!!!!!!!!!!!!!!!!!!!!!!

Na minha modestssima opinio isso se chama ERRO CONCEITUAL e no de BUG,

porque a forma com que ele chega nos 680mil est ERRADA: 680 no um custo
real baseado em um CUSTO FIXO RATEADO pela durao e sim um custo real
baseado num valor fixo e na ponderao das duraes das tarefas filhotes.

Sinto muito mas isso de revoltar, de doer de matar de raiva! Imaginem

este erro nos outros campos como o Trabalho, por exemplo!!!!

Microsoft! Quero um prmio por isso, afinal estou trabalhando para voces de
graa para achar e corrigir os SEUS erros!

 lamentvel!

Que saudades do Primavera!

Luiz Augusto P. Silva

TRANSPPRESSEGGGE Acompanhamento e Controle
Coordenador de Planejamento
(021) 3211-7132 Chave: EIXV