Fabrica de software - vale a pena?

peerless wrote:
Os projetos são atendidos DENTRO do prazo, ja é o suficiente para considerarmos que "valeu a pena", não concorda?

ps.: o "cliente" do projeto em que atuo é o setor de Qualidade de Software da fábrica.. por isso posso afirmar

Nenhum pouco. Entregar no prazo é até que fácil. O problema é entregar com qualidade e no orçamento.

Engraçado como vc consegue avaliar um projeto (CEF) de 34 milhoes em 5 anos como "sistema de padaria"... Ou um outro (CVRD) de 7 milhões/ano... Acho que são os "padeiros" que transformam certos projetos em "sistema de padaria"... O erro ai é simples... contrata-se padeiro pra fazer pão, nada mais que isso...

E desde quando preço de software em relação ao tempo se traduz em qualidade de desenvolvimento???Em geral, sistemas desse porte, tem um "valor desconhecido agregado"(por vezes político) muito grande.Esse ano mesmo teve um sistema do ISS em Niterói se não me engano em que foi suspensa uma licitação de uns 16 milhões de reais.Pelo que eu sei dos requisitos, dá para fazer o Sistema por 2 e sair rindo com o lucro estúpido.
PCALCADO, por vezes, usam fábricas de software como desculpa para dizer que será um sistema de prmeira, como se fosse "comprar um tênis Nike".Pegam uma empresa "de poucas letrinhas", com orçamento absurdo para justificar gastos maiores ainda.Os motivos em geral são vários, mas vc pode imaginar...

Se qualidade é a percepção do cliente, então entregar no prazo sem qualidade é o mesmo que não entegrar

Virtual Machine Man Membro desde: 02/06/2005 16:28:38 Mensagens: 701 Offline

aleck wrote:Querem dados concretos?

O não cumprimento de prazos (66%), falhas de comunicação (64%) e mudanças constantes de escopo (62%) lideraram a lista dos principais deficiências apontadas pelo 5º Estudo de Benchmarking em Gerenciamento de Projetos Brasil, realizada anualmente pelo Project Management Institute (PMI), organização internacional responsável pelo desenvolvimento das práticas em gerenciamento de projetos no mundo.

fonte: http://www.tiinside.com.br/Filtro.asp?C=265&ID=86090

E vc acha que o PMI resolve!?

pcalcado wrote:

rodrigoy wrote:
Minha posição com relação à isso e o modo como aconselho o empresariado é: compre body shop e treine recursos em práticas ágeis. É mais barato e o resultado infinitamente melhor. Atualmente tenho trabalho em alguns projetos onde colocamos o time + gerenciamento dentro do cliente. Depois que o cliente experimenta agilidade e iteratividade ele passa a comprender a furada que é projetos de escopo fechado dentro de fábricas de software.

Eu acho isso uma péssima alternativa. Se voc6e compra o serviço compra de especialista,s se os especialistas não são assim tã especialistas eu prefiro contratar uma consultoria menor (e melhor).

Então, vc está certo, foi por isso que eu disse que um treinamento nesses "especialistas" é necessário. É fato que não vai vir especialistas. O ponto que defendo é que se você não achar fornecedores que te atendam iterativamente é melhor colocar os recursos na sua casa do que mandar pra uma fábrica waterfall.

Opa!
Estive ocupado e não pude acompanhar a thread.
Portantop, peço a oportunidade para justificar alguns pontos citados...

emerleite wrote:Primeiro (O mais importante) é que Fábrica de Software não existe. Repetindo: Fábrica de Software não existe. Já tiveram diversas theads aqui no GUJ falando sobre isso mas vou explicar novamente. O conceito de Fábrica pressupoe que um mesmo produto será construido diversas vezes. Você já construiu o mesmo software 30 vezes idêntico? Mesmo se for uma ferramente gráfica como Photoshop, uma vez pronto é só ir queimando CD/DVD ou disponibilizar para download, ou seja o produto é feito uma única vez.

Essa me impressionou!!!
Quer dizer que fabrica só é fabrica quando mais de um produto identico é fabricado?!?!? E olha que vc é de informática, que é a ciência que ajuda os engenheiros mecânicos (como eu) a criar sistemas mecanicos dinâmicos cada vez melhores, como o disponivel na fabrica da ferrari, que monta o carro (pontos de solda internos a capsula de sobrevivência) de acordo com os dados do cliente...

Fabrica é uma coisa, linha de montagem é outra totalmente diferente...
E mesmo se este fosse o problema, de nomeação, eu poderia chamar uma fabrica de software de EMETLEITORAMENTO de software e agir como as fabricas funcionam... o que iria mudar?!?

emerleite wrote:
Imagina-se que a produção é dividade em fases, quando em software já esta mais que provado que isso não funciona. A não ser que consideremos que sapatos furados, carros com rodas tortas são produtos bons tais quais os softwares que geralmente são entregues pelas tais fábricas trabalhando com as tais "fases", onde quando chega ná fase de "construção" (Meu Deus, isso existe mesmo) o prazo já está estouradíssimo e as coisas são feitas as pressas pra entregar algo que pelo menos "funcione", mesmo que seja meia-boca.

Mas é justamente essa generalização que eu falo! Nem todas são assim!!!

emerleite wrote:
Por favor me diga que cliente é esse que sabe exatamente o que quer antes do início do projeto e esses prazos de 1 ano calculados de forma exata. Acho que todo mundo gostaria de um cliente assim, mas sinto te dizer: Ele não existe!!!

Exatidão é algo realmente inexistente... proximidade seria o melhor termo...
E sobre os clientes que sabem o que querem! Acredite, ele existe, prazer, Rodrigo Allemand, ex-funcionario de uma fábrica onde o cliente sabia o que queria! Brincadeira... eu ainda continuo na consultoria, não aceitei a vaga, rs.

rodrigoy wrote:
Rodrigo, desculpa cara, mas o fato de ter custado 34 milhões não necessariamente diz que foi eficiente e nem que o produto está colocando dinheiro no bolso da CEF. O ponto é que já ví empresários jogando 3, 7 milhões fora em projetos Waterfall que realmente eram software de padaria.

Se você tivesse falado: " - Entregamos 6 meses antes do prazo." ou " - Fizemos a CEF economizar 60 milhões no ano." ou ainda " - Garantimos o ROI em 10 meses..." aí sim seriam parâmetros positivos.

Fico imaginando se com menos dinheiro não seria possível entregar uma solução com uma equipe ágil e iterativa. Não estou desmerecendo o trabalho de vocês, é só uma coisa que passou na minha cabeça, isso porque já ví muitas barbaridades cometidas por fábricas de software.

Com certeza tudo o que vc disse foi certo. Mas se as ALGUMAS FSWs, com seus CMMis e MPSBrs da vida, ainda recebem tais projetos é pq elas garantem algum tipo de coisa...
E sobre a questão do ROI, se o que vc colocou no 'escopo', seja ele alterado no decorrer do tempo ou não, não garante um ROI maior, tem alguma coisa de errado com o cliente, e não com a fábrica!

pcalcado wrote:Isso vai dar pano pra manga...

Oxi... se vai!!!

pcalcado wrote:
Quanto aos problemas do processo de fábrica de sotware você pode começar consultando qualquer documentação sobre processo áeis.

Como disse, estou estudando e achei bastante produtivo mesmo... o que eu questionei é a generalização!!!
Já participei de todos os tipos de projetos, dos simples que falham, dos complexos que falham, dos simples que dão certo, dos complexos que tb dão certo e por ai vai...

pcalcado wrote:
Desculpe mas você tem alguma estatística ou argumento real para contrariar metodologias iterativas e incrementais? RUP, XP, Scrum, FDD... praticamente tudo que foi escrito sobre esta área nos últimos anos (ou décadas)?

E onde eu contrariei? Só falei que em condições pessimistas, a agil falha como as outras... estatisticas?!? não, não tenho, argumentos?!? tb não tenho. não consigo - e acredito que nunca conseguirei - um cenário pra testar o mesmo projeto pessimista em duas linhas...

pcalcado wrote:Quando você contrata uma fábrica ou um consultor você contrata o serviço, não a pessoa. Se o serviço não presta você troca de fornecedor.

Pura verdade e é o que algumas empresas estão fazendo! Mas e se o serviço der certo?!? MAis uma vez... eu falo das generalizações...

Ironlynx wrote:... Pegam uma empresa "de poucas letrinhas", com orçamento absurdo para justificar gastos maiores ainda.

O mundo é captalista...rs. Existem consultorias cobrando 220,00 HH e pagando 50,00 pra um senior e 20,00 pra um junior, embolsando 440,00... isso eu tb acho errado, mas..............................

This message was edited 1 time. Last update was at 11/03/2008 11:10:22

rodrigoallemand wrote:

emerleite wrote:Primeiro (O mais importante) é que Fábrica de Software não existe. Repetindo: Fábrica de Software não existe. Já tiveram diversas theads aqui no GUJ falando sobre isso mas vou explicar novamente. O conceito de Fábrica pressupoe que um mesmo produto será construido diversas vezes. Você já construiu o mesmo software 30 vezes idêntico? Mesmo se for uma ferramente gráfica como Photoshop, uma vez pronto é só ir queimando CD/DVD ou disponibilizar para download, ou seja o produto é feito uma única vez.

Essa me impressionou!!!
Quer dizer que fabrica só é fabrica quando mais de um produto identico é fabricado?!?!? E olha que vc é de informática, que é a ciência que ajuda os engenheiros mecânicos (como eu) a criar sistemas mecanicos dinâmicos cada vez melhores, como o disponivel na fabrica da ferrari, que monta o carro (pontos de solda internos a capsula de sobrevivência) de acordo com os dados do cliente...

Você está se confundindo na diferença entre Criar e Fabricar pois (1) Sistemas mecânicos dinâmicos que você citou são criados e não fabricados. Perceba, um mesmo sistema é criado uma única vez. Onde essa criação será utilizada é outra coisa e (2) Carros são criados e depois fabricados, ou seja, essa criação resultará na fabricação de N modelos e (3) Uma empresa de TI Cria Software. A criação do software é toda a codificação, que na verdade é o Design do software. A sua construção é um simples ant xpto da vida. O que falta é perceber isso. Todo o tempo produtivo gasto é criando e não fabricando. Se tem alguma coisa que podemos chamar de fabricar é simlpesmente rodar seu script de build. Fora isso é tudo criação. Da uma lida nesse artigo que vai explicar melhor o que estou dizendo.
http://martinfowler.com/articles/newMethodology.html#SeparationOfDesignAndConstruction

E outra coisa. Se não houver linha de montagem na fabrica como os produtos ficam prontos. Osmose?

rodrigoallemand wrote:Fabrica é uma coisa, linha de montagem é outra totalmente diferente...
E mesmo se este fosse o problema, de nomeação, eu poderia chamar uma fabrica de software de EMETLEITORAMENTO de software e agir como as fabricas funcionam... o que iria mudar?!?

Simplesmente se você funcionar igual uma fábrica para software não funciona direito. Eu ainda acho que você precisa entender direito como uma fabrica funciona e a diferença entre Criar e Fabricar.

rodrigoallemand wrote:

emerleite wrote:Imagina-se que a produção é dividade em fases, quando em software já esta mais que provado que isso não funciona. A não ser que consideremos que sapatos furados, carros com rodas tortas são produtos bons tais quais os softwares que geralmente são entregues pelas tais fábricas trabalhando com as tais "fases", onde quando chega ná fase de "construção" (Meu Deus, isso existe mesmo) o prazo já está estouradíssimo e as coisas são feitas as pressas pra entregar algo que pelo menos "funcione", mesmo que seja meia-boca.

Mas é justamente essa generalização que eu falo! Nem todas são assim!!!

Se funciona diferente disso não é fabrica apesar de estarem chamando pelo nome. Não digo na questão de atrasos, mas na questão da metodologia de trabalho.

rodrigoallemand wrote:

emerleite wrote:Por favor me diga que cliente é esse que sabe exatamente o que quer antes do início do projeto e esses prazos de 1 ano calculados de forma exata. Acho que todo mundo gostaria de um cliente assim, mas sinto te dizer: Ele não existe!!!

Exatidão é algo realmente inexistente... proximidade seria o melhor termo...
E sobre os clientes que sabem o que querem! Acredite, ele existe, prazer, Rodrigo Allemand, ex-funcionario de uma fábrica onde o cliente sabia o que queria! Brincadeira... eu ainda continuo na consultoria, não aceitei a vaga, rs.

Papai noel?

rodrigoallemand wrote:
Com certeza tudo o que vc disse foi certo. Mas se as ALGUMAS FSWs, com seus CMMis e MPSBrs da vida, ainda recebem tais projetos é pq elas garantem algum tipo de coisa...

Ou pode ser uma acomodação do mercado. Quem compra tem uma postura "buy and forget", quem vende tem uma postura "deliver and forget". O problema é que quem compra geralmente não critica suas próprias decisões.

Notícias, artigos e o maior fórum brasileiro sobre Java