Você planeja seus projetos, por menor que sejam? Um caso que deu MUITO errado.

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.

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.

Falou tudo, to vendo isso na Aula de Metodologia de Projetos na Pós.

Bom artigo, parabéns

[]s

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.

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á…

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 :):):):)

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”

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.

–

# Sustenido

Sempre meio tom acima!

http://sustenido.wordpress.com

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.

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…
__________________
http://www.horaextra.net

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

Hoje mesmo eu escutei assim: “Preciso disso pra ontem”, imediatamente respondi: “Então devia ter me solicitado na semana passada. Solamento….”

Ó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!

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!

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

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…

[quote=Ubiratan.apo]
Lógico que esse cliente é excessão, a maioria diz, “mas é uma planilhinha, como você não sabe quanto tempo leva para fazer isso?”[/quote]

Ou então: “é só colocar um botãozinho na tela…”

“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!

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.”

Opa, se for por isso o pessoal da Infra merece virar Santo logo !

————————————————————–

Quer aprender idiomas online e de gratis, http://www.livemocha.com/

Ótimo post! Todos nos da TI ja passamos por algo parecido.

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

Mais uma vez, simplesmente o melhor post do Meio Bit dos últimos tempos!!!
E vc Cardoso, que inveja heim ? Deveria se espelhar neste post do Ricardo e elaborar posts melhores do que ficar na mesmice de ficar criticando Stallman, Software Livre e Open Source. Vai ser mais produtivo pra todos nós!

Meus sinceros parabéns, Ricardo!

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

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

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.

Mais um que não entende o conceito de humor, e sequer emoticons.

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).

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

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.

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

[quote=YinYang]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.[/quote]

É 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.

Por esse motivo que vou demoramos um semestre inteiror apenas para gerar a documentação e modelo de BD no trabalho de conclusão da faculdade.

WorldOrg

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.

Pior é saber que isso é totalmente recorrente em TI
______________________________________________

“É uma cilada Bino”

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”

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.

Tá fraco o senso de humor por aqui…

–

You don’t know the powa of da geek side!

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…..

*******************************

Gostei deste artigo, isso reforça algo que tenho aprendido aqui no meu serviço, que modernidade sem controle é a mesma coisa que caos.

“Enquanto isso na Sala de Justiça…“

Trabalho sozinho, por minha conta. Eu determino os prazos e custos conforme o projeto e o cliente. Sou justo, faço um trabalho bem feito e tenho clientes satisfeitos.
Quando um cliente não concorda com minhas condições desejo-lhe boa sorte. As vezes eles voltam, depois de topar com certos gerentes por ai.

Mas já passei por essas situações e se hoje eu faço as coisas do meu jeito é pelo simples fato de que assim todos ganham, eu e o cliente.
Não há vantagem para ninguém quando as coisas não funcionam.

E até hoje só vi as coisas mudarem assim, quando a gente pára de reclamar do que os outros fazem de errado e começa a trilhar o próprio caminho. Coisa que não é fácil, absolutamente.

É 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

Apoiado. A melhor coisa é servir bem o cliente, mesmo que para isso você tenha que dizer não.

yawara.br além da tecnologia.

Se o gerente de soluções conhece pouco sobre desenvolvimento ele deveria ter humildade de falar ao cliente algo como “temos competência para fazer esse projeto mas antes preciso consultar a equipe de desenvolvimento para estipular prazos e metas”.

:wq

esse é quase o meu cotidiano (sick)… =(

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

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

Triste, mas verdade. E assim o mundo vai girando…

Ótimo post. Uma das coisas que com certeza terá um local especial no meu “caderninho” de anotações de coisas que devo saber sobre TI. “temos competência para fazer esse projeto mas antes preciso consultar a equipe de desenvolvimento para estipular prazos e metas”. Simples assim.

Esse artigo parece bastante realístico, acho muito útil tais artigos, considerando o fato que estou iniciando agora numa empresa júnior e preciso saber de muitas informações desse tipo no início de um processo Trainee.

Deja Vu²³²³²³²³¹²³¹²³¹²³¹²³¹²³

Droga! por que você não me avisou antes?…

Cardoso, dá uma colher de chá pro cara… é difícil entender que dois pontos e fecha parêntesis significa um sorriso…

Muito bom o artigo, Parabéns…

Acho que seria muito interessante abrir a categoria “Gerenciamento de Projetos”, pois é um assunto muito importante na área de IT e principalmente onde pecamos muito.

Mais uma vez, parabéns pelo Post!!!!