O desenvolvimento de um projeto – A irônica e triste realidade
Fonte:http://horaderelaxar.com.br/2008/12/30/o-desenvolvimento-de-um-projeto-a-ironica-e-triste-realidade/
Essas imagens já circulam na internet há algum tempo mas agora que as encontrei em boa qualidade, bem como descobri quem as publicou originalmente, não pude deixar de postar. Apresento uma analise / critica sobre de como se da o desenvolvimento de qualquer projeto nos dias de hoje. Isso se aplica diretamente a tecnologia da informação, especificamente do processo de implantação de qualquer sistema. Mas também pode ser aplicado a qualquer outro departamento. É rir para não chorar! As imagens são cortesias do portal Project Cartoon. Parabéns pelo seu simples porém brilhante trabalho. |
É difícil não cruzar com alguns desses obstáculos ao passar pela implantação de um projeto ou de um sistema. Todos sabem que isso acontece ou já aconteceu. Esses ‘passos’ podem surgir no decorrer do escopo de algum projeto que o próprio departamento de informática da empresa está realizando. Entretanto costuma acontecer com mais freqüência quando se adquiri um sistema ou se substitui o existente. Essa terceirização pode impactar nas conseqüências abaixo descritas.
Então já que estamos munidos com a informação de que normalmente alguma dificuldade destas vai ocorrer só nos resta RELAXAR ! Toda hora é hora de relaxar!
Como o cliente explicou | Como líder de projeto entendeu | ||||||
O cliente / usuário sempre explica o que quer de forma tão absurda que nem com muita cerveja se consegue entender. Pior é que normalmente pensa que sua necessidade é a mais elevada e relevante do universo, que suas vontades devem atendidas com o máximo de prioridade que possa existir. | Outro obstáculo no desenvolvimento: a maneira como o gestor ou o líder de projeto entende o pedido. Nem a mãe dele entenderia. Já não bastasse a complicação do processo, fica inventado moda. Muitas vezes acrescenta recursos que o cliente não pediu e retira os que são realmente necessários. Deve ser algum trauma de infância que lhe deu esse complexo de superioridade para poder fazer o que quiser. | ||||||
Como o analista projetou | Como o programador desenvolveu | ||||||
Incrível como os analistas conseguem complicar tanto, algo que já estava complicado… Recebem um projeto do líder / gestor e conseguem colocar pêlo em ovo. Compare as imagens, já era algo absurdo, agora ficou pior. | É tanta confusão que o coitado do programador não poderia fazer outra coisa senão uma bagunça maior ainda. Mal entende o que o analista pediu e ainda tem que se virar para criar o absurdo. Em alguns casos, é a mesma pessoa que desempenha o papel de analista e de programador, diminuindo levemente essa bagunça. Levemente. | ||||||
O que os beta testers receberam | Como o projeto foi testado | ||||||
Isso é o que chega às mãos da equipe de testes. Nem todas as empresas têm uma equipe que trabalha somente para testar o projeto, as poucas que tem, precisam se virar para entender o sistema / projeto. | A imagem mostra como é rigorosa forma que um projeto é testado. Normalmente os maiores erros são detectados apenas depois da implementação. Mas mesmo assim, como na imagem, sob teste o projeto apresenta já falhas drásticas. | ||||||
Como as atualizações foram aplicadas | O que o suporte instalou | ||||||
Depois de testado e averiguado o que era necessário para as correções e implementações, assim fica um projeto depois de reparado. Já ouviram a frase "não mexe que piora" ou "não adianta tentar corrigir senão fica pior"? É assim que fica depois de remendar tanto um sistema. | Depois da atualização o suporte técnico ou a equipe de treinamento vai ao cliente ou na empresa e instala isso. Esse é o resultado de semanas, meses e algumas vezes anos: frustração! | ||||||
Como o suporte ajudou | Como o projeto foi documentado | ||||||
Quando precisamos de uma ajuda do suporte técnico é assim que ele nos auxilia. Quando precisamos de treinamento ou simplesmente alguma informação, normalmente é com essa força de vontade que nos ajudam. | Já que o suporte não suporta tanta coisa, vamos buscar estudar o projeto para entendê-lo melhor, para conhecer seus processos, seus cálculos, seus regras. Eis como documentação é encontrada. Assim que o projeto normalmente é documentado. Riqueza de detalhes! Nível máximo de detalhamento! | ||||||
Como o consultor de negócios descreveu | Como o marketing anunciou | ||||||
Essa é clássica, a ilusão que o consultor de negócios cria a respeito do projeto. Incrível como a empresa de consultoria distorce sobre quão maravilhoso serão os infinitos e fantásticos recursos que o projeto oferece. Os processos serão absurdamente simples, o controle será exorbitantemente maior, os relatórios apresentarão as informações que nem a mais fértil imaginação poderá criar, a auditoria realizada de forma perfeita e o faturamento até aumentará. Uma empresa não precisa de um bom sistema, ela precisa de um bom vendedor, que saiba fazer lavagem cerebral, brincar com seus sentimentos e ter a lábia do diabo. Muitos ERP são vendidos assim. | O projeto vai ser implantado e essa é a forma como o marketing anuncia que será a nova era. Sem pé nem cabeça, sem chão e sem céu. De forma misteriosa e obscura. | ||||||
A versão Open-Source | Que efeito o Digg pode fazer para o seu site | ||||||
O interessante é que procurando na internet sempre se acha algo que além de atender além de nossas necessidades é gratuito. Isso geralmente acontece depois que todo o projeto é implantado e pago. A empresa deveria entender que naqueles momentos de ócio ou de relaxamento, é que o funcionário pode encontrar as melhores idéias, é nos minutinhos de internet que se encontram essas coisas. Se arrependimento matasse… | Isso é o que acontece quando se usa de forma errada o Digg, o diHITT ou qualquer outro portal de notícias. Melhor dizendo, é o que acontece quando se ignora a força destas ferramentas. Menosprezar esses novos veículos da mídia é comprometer serialmente o sucesso. Basta uma pessoa infeliz, que será suficiente para difamar tudo. Uma comunidade no Orkut, um vídeo no YouTube, alguma mensagem em algum fórum ou alguma opinião em algum portal de notícias… Isso é o suficiente para queimar toda a imagem do projeto e de uma empresa. Lembre-se do ditado: um cliente satisfeito divulga positivamente seu trabalho para mais dois clientes, um cliente insatisfeito vai divulgar negativamente para dez. | ||||||
O desastre do plano de recuperação | Quando foi entregue | ||||||
O arrependimento! Quando tudo parece perdido, eis que surge uma esperança, uma forma de recuperar todo o tempo e todo dinheiro perdido. "Retire esses recursos, não precisamos desses relatórios e deixe o IOB para depois". E olha o que acontece, como fica enxuto o projeto! | Então, depois de algum tempo sofrendo nesse mar de testes, implementações e implantações, o sistema / projeto é colocado em execução. Não há mais como voltar atrás. Interessante é que o cronograma apontava outra data para a entrega… | ||||||
Como o cliente pagou | O que o cliente realmente precisava | ||||||
Depois de toda essa palhaçada, é equivalente a isso que o cliente paga. É como se fosse uma ação de caridade, a parte social da empresa, dar dinheiro a troco de algo que não vale muita coisa, solidariedade. Filantropia! | Na realidade, tudo que o que o usuário, o cliente ou a empresa necessitava, era algo simples, eficaz, eficiente. No final das contas ficaria muito mais barato. |
Fonte: Project Cartoon