Programadores ágeis em empresas ágeis são altamente produtivos (e lucrativos)?

otaviojava falou certo. Temos que diferenciar.
Vejo a grande maioria apenas "falar" mais na verdade não chega nem perto de ser uma empresa "ágil"
Projetos que utiliza essa metodologia se prende muito ao desenvolvedor, ao separar as tarefas para cada programador acaba que muitos se tornam o pilar para o atraso ou avanço do projeto. Empresas de grande porte odeia fazer isso..

pugnator wrote:
a conversa esta tomando um rumo diferente da pergunta do topico, mas gostaria de saber pq isso* n é possível com uma metodologia "tradicional"(rup,up...) ???

*métodos "ágeis" vieram para ficar, a participação do cliente no produto o deixa ciente de cada passo,

Metodologias tradicionais prezam pela documentação, enquanto as ágeis é pela interação com o cliente. O fim é o mesmo, mas o foco diferente.

Respondendo a pergunta do tópico... se for para produtos menores sim. Já para produtos maiores não acho que aumente a produtividade.

pugnator wrote:
a conversa esta tomando um rumo diferente da pergunta do topico, mas gostaria de saber pq isso* n é possível com uma metodologia "tradicional"(rup,up...) ???

*métodos "ágeis" vieram para ficar, a participação do cliente no produto o deixa ciente de cada passo,

As empresas tradicionais as vezes se preocupam muito com documentação e burocracia e as vezes se esquece do produto, vem os funcionários como operários de uma fábrica.
Não acreditam em uma equipe auto gerenciável que possa saber lidar com o projeto, o cliente só aparece no começo e no final do projeto sendo uma caixa preta o produto final.

Digo isso porque já trabalhei em uma empresa grande e bem tradicional de sofrware e agora estou em uma empresa que era tradicional e está indo para as metodologias ágeis. E realmente percebi essas coisas e os benefícios dessa nova empresa em utilizar metodologia ágil.

Two_ wrote:otaviojava falou certo. Temos que diferenciar.
Vejo a grande maioria apenas "falar" mais na verdade não chega nem perto de ser uma empresa "ágil"
Projetos que utiliza essa metodologia se prende muito ao desenvolvedor, ao separar as tarefas para cada programador acaba que muitos se tornam o pilar para o atraso ou avanço do projeto. Empresas de grande porte odeia fazer isso..

Sobre sso existe o movimento 2.0.
Que é um movimento que envolve não somente as empresas, mas também os funcionários.
Dá uma olhada: http://vimeo.com/7696734

otaviojava wrote:
Sobre sso existe o movimento 2.0.
Que é um movimento que envolve não somente as empresas, mas também os funcionários.
Dá uma olhada: http://vimeo.com/7696734

O Video parece imteressante mais o áudio ta meio ruinzinho

Two_ wrote:

otaviojava wrote:
Sobre sso existe o movimento 2.0.
Que é um movimento que envolve não somente as empresas, mas também os funcionários.
Dá uma olhada: http://vimeo.com/7696734

O Video parece imteressante mais o áudio ta meio ruinzinho

Legal a dica... tem vários outros vídeos interessantes também. Valeu @otaviojava

JavaTeenager Membro desde: 31/05/2006 10:19:35 Mensagens: 171 Offline

Isso aqui explica um pouco dessas metodologias "ágeis":

http://gohorseprocess.wordpress.com/2009/11/17/a-origem-das-metodologias-ageis/

Como alguém já falou muitas empresas dizem que utilizam metodologias ágeis quando na verdade não utilizam metodologia nenhuma, ou melhor,
elas utilizam oXGH:

http://gohorseprocess.wordpress.com/extreme-go-horse-xgh/

Eu não sou contra metodologias ágeis, pelo contrário, acho que quando realmente aplicadas elas aumentam sim a produtividade, mas a meu ver
isso não significa por exemplo que toda a documentação do projeto deve ser negligenciada. Acho que deve existir um meio termo entre o que
é muito burocrático e o go horse, que é o que muitas empresas "ágeis" chamam de metodologia ágil hoje em dia.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3371 Offline

Ágil não é ser contra documentação, é saber aplicá-la apenas onde realmente necessita.

Lembrei de um funcionário que tinha na empresa, que dizia programar em metodologia ágil, ele conversava com o cliente e já ia codificando, sem fazer planejamento e sem analisar o produto como um todo, já que pra ele isso era waterfall.
No final ele vivia fazendo retrabalho, já que o cliente mudava por tentativa e erro tentando acertar o processo e ele tinha de ficar mudando o programa pra adequar, até que o sistema ficou todo deformado, com cada tela num tipo de tecnologia, de interface, de processo, parecia um remendo de remendo. E não resolveu o problema do cliente.

Final da história não precisa nem contar, né?

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

É isso que eu penso de Agilidade, são práticas, não um rótulo...

- Pode ser adotada em qualqer projeto para diminuir a burocracia que as vezes atrapalha;

- Não é contra a documentação do Software, só pede que o abuso da mesma seja evitado, pois se vende ao cliente mais Papel assinado do que Produto;

- Não pede que se saia fazendo o que der na telha na hora quem bem entender;

- Pretende eliminar reuniões intermináveis, onde 30 min depois do início da reunião a pauta já foi pro beleléu e os assuntos princiais já voaram do foco;

- Procura aproximar o cliente do Desenvolvimento de Software o envolvendo nos processos, não apenas fazendo o mesmo assinar um monte de papel com UML que ele não vai entender PN;

- Trata os funcionários como pessoas e não como meros "recursos" retardados que não entendem do negócio;

Isso pode ser feito em qualquer lugar, qualquer projeto de qualquer tamanho, não é o que pretendemos de verdade ??? Não reduz o engôdo do Processo Tradicional ??? Não elimina tudo que é tóxico das empresas que já conhecemos e já trabalhamos ???

Pelo menos é assim que eu enxerguei a Agilidade e as práticas Ágeis;

Novamente eu repito, dizer que usa Scrum, não quer dizer que é Ágil, isso é um fato...

Abs []

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

pugnator wrote:
a conversa esta tomando um rumo diferente da pergunta do topico, mas gostaria de saber pq isso* n é possível com uma metodologia "tradicional"(rup,up...) ???

Quem disse que RUP não pode ser Ágil ?? Quem você já viu que usa o RUP em sua essência... Pois até então os profissionais "RUP" certificados que eu conheço, pensam que todas as práticas do RUP devem ser aplicadas a um processo de Software para que o mesmo possa dizer que é RUP.

Até onde sei isso não é bem assim... RUP aplicado com decência e moderação, vira um dos Processos mais ágeis e organizados da história...

Usar o RUP Waterfall é Osso e isso acontece em 99 % das empresas que pregam que usam RUP.

Abs []

JavaGuru Membro desde: 25/06/2006 13:41:50 Mensagens: 200 Offline

o salário no modelo tradicional tem que ser maior mesmo. Nele vem incluido a quantidade de horas extra necessária e nao prevista para concluir o projeto. hahaha

ps1 - Acho que não preciso explicar que isso foi uma piada, mas nunca se sabe
ps2 - Sua amostra é pequena demais para tirar qualquer conclusão sobre os salarios dos desenvolvedores pelos dois metodos

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