http://www.guj.com.br/posts/list/2.java JForum - http://www.jforum.net
Parece uma pergunta óbvia, quando se pensa em qualidade, controle e entrega do projeto, mas não é. Estou vivenciando um caso de um projeto com uma fabrica de software, que está bem problematico (para não falar outra coisa). Evidente que eu não vou citar o nome da empresa, mas afirmo que a mesma é conceituada em seu segmento.

Alguem tem experiencia com fabrica de software ? O custo de programadores free lancer, pode superar o custo da fabrica (sei que isso é relativo), enfim vale a pena?
]]> http://www.guj.com.br/posts/preList/84053/448513.java http://www.guj.com.br/posts/preList/84053/448513.java GMT
"empresa conceituada em seu segmento" é conversa de marketeiro para convencer gerentes e usuários babacas.]]> http://www.guj.com.br/posts/preList/84053/448588.java http://www.guj.com.br/posts/preList/84053/448588.java GMT Fabrica de Software é algo abstract cabe a cada empresa saber implementa-la...
Existe nomeações e recomendações.. e algumas adotam e outras nao.. apenas usam o termo para conquistar clientes... entao tome cuidado.. para vc nao ficar com trauma "fabrica de software" e achar que todas trabalham assim.. como a experiencia que vc está passando...
Por exemplo: uma falha por parte do depto comercial no projeto pode levar a atrasos e nao atender sua necessidade?
Uma falha na comunicacao no suporte tb leva atrasos/afeta o produto final..
Entao as vezes o problema está antes de chegar na fabrica de software em si..

Eu ja tive problemas que com o Diretor comercial negociei tudo certinho, ele entendeu concordou.. e quando ele passou para o gerente do projeto.. nao passou a forma que foi contratada o serviço.. e simples disse: "novo produto na area manda ver aqui o que é para fazer" pronto chegou com duas semanas me entregaram um amostra da primeira etapa simplesmente uns 40% nao cumpriu com o acordo.. entao isso é algo real.. que ocorre em algumas empresas...

flw!]]> http://www.guj.com.br/posts/preList/84053/448598.java http://www.guj.com.br/posts/preList/84053/448598.java GMT Essa de implementação de Fábrica de Software ficou engraçado.
[code]
interface FabricaDeSoftware {
void desenvolver();
void entregar();
}

class QualquerFabrica implements FabricaDeSoftware {
public void desenvolver() {
throw new WaterfallException();
}
public void entregar() {
throw new NuncaEntregoNoPrazoException();
}
}
[/code]]]> http://www.guj.com.br/posts/preList/84053/448601.java http://www.guj.com.br/posts/preList/84053/448601.java GMT Essa de implementação de Fábrica de Software ficou engraçado.
[code]
interface FabricaDeSoftware {
void desenvolver();
void entregar();
}

class QualquerFabrica implements FabricaDeSoftware {
public void desenvolver() {
throw new WaterfallException();
}
public void entregar() {
throw new NuncaEntregoNoPrazoException();
}
}
[/code][/quote]

mas to mentindo?]]> http://www.guj.com.br/posts/preList/84053/448608.java http://www.guj.com.br/posts/preList/84053/448608.java GMT ]]> http://www.guj.com.br/posts/preList/84053/448610.java http://www.guj.com.br/posts/preList/84053/448610.java GMT 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...
[quote=victorwss]
Qualquer coisa além, o modelo fábrica de software começa a apresentar seus problemas.[/quote]
Pode citar? E, caso exista, as fontes que afirmam essa generalização?!?
]]> http://www.guj.com.br/posts/preList/84053/448614.java http://www.guj.com.br/posts/preList/84053/448614.java GMT http://www.guj.com.br/posts/preList/84053/448621.java http://www.guj.com.br/posts/preList/84053/448621.java GMT
Parece uma pergunta óbvia, quando se pensa em qualidade, controle e entrega do projeto, mas não é. Estou vivenciando um caso de um projeto com uma fabrica de software, que está bem problematico (para não falar outra coisa). Evidente que eu não vou citar o nome da empresa, mas afirmo que a mesma é conceituada em seu segmento.

Alguem tem experiencia com fabrica de software ? O custo de programadores free lancer, pode superar o custo da fabrica (sei que isso é relativo), enfim vale a pena?
[/quote]

Você não está sozinho, o conceito engessado de uma fábrica e o constante medo de seus gestores em salvar a propria pele caso algo dê errado, levam os projetos a se arrastarem meses e até anos fora do prazo.

Se você não deseja pagar por titulos como CMMI/ISO e confiar em processos que seguem o modelo falido [google]waterfall[/google], então tome muito cuidado em contratar estes serviços.



]]> http://www.guj.com.br/posts/preList/84053/448628.java http://www.guj.com.br/posts/preList/84053/448628.java GMT
Como o risco aumenta e a visibilidade do projeto é menor, isso significa que o contratante tem que gastar tanto tempo gerenciando o projeto quanto se ele fosse um projeto interno. O gerente de projeto da fábrica de software vai cuidar do dia-a-dia da fábrica, mas garantir que o projeto está entregando o pedido com prazo e qualidade adequados ainda é responsabilidade do cliente.]]> http://www.guj.com.br/posts/preList/84053/448633.java http://www.guj.com.br/posts/preList/84053/448633.java GMT Acho bastante dificil uma metodologia não-waterfall se sair tão melhor do que a waterfall nos piores casos, que são o que todos lembram quando se fala de FSW.
Aliando-se o desejo do cliente (desejo este que deve estar maduro o suficiente antes do inicio do projeto), uma arquitetura bem montada (seja pela fabrica ou pelo cliente), Profissionais (isso mesmo, com P maiúsculo) e prazo e custos calculados afim de satisfazer a todos, qualquer metodologia dá certo! Seja ela agil, waterfall ou estilo padaria (ataque em 'massa', defesa em 'bolo'). Agora, quando um dos itens desanda (o que é mais certo de acontecer) as metodologias waterfalls falham tanto quanto as outras, mas com outros termos. Quando se tem escopo fechado, o problema é o onus que se cria quando há uma mudança. Já nas ageis, onde o "escopo não é fechado", paga-se do mesmo jeito, mas com um previo acordo de "escopo não fechado".
E eu tb não acredito nas frases do tipo "entregue uma parte funcionando".... não adianta vc ter uma ERP monstruosa, ou um CRM super poderoso se vc não conseguiu fazer, ao tempo da entrega final, um simples controle de acesso, ou um simples CRUD de produtos. Em qualquer metodologia isso se retrata como "software incompleto".

Não estou julgando waterfall x agil. Pelo contrário, sou a favor das ageis! Mas acho que a visão de certas pessoas nesse novo boom das metodologias ageis (novo, pq isso já é bem antiguinho) é meio falho!]]> http://www.guj.com.br/posts/preList/84053/448651.java http://www.guj.com.br/posts/preList/84053/448651.java GMT
Realmente eu acho que em alguns casos existe exagero. Mas falando do ponto que você focou, discordo de algumas coisas.

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.

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.

[quote=rodrigoalemand] Aliando-se o desejo do cliente (desejo este que deve estar maduro o suficiente antes do inicio do projeto), uma arquitetura bem montada (seja pela fabrica ou pelo cliente), Profissionais (isso mesmo, com P maiúsculo) e prazo e custos calculados afim de satisfazer a todos, qualquer metodologia dá certo! [/quote]
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!!!

[]s]]> http://www.guj.com.br/posts/preList/84053/448685.java http://www.guj.com.br/posts/preList/84053/448685.java GMT 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...
[/quote]

E esses valores dizem alguma coisa???

Eu ja presencei projetos bem caros e que faziam pouca coisa além do que "sistemas de padarias" fazem.

[quote=rodrigoallemand]
Pode citar? E, caso exista, as fontes que afirmam essa generalização?!?
[/quote]

Acho que ninguem citara nomes por motivos obvios, ne mesmo?]]> http://www.guj.com.br/posts/preList/84053/448692.java http://www.guj.com.br/posts/preList/84053/448692.java GMT Pode citar? E, caso exista, as fontes que afirmam essa generalização?!?
[/quote]

Infelizmente não posso. É uma empresa que poderia ser uma de três letras. Só não é porque o nome tem cinco.

E concordo com o que o cmoscoso disse aí em cima. O orçamento não indica muita coisa. Depois que soube de um certo site (que infelizmente não posso dizer qual é) que no final continha uma página inicial feita em PHP sendo usado apenas como um gerador de HTML, sem banco de dados, sem camadas, sem javascript, sem nada e que de quebra não funcionava no firefox e que deu R$1000000,00 (sim, um milhão de reais) no orçamento, fiquei atônito.

Fábrica de software é o conceito onde o software é feito como uma linha de montagem:

Segunda-feira: Implementar a tela 1 do projeto X.
Terça-feira: Implementar a tela 2 do projeto X.
Quarta-feira: Implementar a tela 3 do projeto X.
Quinta-feira: Implementar a tela 4 do projeto X.
Sexta-feira: Implementar a tela 5 do projeto X.
Sábado: Teste do projeto X.

Segunda-feira: Entrega do projeto X. Implementar a tela 1 do projeto Y.
Terça-feira: Implementar a tela 2 do projeto Y.
Quarta-feira: Implementar a tela 3 do projeto Y.
Quinta-feira: Implementar a tela 4 do projeto Y.
Sexta-feira: Implementar a tela 5 do projeto Y.
Sábado: Teste do projeto Y.

Segunda-feira: Entrega do projeto Y. Implementar a tela 1 do projeto Z.
Terça-feira: Implementar a tela 2 do projeto Z.
Quarta-feira: Implementar a tela 3 do projeto Z.
Quinta-feira: Implementar a tela 4 do projeto Z.
Sexta-feira: Implementar a tela 5 do projeto Z.
Sábado: Teste do projeto Z.]]> http://www.guj.com.br/posts/preList/84053/448758.java http://www.guj.com.br/posts/preList/84053/448758.java GMT Pode citar? E, caso exista, as fontes que afirmam essa generalização?!?
[/quote]

Infelizmente não posso. É uma empresa que poderia ser uma de três letras. Só não é porque o nome tem cinco.

E concordo com o que o cmoscoso disse aí em cima. O orçamento não indica muita coisa. Depois que soube de um certo site (que infelizmente não posso dizer qual é) que no final continha uma página inicial feita em PHP sendo usado apenas como um gerador de HTML, sem banco de dados, sem camadas, sem javascript, sem nada e que de quebra não funcionava no firefox e que deu R$1000000,00 (sim, um milhão de reais) no orçamento, fiquei atônito.

Fábrica de software é o conceito onde o software é feito como uma linha de montagem:

Segunda-feira: Implementar a tela 1 do projeto X.
Terça-feira: Implementar a tela 2 do projeto X.
Quarta-feira: Implementar a tela 3 do projeto X.
Quinta-feira: Implementar a tela 4 do projeto X.
Sexta-feira: Implementar a tela 5 do projeto X.
Sábado: Teste do projeto X.

Segunda-feira: Entrega do projeto X. Implementar a tela 1 do projeto Y.
Terça-feira: Implementar a tela 2 do projeto Y.
Quarta-feira: Implementar a tela 3 do projeto Y.
Quinta-feira: Implementar a tela 4 do projeto Y.
Sexta-feira: Implementar a tela 5 do projeto Y.
Sábado: Teste do projeto Y.

Segunda-feira: Entrega do projeto Y. Implementar a tela 1 do projeto Z.
Terça-feira: Implementar a tela 2 do projeto Z.
Quarta-feira: Implementar a tela 3 do projeto Z.
Quinta-feira: Implementar a tela 4 do projeto Z.
Sexta-feira: Implementar a tela 5 do projeto Z.
Sábado: Teste do projeto Z.[/quote]

Interessante...

E o que acontece se por algum problema técnico ou gerencial o processo [b]"Implementar a tela 2 do projeto X." [/b] não for concluido? Deixa eu adivinhar... hmmmm............................................[b] atraso em todas as fases dos projetos de A a Z?[/b]

Se fábrica não fosse algo realmente ótimo eu diria que temos os seguintes produtos quando solicitamos um projeto a fabrica:

1 - Clientes insatisfeitos
2 - Desenvolvedores insatisfeitos
3 - Gerentes colocando a culpa nos desenvolvedores
4 - Gerentes colocando a culpa no cliente por "não saberem o que realmente desejam"
5 - Sistema meia-boca ou nenhum sistema funcionando.
6 - Custo alto e baixo ROI.
7 - Sistemas Financeiros que mostram uma imagem do Pan . (exemplo Real? )

Agora o que não temos:

1 - Qualidade
2 - Prazo respeitado.
3 - Sistemas que fazem o que o cliente pediu. (Quem aqui nunca viu uma fábrica entregar algo assim?

]]> http://www.guj.com.br/posts/preList/84053/448782.java http://www.guj.com.br/posts/preList/84053/448782.java GMT
[b]1. Waterfall[/b]: O modelo é muito dispendioso. Essa história de ficar 2 meses no cliente capturando requisitos é caro demais. Além de caro, é arriscado, pois documento word e diagramas aceitam qualquer besteira. É abstrato demais. Sempre que chegamos no código vemos que os requisitos estão incertos, ambíguos, conflitantes e etc... Waterfall geralmente destrói as qualidades internas, externas e do próprio projeto.

[b]2. Gantt Charts[/b]: Qualquer %Complete que um gerente de projetos de software te mostrar num Gantt Chart é MENTIRA. O software é produto de um meio de produção atômico. 10% ou 100% de requisitos capturados não quer dizer nada para o andamento do projeto. Gerentes de Projeto PMP também não quer dizer nada para projetos de software. (leia meu artigo "Entregue Software Funcionando! Gerenciamento de Projetos Ágil" na MundoJava 26). Veja também esse screencast:

http://www.aspercom.com.br/ead/mod/resource/view.php?id=250

[b]3. Selos (CMMI, ISO)[/b]: Não garantem quase nada com relação à qualidade interna e externa da aplicação. Minha visão sobre CMMi é que nada adianta você ser maduro em um processo que é ruim. Como o Jacobson diz: "É fácil um bom processo ser mensurável, porém, dificilmente um processo mensurável é bom". Um processo mensurável necessariamente é dispendioso. É difícil o empresariado brasileiro compreender que é caro ter previsibilidade em projetos de software. Métricas e estimativas também não oferecem qualquer tipo de certeza com relação a isso.

[b]4. Falta de Skill[/b]: É um mito comum achar que fábricas de software possuem os melhores analistas, os melhores arquitetos, os melhores programadores. Sim, temos importantes exceções, mas tenho visto que bons analistas, bons arquitetos e bons programadores não acreditam no modelo de fábricas de software em geral.

[b]5. Custo[/b]: No meu artigo citado acima, cito as 3 qualidades do software: qualidade interna (o software é fácil de manter e evoluir), qualidade externa (o software atende o negócio), qualidade do projeto (o software foi feito no menor custo e prazo possível). Essencialmente fábricas de software tem menos responsabilidade com a qualidade interna principalmente. O problema é que 90% do custo de um software no seu ciclo de vida é manutenção. Se o software tem pouca qualidade interna, o custo de manutenção é potencializado. A qualidade interna de projetos de software em fábrica é ruim pois a responsabilidade do projeto é somente construção. Geralmente não é a fábrica que mantém o software depois de "pronto".

[b]6. Existem exceções[/b], mas são raras. Já trabalhei em fábricas durante 3 anos e tínhamos projetos ágeis e iterativos (logicamente também tinha waterfall, mas poucos), mas isso é exceção. Pouquíssimas fábricas trabalham iterativamente e com escopo negociável. Não conheço nenhuma que seja muito fã de práticas ágeis.

[b]7. Divergência conceitual[/b]: O modelo de fábrica é completamente contra tudo o que já foi escrito pela literatura acadêmica. Está lá, é só pegar os livros para ler! Waterfall é um engodo, PMBOK não é originalmente direcionado para software (é possível aplicar práticas, mas não ao pé da letra), (R)UP não é out-of-the-box, desenvolvimento de software é altamente dependente de pessoas. Essa divergência e deturpação da ciência é minha maior briga com os gestores covardes, figurinhas carimbadas que geralmente "administram" esses "estabelecimentos".

Minha posição com relação à isso e o modo como aconselho o empresariado é: [b]compre body shop e treine recursos em práticas ágeis[/b]. É 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.

[erros de português editado]]]> http://www.guj.com.br/posts/preList/84053/448815.java http://www.guj.com.br/posts/preList/84053/448815.java GMT 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...
[/quote]

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.
]]> http://www.guj.com.br/posts/preList/84053/448829.java http://www.guj.com.br/posts/preList/84053/448829.java GMT [b]4. Falta de Skill[/b]: É um mito comum achar que fábricas de software possuem os melhores analistas, os melhores arquitetos, os melhores programadores. Sim, temos importantes exceções, mas tenho visto que bons analistas, bons arquitetos e bons programadores não acreditam no modelo de fábricas de software em geral.
[/quote]

Aqui você esta sendo arrogante (e nisso você perde a credibilidade). Conheço muitos bons profissionais das fábricas de softwares que trabalham em fábricas de softwares que passei e conheci (não trabalho em uma fábrica de software atualmente). Talvez não sejam a maioria os profissionais que trabalham nesses locais que sejam bons, mas existem sim vários bons profissionais em fábricas. ]]> http://www.guj.com.br/posts/preList/84053/448912.java http://www.guj.com.br/posts/preList/84053/448912.java GMT
Levando isto em conta, os bons desenvolvedores que ainda estão em fábricas entrarão em extinção em pouco tempo.]]> http://www.guj.com.br/posts/preList/84053/448930.java http://www.guj.com.br/posts/preList/84053/448930.java GMT
Eu trabalhava prestava serviço numa grande empresa de economia mista, onde para ser admitido precisa fazer concurso. Um belo dia eles acharam que precisava de mais pessoas para desenvolver softwares, então nada melhor que fazer uma licitação para contratar uma "Fábrica de Software". Colocaram vários requisitos, dentre eles claro CMMI nível 4 ou 5 não lembro bem. Lógico que só esse requisito já eliminou trocentas empresas pequenas/médias pq todos sabemos que custa muito caro CMMI.
Então uma empresa muito famosa de todos nós ganhou e claro não tinha analista/programador/etc suficiente para atender a grande demanda e saiu pegando qq pessoa que dizia: "JAVA...ummm eu vi na faculdade. XP..ummm num é aquilo de programar duas pessoas no mesmo computador??" Aí já viu né. Atraso, confusões, reclamações do cliente, atraso, bugs, atraso.

Quantas empresas CMMI - 5 existe no Brasil??
Acho que não mais que 5 né.
Já ouvi falar de pelo menos 2 que tiveram problemas com clientes em Recife nisso de Fábrica de Software.

]]> http://www.guj.com.br/posts/preList/84053/448931.java http://www.guj.com.br/posts/preList/84053/448931.java GMT [/quote]

Microfilo, o que vc escreveu aqui é exatamente o que falei. Talvez seus conhecidos sejam as exceções, eu não os conheço. Fábricas de software é contratação em atacado: "Sabe Java? Sabe Struts? Sabe UML? Tá disposto a fazer hora extra? Tem empresa aberta? Então tá contratado...". Pessoas são recursos em FSW.

Cara, já é a segunda vez que vc me chama de arrogante aqui no fórum. Texto é difícil de expressar. Só estou colocando meu ponto de vista e tentando ensinar algo baseado na minha experiência. Meu, vamo tomá uma cerveja antes de vc me chamar de arrogante de novo. Beleza?]]> http://www.guj.com.br/posts/preList/84053/448936.java http://www.guj.com.br/posts/preList/84053/448936.java GMT
[quote]
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.
[/quote]

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



]]> http://www.guj.com.br/posts/preList/84053/448966.java http://www.guj.com.br/posts/preList/84053/448966.java GMT [b]4. Falta de Skill[/b]: É um mito comum achar que fábricas de software possuem os melhores analistas, os melhores arquitetos, os melhores programadores. Sim, temos importantes exceções, mas tenho visto que bons analistas, bons arquitetos e bons programadores não acreditam no modelo de fábricas de software em geral.
[/quote]

Aqui você esta sendo arrogante (e nisso você perde a credibilidade). Conheço muitos bons profissionais das fábricas de softwares que trabalham em fábricas de softwares que passei e conheci (não trabalho em uma fábrica de software atualmente). Talvez não sejam a maioria os profissionais que trabalham nesses locais que sejam bons, mas existem sim vários bons profissionais em fábricas. [/quote]

Onde ele está sendo arrogante se você acabou de confirmar a frase dele. Caramba, as fábricas tem sim bastante gente muito boa no meio. Mas 50 excelentes profissionais numa fábrica com 10mil macacos não resolve em nada já que o cliente vai ter menos de 5% de chance de ter alguém capacitado se a fábrica colocar 10 pessoas para executar seu projeto.

Sinceramente, fábricas de software preferem gente medíocre a gente capacitada. Produto feito em fábricas é a mesma coisa em qualquer ramo de atividade, por isso não entendo por que raios tem gente que prefere lasanha sadia a ir a um bom restaurante italiano.

Ainda bem que o setor alimentício é muito mais profissional, imaginem se a comida viesse com baratas dentro na mesma proporção que projetos de fábrica fracassam.]]> http://www.guj.com.br/posts/preList/84053/448967.java http://www.guj.com.br/posts/preList/84053/448967.java GMT http://www.guj.com.br/posts/preList/84053/448994.java http://www.guj.com.br/posts/preList/84053/448994.java GMT http://forio.com/resources/the-pitfalls-of-outsourcing-programmers

[editado: url errada]]]> http://www.guj.com.br/posts/preList/84053/448997.java http://www.guj.com.br/posts/preList/84053/448997.java GMT http://www.guj.com.br/posts/preList/84053/448998.java http://www.guj.com.br/posts/preList/84053/448998.java GMT Ainda bem que o setor alimentício é muito mais profissional, imaginem se a comida viesse com baratas dentro na mesma proporção que projetos de fábrica fracassam.[/quote]

Na mesma proporção... não ia ter barata suficiente no mundo! ]]> http://www.guj.com.br/posts/preList/84053/449003.java http://www.guj.com.br/posts/preList/84053/449003.java GMT
Nao viu ou nao procurou? Qual o seu parametro pra dizer que a fabrica 'funciona bem'?]]> http://www.guj.com.br/posts/preList/84053/449028.java http://www.guj.com.br/posts/preList/84053/449028.java GMT
[quote=stwart]Pergunto os profissionais desenvolvedores. Vale a pena contratar uma fabrica de software?
[/quote]

Não.

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

Eu tenho experiêcia nos contextos que você cita e posso dizer que não, não são é (pelo menos os que trabalhei) de padaria exatamente por isso que diretor é demitido, equipe muda fornecedor muda e o sistema fica três anos sem ir para produção, após cinco anos de desenvolvimento.

Quanto aos problemas do processo de fábrica de sotware você pode começar consultando qualquer documentação sobre processo áeis. Se quiser mais pode procurar sobre como o modelo de fábrica não se aplica à trabalhadores de conhecimento.

[quote=rodrigoallemand]
Acho bastante dificil uma metodologia não-waterfall se sair tão melhor do que a waterfall nos piores casos, que são o que todos lembram quando se fala de FSW.
[/quote]

Waterfall não é metodologia, é anti-pattern de projeto (e quem disse isso foi seu autor).

[quote=rodrigoallemand]
Aliando-se o desejo do cliente (desejo este que deve estar maduro o suficiente antes do inicio do projeto), uma arquitetura bem montada (seja pela fabrica ou pelo cliente), Profissionais (isso mesmo, com P maiúsculo) e prazo e custos calculados afim de satisfazer a todos, qualquer metodologia dá certo! Seja ela agil, waterfall ou estilo padaria (ataque em 'massa', defesa em 'bolo'). Agora, quando um dos itens desanda (o que é mais certo de acontecer) as metodologias waterfalls falham tanto quanto as outras, mas com outros termos. Quando se tem escopo fechado, o problema é o onus que se cria quando há uma mudança. Já nas ageis, onde o "escopo não é fechado", paga-se do mesmo jeito, mas com um previo acordo de "escopo não fechado".
[/quote]

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

[quote=rodrigoallemand]
E eu tb não acredito nas frases do tipo "entregue uma parte funcionando".... não adianta vc ter uma ERP monstruosa, ou um CRM super poderoso se vc não conseguiu fazer, ao tempo da entrega final, um simples controle de acesso, ou um simples CRUD de produtos. Em qualquer metodologia isso se retrata como "software incompleto".
[/quote]

E-mail meu sobre isso de ontem na lista CMM-Brasil":

[quote]

2008/3/5 Phillip Calçado <pcalcado@gmail.com>:
> Olá,
>
> Eu tenho um ótimo exemplo deste aspecto para ilustrar seu argumento,
> MT, e melhor ainda: um exemplo em que o cliente está tão satisfeito
> que quer evangelizar essas práticas.
>
> http://video.globo.com
>
> Talvez alguém se lembre do Globo Media Center, o produto que foi
> lançado junto com a globo.com. Minha equipe tinha como
> responsabilidade migrar o modelo antigo do Media Center, que não fazia
> sentido na web moderna, para o que é hoje o Globo Vídeos. Eu gerenciei
> o desenvolvimento deste produto e foi quando introduzimos agilidade
> (basicamente Scrum) na empresa.
>
> Migrar um site que bate recorde de audiência todos os anos (com o Big
> Brother Brasil), que tem como público pessoas acostumadas à uma
> linguagem diferente (TV) e ainda deve entrar dentros de critérios
> rígidos da matriz (a Globo.com, como é de se esperar, é parte das
> Organizações Globo e está submissa ao que é conhecido como Padrão
> Globo de Qualidade) não é fácil. Como mudar da noite para o dia o que
> os usuários estão acostumados?
>
> A solução? A cada 15 dias tem algo novo neste site. Bugfixes e
> alterações menores podem ser percebidas no dia-a-dia mas as grandes
> mudanças ficam acessíveis apenas de dentro da intranet. Os produtores
> -os clientes de verdade- acessam o site enquanto ele vai ser
> construído. O público -os usuários de verdade- é apresentado à
> mudanças apenas de maneira big-bang, como quando fomos dormir Globo
> Media Center e acordamos Globo Videos, com outro formato, outro layout
> e funcionalidades completamente diferentes.
>
> A cena é corriqueira: no início do projeto recebemos um zigalhão de
> requisitos que muitas vezes não faziam sentido. Vendo os releases
> quinzenais eles perceberam o que estava errado, o que podia melhorar e
> ainda removeram muitas coisas que perceberam -vendo o produto
> funcionando parcialmente- que não fazia sentido.
>
> A empresa está desde dezembro em processo de adoção do produto em larga escala.
>
> O blog do gerente de webmedia da empresa está aqui:
>
> http://www.acarlos.com.br/blog/category/agile/
>
> O do Guilherme Chapiewski, que era desenvolvedor na minha equipe e me
> substituiu quando vim para a Austrália é esse:
>
> http://gc.blog.br/index.php?tag=scrum
>
> E eu escrevi um pouco sobre a experiência de adoção aqui:
>
> http://blog.fragmental.com.br/2007/08/15/introduzindo-agilidade-num-ambiente/
>
> []s
>
>
> 2008/3/5 mtierno.rm <mtierno@rocketmail.com>:
>
>
> > Djalma
> >
> > Por entrega do tipo big bang eu entendo fazer o delivery em produção
> > de uma vez, certo?
> >
> > Bom, tem muito sistema que só funciona assim mesmo. Não dá (por n
> > motivos) para realizar a implantação em produção por partes.
> >
> > Então, vem a pergunta: que vantagem há em entregas parciais?
> >
> > Vamos lá: as entregas devem ser avaliadas pelo cliente, em ambiente
> > de desenvolvimento ou de homologação.
> >
> > A primeira vantagem é o controle do progresso real do projeto. Há
> > sensação de progresso e isso é muito importante para o time. Evita o
> > que o Brooks chamou de "Analysis Paralysis" (eu acho que foi o
> > Brooks, ok?).
> >
> > A segunda (e, ao meu ver, maior) vantagem é o feedback do cliente,
> > validando o entendimento dos requisitos, melhorando-os e
> > clarificando-os na mente do time de desenvolvimento e do próprio
> > usuário. O escopo dezlizante garante o cumprimento de prazo e custo
> > e força usuários a avaliar se a mudança que pedem é realmente
> > necessária, pois ela "custa" abrir mão de uma funcionalidade
> > previamente solicitada.
> >
> > Terceira vantagem: a sindrome do estudante a seu favor. Com ciclos
> > de desenvolvimento de 15 dias, a equipe vê-se constantemente no
> > deadline. O incremento de produtividade é notável.
> >
> > Há um grande número que eu poderia arrolar aqui. O importante é que
> > as entregas parciais mostram seu valor independentemente se o
> > delivery será "big bang" ou faseado.
> >
> > Como não há almoço grátis, é óbivo que há um preço a ser pago. Há um
> > overhead evidente.
> >
> > No fim das contas, um projeto tocado de forma super-iterativa terá
> > menos funcionalidades entregues do que um tocado de maneira cascata.
> > Aí entram as pesquisas que dizem que até 40% das funcionalidades de
> > um sistema nunca são usadas (pense no Word) e que as aplicaçoes
> > demoram um tempo para "estabilizar" depois de entregues, com numeros
> > pedidos de mudanças e "pequenas (ou grandes) adequações" por parte
> > dos usuários.
> >
> > As entregas parciais, é importante notar, endereçam os
> > aspectos "micro" das funcionalidades. Os aspectos "macro" vêm antes,
> > como estamos acostumados.
> >
> > []s
> >
> > MT.
> >

--
Phillip Calçado
http://fragmental.tw
http://www.fragmental.com.br

[/quote]

[quote=rodrigoallemand]
Não estou julgando waterfall x agil. Pelo contrário, sou a favor das ageis! Mas acho que a visão de certas pessoas nesse novo boom das metodologias ageis (novo, pq isso já é bem antiguinho) é meio falho![/quote]

Por quê?

Você acaba de dizer que metodologias que seguem waterfall falham nos mesmos cenários que metodologias iterativas incrementais mas não deu um motivo. Sem motivo a única forma de argumentar que voê está errado é com toda a documentação escrita sobre modelos iterativos nas ultimas décadas, ou até mesmo o paper que define waterfall que o menciona como uma anti-prática. Eu queria que você explicasse melhor seu ponto porque ele não faz muito sentido para mim.

[quote=rodrigoy]
Minha posição com relação à isso e o modo como aconselho o empresariado é: [b]compre body shop e treine recursos em práticas ágeis[/b]. É 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.
[/quote]

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

Engraçado a minha situacão atual. Eu acabo de sair de um papel onde boa aprte das minhas tarefas era gerenciar contratos e prestação de serviços com empresas CMMI nivel 5. Solução? Chutamos o fornecedor, após dois anos de enrolação e treinamos nosso pessoal, substituindo e adicionando pessoas. Na minha empresa atual eu estou do outro lado da linha, sou consultor novamente, e graças à Zahl trabalho num lugar onde eu posso -como já fiz algumas vezes- dizer para o ciente claramente que ele está perdendo dinheiro tentando treinar consultores. 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.]]> http://www.guj.com.br/posts/preList/84053/449076.java http://www.guj.com.br/posts/preList/84053/449076.java GMT
Nao viu ou nao procurou? Qual o seu parametro pra dizer que a fabrica 'funciona bem'?[/quote]

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 ]]> http://www.guj.com.br/posts/preList/84053/449617.java http://www.guj.com.br/posts/preList/84053/449617.java GMT 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 [/quote]

Nenhum pouco. Entregar no prazo é até que fácil. O problema é entregar com qualidade e no orçamento.]]> http://www.guj.com.br/posts/preList/84053/449636.java http://www.guj.com.br/posts/preList/84053/449636.java GMT 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...
]]> http://www.guj.com.br/posts/preList/84053/449648.java http://www.guj.com.br/posts/preList/84053/449648.java GMT ]]> http://www.guj.com.br/posts/preList/84053/449651.java http://www.guj.com.br/posts/preList/84053/449651.java GMT
[quote]
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.
[/quote]

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


[/quote]

E vc acha que o PMI resolve!?]]> http://www.guj.com.br/posts/preList/84053/449695.java http://www.guj.com.br/posts/preList/84053/449695.java GMT
[quote=rodrigoy]
Minha posição com relação à isso e o modo como aconselho o empresariado é: [b]compre body shop e treine recursos em práticas ágeis[/b]. É 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.
[/quote]

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

[/quote]

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.

]]> http://www.guj.com.br/posts/preList/84053/449786.java http://www.guj.com.br/posts/preList/84053/449786.java GMT Estive ocupado e não pude acompanhar a thread.
Portantop, peço a oportunidade para justificar alguns pontos citados...

[quote=emerleite]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.[/quote]
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?!?

[quote=emerleite]
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.
[/quote]
Mas é justamente essa generalização que eu falo! Nem todas são assim!!!

[quote=emerleite]
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!!![/quote]
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.]]> http://www.guj.com.br/posts/preList/84053/450934.java http://www.guj.com.br/posts/preList/84053/450934.java GMT 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.
[/quote]

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!]]> http://www.guj.com.br/posts/preList/84053/450935.java http://www.guj.com.br/posts/preList/84053/450935.java GMT Oxi... se vai!!!

[quote=pcalcado]
Quanto aos problemas do processo de fábrica de sotware você pode começar consultando qualquer documentação sobre processo áeis.[/quote]
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...

[quote=pcalcado]
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)?
[/quote]
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...

[quote=pcalcado]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.[/quote]
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...]]> http://www.guj.com.br/posts/preList/84053/450942.java http://www.guj.com.br/posts/preList/84053/450942.java GMT 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..............................]]> http://www.guj.com.br/posts/preList/84053/450944.java http://www.guj.com.br/posts/preList/84053/450944.java GMT 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...[/quote]
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 [b]ant xpto[/b] 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?

[quote=rodrigoallemand]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?!?[/quote]
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.

[quote=rodrigoallemand][quote=emerleite]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.
[/quote]
Mas é justamente essa generalização que eu falo! Nem todas são assim!!![/quote]
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.

[quote=rodrigoallemand][quote=emerleite]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!!![/quote]
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.[/quote]
Papai noel?]]> http://www.guj.com.br/posts/preList/84053/451241.java http://www.guj.com.br/posts/preList/84053/451241.java GMT 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...[/quote]

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.]]> http://www.guj.com.br/posts/preList/84053/451271.java http://www.guj.com.br/posts/preList/84053/451271.java GMT