Comentários em: Por que Gantt Charts não servem para projetos de Software? http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/ O blog da ASPERCOM Treinamentos www.aspercom.com.br Thu, 11 Mar 2010 22:09:26 +0000 http://wordpress.org/?v=2.0.10 por: O que é Scrum? « André Nascimento http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9794 Thu, 25 Feb 2010 06:11:57 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9794 [...] Não possui cronograma. COMO GERENCIAR SEM PROJECT ? Clique aqui e saberás como [...] […] Não possui cronograma. COMO GERENCIAR SEM PROJECT ? Clique aqui e saberás como […]

]]> por: Claudio Br http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9762 Tue, 23 Feb 2010 20:36:34 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9762 Yoshima, eu vi esse post faz um tempo e já devia ter comentado, olha, tem a ver com cultura sim porque tive que mudar a minha. Você não sabe o quanto sofri (e impus sofrimento) tentando enfiar gantt goela abaixo dos desenvolvedores. Se essa forçação toda ainda tivesse gerado um bom resultado do lado do negócio tudo bem, mas não gerou, o Gantt só funciona com software quando você usa ele para mostrar o passado, o que não serve muito. Mesmo para cascata, qual é o valor de diagramar que a etapa 2 fica depois da 3 que fica antes da 4? Isso cabe em uma listinha. É muito pouco valor. Acho que para impedir isso de ocorrer, poderíamos incluir "Gantt não funciona com software" no currículo do primeiro grau para ninguém mais perder tempo. O que indica progresso no desenvolvimento é software rodando*, mais nada. E olha que é um analista de negócios falando. Agora sempre equilibro a quantidade de análise feita antes e depois da primeira iteração. *Ahh, como incomodei meu amigo agilista Ronan até entender isso :) Este post já é velhinho, mas ainda cumpre um bom papel. grande abraço, Claudio Br Yoshima,

eu vi esse post faz um tempo e já devia ter comentado, olha, tem a ver com cultura sim porque tive que mudar a minha.

Você não sabe o quanto sofri (e impus sofrimento) tentando enfiar gantt goela abaixo dos desenvolvedores. Se essa forçação toda ainda tivesse gerado um bom resultado do lado do negócio tudo bem, mas não gerou, o Gantt só funciona com software quando você usa ele para mostrar o passado, o que não serve muito.

Mesmo para cascata, qual é o valor de diagramar que a etapa 2 fica depois da 3 que fica antes da 4? Isso cabe em uma listinha. É muito pouco valor.

Acho que para impedir isso de ocorrer, poderíamos incluir “Gantt não funciona com software” no currículo do primeiro grau para ninguém mais perder tempo.

O que indica progresso no desenvolvimento é software rodando*, mais nada. E olha que é um analista de negócios falando. Agora sempre equilibro a quantidade de análise feita antes e depois da primeira iteração.

*Ahh, como incomodei meu amigo agilista Ronan até entender isso :)

Este post já é velhinho, mas ainda cumpre um bom papel.

grande abraço,
Claudio Br

]]> por: Daniel Wildt http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9568 Wed, 10 Feb 2010 03:08:22 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-9568 Perguntaram aí sobre uma opção ao Gantt Chart, ou "Can't Chart" como o Frank citou. Fica a indicação do diagrama de Parking Lot (bastante usado em projetos com Feature Driven Development). Artigo de exemplo: http://www.nebulon.com/articles/fdd/fddimplementations.html Material em português: http://www.heptagon.com.br/fdd-links Para os que gostam de Excel, existem algumas planilhas bem legais que modelam estes gráficos. E softwares livres também. Exemplo: http://fddtools.sourceforge.net/ Perguntaram aí sobre uma opção ao Gantt Chart, ou “Can’t Chart” como o Frank citou.

Fica a indicação do diagrama de Parking Lot (bastante usado em projetos com Feature Driven Development).

Artigo de exemplo:
http://www.nebulon.com/articles/fdd/fddimplementations.html

Material em português:
http://www.heptagon.com.br/fdd-links

Para os que gostam de Excel, existem algumas planilhas bem legais que modelam estes gráficos.

E softwares livres também. Exemplo:
http://fddtools.sourceforge.net/

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7820 Wed, 28 Oct 2009 13:15:23 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7820 Breno, o Scrum foi feito para "resolver satisfatoriamente a inter-dependência de funções em equipe multi-disciplinares." No meu exemplo a questão não é multi-disciplinar, mas sim de proporções, lead-times e propósitos. Não sou expert na indústria de games, mas se o pessoal de arte e do pessoal de desenvolvimento estão junto para fazer um game, eu vejo que é possível fazer eles trabalharem juntos num Backlog logicamente adaptando o que for possível. Breno, o Scrum foi feito para “resolver satisfatoriamente a inter-dependência de funções em equipe multi-disciplinares.”

No meu exemplo a questão não é multi-disciplinar, mas sim de proporções, lead-times e propósitos.

Não sou expert na indústria de games, mas se o pessoal de arte e do pessoal de desenvolvimento estão junto para fazer um game, eu vejo que é possível fazer eles trabalharem juntos num Backlog logicamente adaptando o que for possível.

]]> por: Breno Azevedo http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7811 Wed, 28 Oct 2009 08:00:45 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7811 Gente, apesar das ótimas noções gerenciadas, com as quais concordo de modo geral, notei que existe uma boa dose de extremismo em algumas opiniões. Na prática já convivi com detestáveis "guardiões de projeto" com uso da metodologia SCRUM também, não é a metodologia que os gera e sim a inflexibilidade e estupidez do gerente de projeto! Sim, o SCRUM é um formato mais flexível e iterativo que por si só influencia o gerente de projeto a adotar uma atitude mais produtiva, porém ele não faz milagres. Já vi a metodologia Gantt ser adotada de forma produtiva *e* cumprindo prazos numa equipe multi-disciplinar de mais de sessenta pessoas. Tudo depende de onde vêm os prazos e da confiabilidade desta informação. Se os prazos vêm da "experiência" ou do "feeling" do gerente de projetos, de algum dos líderes ou do cliente, esqueça, não funciona - e é este tipo de cenário que vocês estão criticando. Concordo. Agora, se os prazos vêm dos próprios programadores e outros contribuidores, aqueles que realmente vão ter que executar as tarefas, eles sentem-se naturalmente respeitados pela consulta e dão o seu máximo para cumprir os mesmos. O SCRUM é excelente para o desenvolvimento de software puro (se é que isso ainda existe..), mas uma coisa que o SCRUM não consegue resolver satisfatoriamente é a inter-dependência de funções em equipe multi-disciplinares. Com o avanço da indústria de entretenimento e multimídia, cada vez mais este tipo de software e equipe torna-se comum. Trabalho com desenvolvimento de games e simulações interativas que envolvem bastante integração de arte e software, sei por experiência o quanto o SCRUM é inadequado para tais aplicações. Também apliquei com sucesso sistemas Gantts "flexibilizados" para funcionar com modelos iterativos. Não importa o quanto a teoria seja boa, se o dinheiro só vai sair se você apresentar marcos (milestones) confiáveis a seu cliente e posteriormente cumprí-los, é bom tratar de resolver o problema de forma adequada senão não existirá sequer um projeto para você gerenciar. Gente, apesar das ótimas noções gerenciadas, com as quais concordo de modo geral, notei que existe uma boa dose de extremismo em algumas opiniões. Na prática já convivi com detestáveis “guardiões de projeto” com uso da metodologia SCRUM também, não é a metodologia que os gera e sim a inflexibilidade e estupidez do gerente de projeto!
Sim, o SCRUM é um formato mais flexível e iterativo que por si só influencia o gerente de projeto a adotar uma atitude mais produtiva, porém ele não faz milagres. Já vi a metodologia Gantt ser adotada de forma produtiva *e* cumprindo prazos numa equipe multi-disciplinar de mais de sessenta pessoas. Tudo depende de onde vêm os prazos e da confiabilidade desta informação. Se os prazos vêm da “experiência” ou do “feeling” do gerente de projetos, de algum dos líderes ou do cliente, esqueça, não funciona - e é este tipo de cenário que vocês estão criticando. Concordo. Agora, se os prazos vêm dos próprios programadores e outros contribuidores, aqueles que realmente vão ter que executar as tarefas, eles sentem-se naturalmente respeitados pela consulta e dão o seu máximo para cumprir os mesmos.
O SCRUM é excelente para o desenvolvimento de software puro (se é que isso ainda existe..), mas uma coisa que o SCRUM não consegue resolver satisfatoriamente é a inter-dependência de funções em equipe multi-disciplinares. Com o avanço da indústria de entretenimento e multimídia, cada vez mais este tipo de software e equipe torna-se comum. Trabalho com desenvolvimento de games e simulações interativas que envolvem bastante integração de arte e software, sei por experiência o quanto o SCRUM é inadequado para tais aplicações. Também apliquei com sucesso sistemas Gantts “flexibilizados” para funcionar com modelos iterativos.

Não importa o quanto a teoria seja boa, se o dinheiro só vai sair se você apresentar marcos (milestones) confiáveis a seu cliente e posteriormente cumprí-los, é bom tratar de resolver o problema de forma adequada senão não existirá sequer um projeto para você gerenciar.

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7788 Tue, 27 Oct 2009 18:27:48 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7788 Eduardo, é um mito achar que métodos ágeis não tem controle. Existem controles muito eficientes e muito inteligentes. Eu sou dono de uma empresa e tomo essas decisões que vc falou. Sei também que software é algo complexo e sei que qualquer tentativa de ter custos e prazos precisos é algo muito dispendioso. Eu trabalho com contratos de escopo negociável e meus clientes sabem a cada iteração a previsão do fim do projeto e seu custo sem problemas. A questão é que isso não está no contrato e damos toda a liberdade para o cliente fazer aquilo que ele quiser. Dados históricos não funcionam. As métricas que uso hoje sempre levam em consideração o sentimento da equipe. Se um sistema nunca é igual ao outro, dados históricos tem confiabilidade nula. Eduardo, é um mito achar que métodos ágeis não tem controle. Existem controles muito eficientes e muito inteligentes. Eu sou dono de uma empresa e tomo essas decisões que vc falou. Sei também que software é algo complexo e sei que qualquer tentativa de ter custos e prazos precisos é algo muito dispendioso.

Eu trabalho com contratos de escopo negociável e meus clientes sabem a cada iteração a previsão do fim do projeto e seu custo sem problemas. A questão é que isso não está no contrato e damos toda a liberdade para o cliente fazer aquilo que ele quiser.

Dados históricos não funcionam. As métricas que uso hoje sempre levam em consideração o sentimento da equipe. Se um sistema nunca é igual ao outro, dados históricos tem confiabilidade nula.

]]> por: Eduardo Ferreira http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7778 Tue, 27 Oct 2009 12:56:15 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-7778 Sempre atento aos adeptos do XP para que seus discursos não pareçam de "programador que não gosta de controle". O controle é necessário em todo projeto. Imagine que você é deno de uma emrpesa, e precisa selecionar projetos para serem desenvolvidos. A primeira coisa que você vai querer saber é: qual o custo e o prazo? Esse é o mínimo de informação que um gestor precisa ter para tomar essa decisões de quais projetos serão executados e quais projetos não serão. A grande dificuldade dos projetos de escopo aberto é estabelecer um prazo para conclusão. Todos já sabemos os motivos de o Scrum ser melhor que a gerêncai tradicional. Mas uma coisa que sempre faço, em qualquer projeto, é planejar quais itens do product backlog serão desenvolvidos em cada ciclo, e por qual equipe. Dessa forma, estou estimando o projeto, e informando um custo e prazo. Isso não quer dizer que não possa mudar, mas preciso informar um custo e um prazo. E se voce utilizar dados histórios para isso esse "chute" vai sair bem melhor do que pensa! Sempre atento aos adeptos do XP para que seus discursos não pareçam de “programador que não gosta de controle”. O controle é necessário em todo projeto. Imagine que você é deno de uma emrpesa, e precisa selecionar projetos para serem desenvolvidos. A primeira coisa que você vai querer saber é: qual o custo e o prazo? Esse é o mínimo de informação que um gestor precisa ter para tomar essa decisões de quais projetos serão executados e quais projetos não serão. A grande dificuldade dos projetos de escopo aberto é estabelecer um prazo para conclusão. Todos já sabemos os motivos de o Scrum ser melhor que a gerêncai tradicional. Mas uma coisa que sempre faço, em qualquer projeto, é planejar quais itens do product backlog serão desenvolvidos em cada ciclo, e por qual equipe. Dessa forma, estou estimando o projeto, e informando um custo e prazo. Isso não quer dizer que não possa mudar, mas preciso informar um custo e um prazo. E se voce utilizar dados histórios para isso esse “chute” vai sair bem melhor do que pensa!

]]> por: Guilherme Garnier http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6519 Fri, 07 Aug 2009 11:17:16 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6519 Infelizmente muitas pessoas só se preocupam com o projeto, e não com o produto. Com isso, corremos o risco de ter um projeto de sucesso (todos os artefatos entregues, documentação completa, prazo e custo atendidos) sem ter um produto de sucesso (software funcionando). Infelizmente muitas pessoas só se preocupam com o projeto, e não com o produto. Com isso, corremos o risco de ter um projeto de sucesso (todos os artefatos entregues, documentação completa, prazo e custo atendidos) sem ter um produto de sucesso (software funcionando).

]]> por: Rodrigo Yoshima http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6506 Thu, 06 Aug 2009 17:30:06 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6506 Não sou só programador, mas também gerente de produto, gerente de projetos e lider de equipes e pode ter certeza que meus projetos são muito bem controlados! RUP não diz para usar Gantt Chart e MUITO MENOS XP. Você não vai encontrar equipes XP NUNCA usando Gantt Charts. Waterfall é um anti-padrão... As idéias colocadas aqui não são só minhas, mas sim concordando com literaturas do Schwaber e do Sutherland entre outros. Um Product Backlog do Scrum é uma alternativa. No meu treinamento de Scrum eu mostro isso, além de outros artigos aqui no Blog. Se tiver interessado é só falar! Não sou só programador, mas também gerente de produto, gerente de projetos e lider de equipes e pode ter certeza que meus projetos são muito bem controlados!

RUP não diz para usar Gantt Chart e MUITO MENOS XP. Você não vai encontrar equipes XP NUNCA usando Gantt Charts.

Waterfall é um anti-padrão…

As idéias colocadas aqui não são só minhas, mas sim concordando com literaturas do Schwaber e do Sutherland entre outros.

Um Product Backlog do Scrum é uma alternativa. No meu treinamento de Scrum eu mostro isso, além de outros artigos aqui no Blog. Se tiver interessado é só falar!

]]> por: Paulo Pontes http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6505 Thu, 06 Aug 2009 16:56:01 +0000 http://blog.aspercom.com.br/2007/11/15/ganttchartnaofunciona/#comment-6505 papo de programador que não gosta de controle nos projetos. só vi criticas, mas nenhuma proposta de alternativa. Um gantt Bem feito pode modelar projetos usando metodologias RUP, XP, waterfall, etc... é questão de modelagem na criação e disciplina no monitoramento. papo de programador que não gosta de controle nos projetos.

só vi criticas, mas nenhuma proposta de alternativa.

Um gantt Bem feito pode modelar projetos usando metodologias RUP, XP, waterfall, etc… é questão de modelagem na criação e disciplina no monitoramento.

]]>