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

"O que não estou enxergando aqui? "

Acho que vc não está enxergando nada, quem disse que isso ai que vc escreveu (todas essas afirmações) é verdade?

Obrigado por responder.

Onde eu vi?

Anúncios de vagas na internet.
Entrevistas que participei.

O que você vê? Quer compartilhar?

Sobre as metodologias ágeis.
O mercado está entrando em transição para elas, acredito que em breve todas as empresas precisarão disso já que os clientes estão cada vez mais ativo e quer cada vez seu produto personalizado.

Algumas empresas já estão migrando para essa tecnologia até mesmo as mais “tradicionais”

Sobre o salário acredito que isso varia e muito de cada empresa, normalmente empresas que estão começando a usar isso são empresas menores e pode ser que por conta disso os salários são menores.

Bom… acho que no Brasil, usa-se muito o nome “Ágil” para qualquer empresa que coloca Post-it na parede, e não é bem assim…

Não sei se são baixos os salários de TroughtWorgs, 37Signals, Google e Facebook (pra citar algumas)…

talvez o que aconteça é que por essas empresas tirarem todo o Engôdo do Desenvolvimento de Software, o valor do projeto reduza, mas daí a influenciar no salário… sei não…

Acho que essa informação podia ser recheada com alguns exemplos reais dessas empresas “Ágeis” que estão pagando pouco, porque se tiver fundamento, é um bom argumento pra levantarmos uma discursão séria sobre o assunto e entendermos o porque de tal embrólio.

Abs []

Não vou falar o nome da empresa.

Mas é uma empresa razoavelmente grande, focada principalmente em Ruby.

A proposta que fizeram para mim era igual ao valor que ganho hoje como CLT full, mas como PJ, o que em um ano, faz uma imensa diferença.

A empresa tem grandes e poderosos clientes.

A posição que me candidatei é a mesma que eu tenho atualmente exercido na empresa que trabalho (meu salário é levemente abaixo do mercado). Eu até aceitaria ganhar menos para trabalhar em uma empresa com filosofia ágil de fato (algo que vem da diretoria - tratando-se de uma empresa de tecnologia), mas nem foi pelo motivo salarial que não aceitei a vaga nessa empresa (uma outra história…rs).

Fpi principalmente a partir dessa entrevista que começei a pensar que toda a margem de lucro gerada por essa metodologia (e sua equipe altamente qualificada) não está ficando, em grande parte, com os acionistas e diretores.

Obrigado

adriano_si:

Bom… acho que no Brasil, usa-se muito o nome “Ágil” para qualquer empresa que coloca Post-it na parede, e não é bem assim…
…

Acredito que métodos “Ágeis” é modinha, novas empresas que surgem hoje no mercado utilização com uma frequência grande.
Mas, pelo fato que projetos de porte grande são entregues para empresas tradicionais, que não se encaixa em metodologias ágeis pelos projetos de alta complexidade.

Opa pen… aí já começamos a conversar… heueheuehueheuehu Não sei porque não trampo em uma empresa ágil e nem muito menos ví uma oferta de emprego com esse quesito explícito…

Mas ainda assim acho que é um dado muito impreciso… Posso criar uma empresa “Ágil” ser um puta unha-de-fome e querer contratar profissional a preço baixo, mas acho que pra uma afirmação dessa teríamos que ver o mercado como um todo, não apenas um caso em específico…

E lembrando que eu falei no tópico anterior, dizer que é Ágil, não é necessariamente ser… Não sei, gostaria de ver os Agilistas do Fórum que mandam bem e trampam com Ágil no seu dia-a-dia, os poucos Agilistas reais que conhecí, até então não ganhavam mal não… O mesmo que eu na maioria das vezes, mas eram mais felizes… heueheuehueheuehueheu

Abs []

Two_:

Acredito que métodos “Ágeis” é modinha, novas empresas que surgem hoje no mercado utilização com uma frequência grande.
Mais pelo fato que projetos de porte grande são entregues para empresas tradicionais que não se encaixa em metodologias ?ágeis? pela sua complexidade.

Discordo um pouco acredito que os métodos “ágeis” vieram para ficar, a participação do cliente no produto o deixa ciente de cada passo, e essa participação é um grande diferencial para os clientes exigentes ou que pagam muito caro por um software.

Two_:

Acredito que métodos “Ágeis” é modinha, novas empresas que surgem hoje no mercado utilização com uma frequência grande.
Mas, pelo fato que projetos de porte grande são entregues para empresas tradicionais, que não se encaixa em metodologias ágeis pelos projetos de alta complexidade.

puen puen puen puen… tá na hora de acreditar em outras coisas…

Abs []

Two_:

Acredito que métodos “Ágeis” é modinha, novas empresas que surgem hoje no mercado utilização com uma frequência grande.
Mas, pelo fato que projetos de porte grande são entregues para empresas tradicionais, que não se encaixa em metodologias ágeis pelos projetos de alta complexidade.

[]'s

Não.

Porque a maiorias das empresas ágeis usam o título para ficar bonito, mas na verdade não tem metodologia nenhuma.
E as empresas 3 letras cobram caro e faturam mais. Simples.

Mas assim existem empresas que são ágeis e as que dizem que são, temos que saber diferencia-las.

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,

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:

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,

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

pugnator:

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

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:

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

Two_:

otaviojava:

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

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.

Á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é?

É 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 []

pugnator:

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 []

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