- Feed completo
- Feed dos comentários
- Feed do Fórum
- Feed Canal Games
- Feed Canal Fotografia
- Feed Canal Mobile
- Receba o Meio Bit via e-mail
Fórum
Últimos tópicos no fórumÚltimas respostas no fórum
- instalar mac osx em pc
- Novo Portal Terra. Não funciona no Chrome?
- Você consegue resolver esse enigma?
- Campus Party
- Dica de Headset
- Pilhas recarregaveis?
- OpenID consertado !
- Vendo D60 com lente 18-55mm VR
- nova ortografia brasileira no Microsoft Office
- ajuda com placa mãe....
- Feed de comentários consertado !
- Lado do conector elétrico importa ?
Newsletter
Mantenha-se informado sobre as nossas novidades com nosso newsletter semanal, todas as segundas-feiras
Categorias
Áudio Vídeo Fotografia
Acessórios
Análise
Análises
Anúncios
Anúncios
Apple e Mac
Artigo
Blog
Celular
Computação móvel
Computadores
Comunicação Digital
Cultura Gamer
Destaque
Destaque
Dicas
Download
Equipamentos
Games
Google
Hardware
Indústria
Indústria
Internet
Linux
Microsoft
Miscelâneas
Miscelâneas
MMO
Museu
Nintendo
Open-Source
Periféricos
Podcast
Portáteis
Preview
Produtividade
Propaganda & Marketing
Publicidade
Rumores
Seguranca
Software
Sony
Tutorial
Vídeos
VoIP
Web 2.0
Web Games
Wireless e Redes
Você planeja seus projetos, por menor que sejam? Um caso que deu MUITO errado.
Enviado por Ricardo Bicalho
em 27 Março, 2008 - 20:43
Era uma vez uma empresa especializada em soluções financeiras e contábeis que vende para um de seus principais clientes um módulo extra de uma ferramenta online. O gerente de conta que efetuou a venda não era da área de tecnologia e ao ver o que precisava ser feito, estimou na hora um prazo para o cliente que ficou satisfeitíssimo. Apesar de ter profissionais de TI e prestadores no seu quadro, o gerente acertou tudo sem consultá-los.
O projeto consistia em converter 10 planilhas de Excel, com dezenas de cálculos financeiros para um aplicativo web: pesquisa em vários níveis de detalhe, sistema seguro baseado em perfil, relatórios específicos com exportação para Excel, gerar relatórios em PDF, sistema de cadastro de informações e comparação de riscos e um sistema de filtros que criaria tudo dinamicamente de acordo com as opções do cliente (em torno 40). Deveria também gerar gráficos que as planilhas de Excel não possuíam, facilitando a leitura das informações.
O tempo estimado pelo gerente para execução?
Quatro semanas para um programador fazer tudo e entregar, sem bugs e com testes.
A equipe de TI da empresa, atolada de tarefas, diz que não existe pessoal para fazer nesse prazo, pois precisaria de gente mais experiente. Então, resolvem terceirizar.
A empresa contratada também tem um gerente de conta que apresenta o projeto como dinheiro fácil, "rapidin", uma conversão de planilhas e fim de papo. Entrega para um analista alguns jpegs e pede para estimar um prazo, na hora. A reação natural é: bombardear de perguntas. A resposta automática: "não é para se preocupar com isso agora". Essa frase é o equivalente tecnológico de "é só a cabecinha".
Prazo estimado? Duas semanas para o sistema entregue e testado.
O sistema começa a ser desenvolvido, com dois programadores. Pedem as especificações, casos de uso, protótipos de tela: "não precisa de nada disso porque é um sistema baratinho, rápido de se fazer pra conquistar o cliente". As tarefas chegam no seguinte formato: 1 arquivo xls com 10 planilhas, 1 arquivo xls com uma pequena massa de dados e um arquivo pdf de como o sistema deveria ficar, mais ou menos. Vendo o passaralho rodeando suas cabeças, os programadores alertam: "Esse projeto vai demorar umas 1500 horas com 2 recursos e mais um para testes". Resposta da gerência: "Não pode, tem que terminar em 2 semanas, senão vamos levar prejuízo".
Oito meses de atraso depois, o cliente tenta homologar mais uma vez o projeto e a empresa terceirizada descobre que toda a parte de cadastro do sistema é inviável. Não foi feita especificação, nem casos de uso nem protótipos de tela e muito menos um planejamento por causa de custos. O cliente não foi consultado e o que foi entregue não tem como ser usado. O projeto está na sua quarta equipe de programação e serão precisos, no mínimo, mais 2 meses de trabalho para ter uma versão básica de acordo com as necessidades do cliente.
Isso é algo EXTREMAMENTE comum na área de TI. Um gerente sem noção promete algo para um cliente. Um outro gerente sem noção promete esse algo a um custo excelente, um negócio bom para as duas partes. E 3 empresas tomam no behind porque dois completos idiotas que se metem na área de tecnologia da informação por saber operar e-mail e editar planilhas prometeram coisas impossíveis em prazos tão factíveis quanto o coelho da Páscoa.
Moral do Post
- Por menor que seja, qualquer sistema precisa de um Plano de Projeto;
- Dependendo das condições, uma solução é inviável dentro do prazo e custo estabelecidos;
- Não adianta colocar mais gente trabalhando em um projeto problemático: 9 mulheres não conseguem gerar um bebê em 1 mês;
- Trocar a turbina com o avião em vôo pode ser necessário, em outras palavras: games.meiobit.com" class="" title="" rel="external">jogar fora grandes porções de código e refazer tudo;
- Prototipação de telas é essencial para que o cliente, ao ver a tela, lembre-se de detalhes que passaram despercebidos na especificação inicial. A vantagem de prototipar é não criar nenhum código de tela dinâmico antes de ter o design fechado;
- Não estou dizendo para se aplicar RUP, Iconix, eXtreme Programming ou nenhuma metodologia, mas um Plano de Projetos, antes mesmo de programar a primeira linha;
- É preferível investir alguns dias planejando o projeto do que cair direto no código, mesmo que isso acarrete ouvir algo como "Atraso de 3 dias?! Absurdo não termos nada e já estamos na quarta-feira!"
Se você nunca viu ou fez um plano de projetos, procure no Google por modelos onde se respondem algumas perguntas básicas. Ao preenchê-las, você terá uma noção maior do tamanho da... do projeto. Um bom exemplo: Project Planing Step by Step.
Fonte: Bicalho's Memory About Fraked Up Projects
- Ueba
- Rec6
- Blog do Ricardo Bicalho
- entre com seu usuário e senha ou registre-se no site para enviar comentários
Estou fazendo um plano de projeto para um desenvolvimento gigantesco(para os padrões da empresa) e antes mesmo de estimar toda a carga horaria meu superior já falou que prescisa ser feito na metade do tempo.
Resposta básica que eu dei :"Então terá a metade das funcionalidades"
_____________________
Muita Pimenta para sua vida!
Primeiro Pro-Commenter da Blogosfera Brasileira.
Hauhhuae, é bem nessa mesmo. Um cliente meu pediu algo parecido com Orkut e mesmo com o tempo do contrato estourado e o sistema 90% pronto, o cara me pede pra mudar TODA a funcionalidade do site (sendo que essas novas demoraria um bocado para estudar e fazer).
É, programadores deveriam ser beatificados por ter que aguentar clientes.
--
You don't know the powa of da geek side!
Opa, se for por isso o pessoal da Infra merece virar Santo logo !
--------------------------------------------------------------
Quer aprender idiomas online e de gratis, http://www.livemocha.com/
Aí que tá...
Por isso defendo que todo projeto deve ter um GERENTE DE PROJETO, que vai cuidar de pontos como este, pois tem competências para isto.
Colocar o programador direto com o cliente é a maior enrascada!
--
Não existe sabedoria sem amor
Pior é saber que isso é totalmente recorrente em TI
______________________________________________
"É uma cilada Bino"
Prezado Sr. Ricardo,
Não me lembro de em nenhum momento autorizá-lo a publicar os acontecimentos e fatos vividos pela minha pessoa
A maior verdade é que as empresas escolhem gerentes para gerenciar pessoas e não para serem especialistas. Por isso todo gerente tem uma dúzia de especialistas sob seu comando. E todo gerente gosta de se impor e mostrar que ele é o chefe. Por isso que todo gerente adora ignorar seus especialistas somente para provar que ele é quem manda.
Haehuaehuuaehuaeae
Eu pensei a mesma coisa! Devolva a minha vida! Olha que te meto um processo e te tiro até o nome!
Cara, muito bom o artigo. É a mais pura realidade.
Outra coisa mala é o cliente nunca saber o quer.
"Essa frase é o equivalente tecnológico de 'é só a cabecinha'."
Puta que pariu... é verdade...
__________________
www.horaextra.net
Nem me fala...rsrs... e ainda o pessoal de Quality assurance quando vai perguntar... Bom.. e isso.. e aquilo?
"- Não não se preocupa com isso... .blablablabla.."
er.....
*******************************
Música eletrônica + atitude -> sabotagem.org
Fica aí um ponto...
Cabe ao gerente de projetos que recebe esse "PROJETO MOLINHO" (era assim que chamavam aqui onde trabalho) dizer NÃO ou então documentar que o prazo estipulado é inviável, senão quando a bomba estourar vai cair no colo dele.
--
Não existe sabedoria sem amor
Falou tudo, to vendo isso na Aula de Metodologia de Projetos na Pós.
Bom artigo, parabéns
[]s
Muito bom. Quero sua permissão para copiar este texto, junto com tua autoria e link para o apresentar em minhas aulas.
Aguardo autorização.
===
Blog: Livre e Social
Já vi coisas parecidas acontecerem, por isso tenho verdadeiro horror de gerentes de conta e vendedores, eles nem imaginam o que na verdade prometeram ao cliente.
O ideal antes de tentar quantificar qualquer projeto é gastar um bom tempo tentando entender qual deve ser o produto final. Já fiz um projeto parecido, transformar em um sistemas algumas planilhas Excel e um banco de dados Access em um sistema, só para entender o que deveria ser feito e estimar o trabalho necessário gastamos duas semanas analisando e entendendo as planilhas, aí conseguimos fazer uma estimativa.
Lógico que esse cliente é excessão, a maioria diz, "mas é uma planilhinha, como você não sabe quanto tempo leva para fazer isso?"
yawara.br além da tecnologia.
Lógico que esse cliente é excessão, a maioria diz, "mas é uma planilhinha, como você não sabe quanto tempo leva para fazer isso?"
Ou então: "é só colocar um botãozinho na tela..."
Quando eu ouço essa frase, digo:
"Ah tah!!! Então faz você, pq eu não faço mais nada! NADAAAAAAAA!!!".
Em alguns casos, é claro.
De nada adianta se o gerente tiver que adequar o cronograma do plano de projeto ao prazo desejado (imposto) pela diretoria. A única vantagem é que a tragédia fica anunciada. Eu já falei tanto: "se eu fosse gerente de projeto..." que tenho até medo cometer um "gestorcídio" quando chegar lá...
A tragédia fica anunciada, documentada e sua pele salva!
Sem contar que nada impede você de argumentar coisas do tipo: Blz ! quer pra ontem? contrata mais pessoal!
--
Não existe sabedoria sem amor
Estou passando por isso! já vou no 8º dia de atraso...
o pior 7 dias com problemas em uns módulos que foram descartados ontem e tudo refeito apenas hoje com tudo do zero.
---------------------------------------------------------------
Se você não é um fanboy click AQUI.
SIMPLESMENTE O MELHOR ARTIGO QUE JÁ LI NO MEIO BIT
PARABÉNS !!!! MUITO BOM !!!
[]´s
Juliano Oliveira ->
http://programandoem.net
Bah. Texto chato, batido, puro deja vu para quem tem mais de 2 meses de mercado
:)
:)
Parabéns Cardoso.
A escolha do House como seu rosto virtual foi além do que os olhos podem apreender, e focam nas manias e antipatias do personagem.
Mesmo assim, respeito seu post. Afinal, é sua opinião.
===
Blog: Livre e Social
Sempre vai ter um gerente que vai falar assim:
"Faça em 1/3 do tempo com 1/5 do orçamento em 1/10 do tempo e que ele tenha n³ funções a mais que nosso concorrente"
Por isso que eu sempre recomendo: "Quando aparecer alguma oportunidade que aparentemente você vai ganhar muito fuja dela, você vai perder o dobro"
Droga! por que você não me avisou antes?...
Esse post dá para ser usado numa aula, ou palestra... faltou uma análise de requesitos, algo para saber o que o cliente precisa.
O Ricardo estava iluminado quando colocou este post! Não tenho o que comentar!
Abraços a todos!
IGOR BRITO ALVES
(Cultura Nerd)
Por isso eu e um monte de gente tentamos convencer os noobs a criarem o game design (planejamento) antes de desenvolver um jogo.
Rodrigo Flausino | GamedevBR
Planejamento é essencial para qualquer atividade ser bem sucedida
mas as vezes é deixada para segundo plano.
Meu professor de Banco de Dados dizia: Você precisa fazer um banco de dados para uma aplicação? Tem duas escolhas:
1) Seja homem, abra o gerenciador do seu banco predileto e saia criando tabelas. Você vai errar muita coisa.
2) Perca 30 minutos e modele o banco de dados no DBDesigner/Erwin/Folha de papel e programe o banco uma vez só. Os erros serão bem menores.
Planejamento é tudo.
Excelente artigo! Parabéns!!! Você conseguiu falar tudo eu acho.
Larguei da vida porcorativa há quase 2 anos. Desde então sigo trabalhando em casa (não, não é Herbalife) como parte da equipe de um site. O dono do site pede uma funcionalidade, eu digo quanto tempo leva. E ele ouve. Eu dou o prazo e se ele quiser com urgência sabe que vai ter menos funcionalidades. Sei bem que isso é a exceção, e sei que funciona porque eu não tenho que lidar com 200 "camadas" de gerência e diretoria.
Enquanto houver nas empresas a figura nefasta do gerente de conta (vulgo "cara do comercial") vendendo para 2 meses projetos que levariam 6, embolsando sua gorda comissão e se lixando para o resto, essa história vai se repetir diariamente.
É bom ler um artigo como esse de vez em quando e saber exatamente para onde eu não devo voltar, se possível nunca mais.
É por isso que quando chegam pra mim com prazos impostos, que não correspondem com o prazo real, eu sugiro a demissão do gerente de contas (que realmente só pensam nas suas gordas comissões).
De tanto fazer isso, um dia me escutaram...
--
"Uma pessoa inteligente resolve um problema, um sábio o previne." Albert Einstein
Os gerentes da minha empresa têm mais noção do que estes, hehe (graças à deus). Mas aqui quem geralmente define os prazos sou eu mesmo (o cliente pede várias pequenas coisas de cada vez para um sistema que estou dando manutenção e que portanto já funciona). Algumas coisas são fáceis de se fazer no mesmo dia, algumas quebro a cabeça uma semana ou duas fazendo (e aviso o cliente que a funcionalidade X que ele pediu pode demorar). Mas ainda não tive que fazer algo de grande porte mesmo, mas vai ser necessário na "fase 2" do sistema que é para sair esse ano ainda. Aí que o bicho vai pegar hehehe, precisará um projeto mais cuidadoso para não se esquecer nada pelo caminho
Se você consegue ler esta mensagem então o seu computador irá se auto-destruir em dez segundos, tenha um bom dia
Excelente post!
Eu estou no começo de um projeto, na parte de documentação ainda, mas já tenho certeza (quase que absoluta) que não dará tempo... novidade, né? hehehe
---
D'oh!
Este texto merece a criação de uma novo submenu "Artigos de referência"
O mesmo vale para o outro lado, quando for querer contratar alguém para fazer algum serviço de informática desconfie da do preço baixo com equipe reduzida que diz que vai fazer tudo o que você precisa sem muitas perguntas e sem querer marcar reuniões de planejamento.
O pior é que tem cliente que não gosta nem um pouco quando precisa marcar uma reunião para obter mais informações e assim, completar de maneira satisfatória todos os requisitos primários. O que eu já escutei, nos meus tempos de freelancer foi "mas eu já disse o que eu quero, não há a necessidade da reunião". E lá vou eu explicar devagar o motivo da reunião. Quanto aos prazos, as vezes quando vou mostrar o protótipo do programa eles acham que deve reduzir o tempo, afinal "já está pronto pra usar", e mais uam vez tentando explicar tudo que o prototipo tinha e que não tinha e com isso, mostrava que o tempo não poderia ser diminuido e talvez até mostrando que precisasse de mais tempo para algum tipo de funcionalidade.
Imagino que deva ser muito pior no caso de ter um gerente no meio do processo e agora que me formei e to atrás de um emprego devo saber disso rapidinho, hahahaha.
http://f4lh4critic4.wordpress.com/ blee....og
É por essas e outras que eu defendo o uso de protótipo não-funcional, 100% HTML estático (no caso de projetos web, claro). Você mostra como vão ficar as telas para o clientes, mostra o fluxo de navegação, a identidade visual, serve como material de referência para discutir aspectos dos requisitos mas não tem que escutar esse tipo de sandice.
---
Tecnologia deve ser o meio, não o fim.
Hoje mesmo eu escutei assim: "Preciso disso pra ontem", imediatamente respondi: "Então devia ter me solicitado na semana passada. Solamento...."
Excelente resposta. Não entendo isso. Normalmente com a Infra seu PC da pau tem que abrir solicitação, aquela coisa chata, mas com pessoal do DVP é tudo pra ontem...
______________________________________________
"É uma cilada Bino"
Ótimo post, parabéns! Eu admito, não planejo muito meus sistemas
Mas já tentei de várias maneiras projetar, mas mesmo sem planejamento até consigo fazer um bom trabalho (sabendo que poderia ter feito melhor), talvez seja o costume...
Mas vou me esforçar nesse ponto, valeu pela referência dada e pelo incentivo.
--
You don't know the powa of da geek side!
Resultado final que normalmente ocorre:
- A m*** estoura
- O gerente normalmente é um boçal que tem o respeito da chefia
- Alguém deve receber "a culpa", ou seja, o sangue de alguém deve rolar
- Culpa-se os soldados rasos (os programadores no caso), pois eles são "incompetentes", "descomprometidos com a empresa"(pq não trabalharam 20 horas por dia para resolver o problema)
O mundo corporativo (gostei do termo porcorativo que alguém deu) é realmente nauseante.
Cassio R Eskelsen
Pontos de Caso de Uso e Pontos de Função.
Melhor solução possível para dimensionar a aplicação.
Adepto Lordware
http://www.lordware.com.br
wallace@lordware.com.br
Aliada com a análise de dados históricos de projetos semelhantes realizados anteriormente, e algumas outras práticas de gerencia de projetos, tal como a utilização da Estrutura Analítica de Trabalho(EAT, ou WBS, ou EAP).
Artigo excelente !!! Parabéns
Excelente post!
É exatamente isso que acontece na grande maioria dos projetos: o produto precisa ser vendido, o cliente quer o quanto antes, por um preço baixo, quem vende não faz idéia do que exatamente o cliente quer (nem o próprio cliente sabe), mas será feito em um prazo curto. Grande ilusão...
"Não adianta colocar mais gente trabalhando em um projeto problemático: 9 mulheres não conseguem gerar um bebê em 1 mês;"
Isso é um grande problema. Os gerentes de um modo geral acham que colocando mais pessoas o projeto anda mais rápido. Uma ótima leitura sobre isso é o livro The Mythical Man-Month de Frederick P. Brooks, Jr que é um dos grandes em Gerenciamento de Projetos.
O pior é que mesmo acontecendo essa situação, mais a frente ele vai fazer a mesma coisa para "conquistar o cliente". Humpf!
Se descobrir que está caindo na loucura, Mergulhe
No fim das contas, os programadores são como prostitutas...
Os gerentes são os cafetões, fazem o que querem com eles, pagam mal ficando com a maior parte da grana, exigem tudo na hora que bem entendem, têm que satisfazer o cliente a todo custo no menor espaço de tempo pq o cliente tem pressa e pq tem pouco dinheiro...
Afinal, temos que concordar, pois, programadores fazem programas não é?
"Sou analfabeto, não sei assinar."
Ótimo post! Todos nos da TI ja passamos por algo parecido.
E vc Cardoso, que inveja heim ?
Meus sinceros parabéns, Ricardo!
Mais um que não entende o conceito de humor, e sequer emoticons.
Tá fraco o senso de humor por aqui...
--
You don't know the powa of da geek side!
Cardoso, dá uma colher de chá pro cara... é difícil entender que dois pontos e fecha parêntesis significa um sorriso...
Ora, meu, você não consegue reconhecer o esforço terrível,desgastante e desprazeroso que o Cardoso fez por nós ao testar o bafômetro?
Cassio R Eskelsen
Muito bom mesmo Ricardo. Está de parabéns.
Sempre sofremos com a falta de planejamento até decidirmos planejar
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Não tenho como assinar, eu não tenho BLOG
Qual programador não passou por isto? Huuummm, deve se por isto, que desenvolvi uma sociopatia em relação á vendedores.
E o pior são as técnicas de POG que temos que desenvolver.
Achei genial as comparações:
"não é para se preocupar com isso agora". Essa frase é o equivalente tecnológico de "é só a cabecinha".
"Não adianta colocar mais gente trabalhando em um projeto problemático: 9 mulheres não conseguem gerar um bebê em 1 mês"
Refletem a mais pura realidade. Nua e crua. O que não entre na cabeça é como ainda acontecem e com tanta frequência.
Traficando informação.
Ha!
Estou passando por isso nessa semana. E o pior de tudo é que quem inventa esses malabarismos de projeto aqui é o dono da empresa.
Cliente: "Por favor, queria 4 sisteminhas web simples, para a semana que vem, pode ser?"
Chefe: "- Claro! Negócio fechado!"
salada.caioruman.com
Já trabalhei numa empresa assim. Eu costumava dizer que a filosofia era a de pizzaria: o vendedor chegava na porta da sala dos desenvolvedores e berrava: "SALTA UM SISTEMA PRO CLIENTE XYZ PRA ONTEM!". E a gente que se virasse, porque não tinha levantamento nenhum de requisitos, mas prazo e custo já estavam fechados (e sempre muito abaixo da realidade). Nem precisa dizer, no curto período que fiquei nesse lugar, nunca soube de um projeto que sequer tivesse sido entregue pronto. O cliente sempre acabava cancelando a compra, pegando o dinheiro de volta e às vezes colocando a empresa na Justiça.
---
Tecnologia deve ser o meio, não o fim.
Acho q se cada um de nós fossemos comentar aqui um caso onde houve falta de planejamento, "jumentisse" (desculpas aos jumentos...) dos gerentes-sabe-tudo ao propor prazos e custos sem prévia análise da equipe de TI, e ignorância dos clientes para passar informação e ao cobrar pelas coisas prontas... teríamos o post com o maior números de comentários do planeta terra!
Infelizmente, esse tipo de problema segue a seguinte máxima:
Se vc não passou por isso, passará em breve.