Deu pau no TI

Não sei não. mas na minha modesta opinião, esse colapso vai ser ao contrário. TI vai ser a nova onda q vai gerar milhares de desempregados…

Não acho que será o Maker(aquele da Bahia) que irá revolucionar o mercado, mas to acreditando bastante q nos próximos anos surgirão ferramentas mais inteligentes q cortarão boa parte do trabalho de desenvolvimento de software…gerando assim o desemprego.

Na quarta assisti a palestra sobre o Jboss Rules, e jah achei q ela sobe bastante o nível, depois de um domínio e uma linguagem DSL bem criada, as regas de negócios podem ser facilmente criadas por analista de negócios, eliminando assim muitos programadores. Claro que ainda precisa de pessoas técnicas, mas em menor número!

Não acredito que esse processo arcaico de hj continuará por muito tempo, onde empresas contratam equipes de 100 programadores pra fazer sistemas q leem dados do banco e mostram na tela, só isso. Chega a ser um pouco ridículo isso…é aquele ditado “casa de ferreiro, espeto de pau”. Fazemos ferramentas pra automatizar o trabalho dos outros, e o nosso continua arcaico.

É isso! Essa é minha modesta opinião! :lol:

lavh:

Na quarta assisti a palestra sobre o Jboss Rules, e jah achei q ela sobe bastante o nível, depois de um domínio e uma linguagem DSL bem criada, as regas de negócios podem ser facilmente criadas por analista de negócios, eliminando assim muitos programadores.

Não se assuste com o Rules ou outras ferramentas de inferência de regras. Elas só são utilizadas em casos bem específicos.

Bons desenvolvedores serão SEMPRE requisitados e BEM pagos.

Concordo com o GiancarlosBraga quando ele fala de vagas para estágio, pra mim chega ser ridículo alguns anúncios que pedem 2 anos de experiência para estagiário… pra não falar nos requisitos técnicos, aquela bela sopa de letrinha e varias tecnologias diferentes.

O que se ve hoje no mercado é a vontade que praticamente todas as empresas tem de lucrar rápido sem se arriscar a contratar alguém sem experiência, e depois reclama que não tem mão de obra em informática… até concordo que um diploma na mão não garante conhecimento, mas o fato de não ter experiência também não quer dizer total falta de aptidão e conhecimento técnico.

O colapso acontece em 2012? Isso significa que 2010 é uma ótima época para se criar uma consultoria super-homem, enxer o bolso por uns 5 anos e se aposentar.

Vamos gente, TI NÃO É uma área legal, vamos TODOS (vocês) fazerem moda, turismo, direito, engenharia ou qualquer outra coisa mais legal.

Mesmo que algumas empresas quebrem por falta de recursos humanos no prazo, isso não significa que irá diminuir a demanda por sistemas automatizados, em ambiente web e móvil e tambem dos softwares para N tipos de aparelhos.

Se alguem quebrar, os profissionais qualificados que perderem empregou ou arrumaram logo em outra empresa ou criariam ai seu próprio negócio, porque demanda pelo serviço haverá sim.

bem isso até os robos se virarem contra os homens :lol:

lavh:

Na quarta assisti a palestra sobre o Jboss Rules, e jah achei q ela sobe bastante o nível, depois de um domínio e uma linguagem DSL bem criada, as regas de negócios podem ser facilmente criadas por analista de negócios, eliminando assim muitos programadores.

Não vi os slides mas espero que desta vez não tenham tentado empurrar que programar em portugues é DSL, porque não é.

Concordo com o GiancarlosBraga quando ele fala de vagas para estágio, pra mim chega ser ridículo alguns anúncios que pedem 2 anos de experiência para estagiário… pra não falar nos requisitos técnicos, aquela bela sopa de letrinha e varias tecnologias diferentes.

O que se ve hoje no mercado é a vontade que praticamente todas as empresas tem de lucrar rápido sem se arriscar a contratar alguém sem experiência, e depois reclama que não tem mão de obra em informática… até concordo que um diploma na mão não garante conhecimento, mas o fato de não ter experiência também não quer dizer total falta de aptidão e conhecimento técnico.

Também concordo com vocês.
Fico besta de ver o que muitas empresas esperam de um estagiário. Sabemos que muitas faculdades não ensinam sequer Java, que dizer de JSF, Struts, Hibernate, Swing (pra ficar só no ambiente java e sem comentar as outras letrinhas rsrsrs), até porque não é o papel da faculdade. Com isso não quero dizer que estudantes não tenham que ir além do que a faculdade oferece, mas não se pode ESPERAR estagiários com esse conhecimento, ou melhor, que esse conhecimento seja a chave para se entrar no mercado. Isso deveria ser um PLUS nas qualificações do candidato (a estágio… só pra reforçar). Daí, como exigir experiência?
Por isso admiro empresas que dão oportunidades, daquelas que querem “moldar o cara”. Essas sabem que a capacidade muitas vezes existe, só é necessário dar a devida oportunidade.
Quanto a reclamar de altos salários… pelo menos por aqui (interior de São Paulo) os salários não são altos. Tem empresa querendo pagar 1k para programador java pleno (CLT). Acho pouco. Coloque no papel o que você precisa gastar para tentar ficar a par das tecnologias e antenado com o mercado… livros, revistas, participar de eventos… uma especialização… aí vai depender da necessidade de cada um, e da capacidade de encontrar informação em fontes alternativas.
Concordo que há muita mão de obra desqualificada no mercado, mas o mercado também tem sua parcela de culpa, em não saber de quem o que exigir.

O que fica claro é que os empresários não querem investir na área, acham que o profissional de informática são robotizados e que o conhecimento é algo facilmente adquirido.

Minha previsão é que até 2012 os empresários vão começar a ter prejuizos e vão investir em treinamento para seus profissionais, coisá que é rara nos dias de hoje.

Pergunte ao diretor de um hospítal se os salários dos médicos são altos, eles vão lhe dizer que o custo é relativo ao lucro que eles geram. O empresário do futuro deve ter a mesma visão caso não queira ver sua empresa fechar.

Quanto aos estágios, a explicação está clara, os empresários querem pagar pouco por uma mão-de-obra altamente qualificada, e como não conseguem, tentar arrumar super estagiários.

Não se preocupem, nossa área está cada vez mais restritiva, li em algum lugar aqui no fórum que as faculdades de informática estão com sua procura em queda, pois ninguém quer se matar de estudar e no final ouvir um empresário dizer que seu trabalho não vale míseros 5k, e que ele vai ficar o resto da vida estudando e seu salário só irá diminuir (coisa que vem acontecendo em grande parte do mercado)

Finalizando, informática não é só desenvolvimento de sistema (pasmem), existem outras áreas que a procura está cada vez mais em alta, como auditoria, processos e testes. Um profissional com boa bagagem na área de desenvolvimento pode se adequar a qualquer outra área, como vemos atualmente acontecer com os famosos analistas de negócio.

[]'s

Essa matéria, reforça alguns conceitos que já tenho falado em algumas listas e na minha coluna na MundoJava:

• A gestão geralmente é covarde
• Poucas pessoas sabem desenvolver software
• Brasileiro acha que “ser acadêmico” é ruim.
• 30 gatinhos não fazem o trabalho de 1 leão
• Universidade (não todas, mas creio que 99%) estão formando mal e
  porcamente os profissionais
• A chave é investir em pessoas e não em processos
• Infelizmente a gestão é covarde… desculpe estar sendo repetitivo…
• É vergonhoso perder US$ 8bi para a India todos os anos (você que estufa o peito para dizer que trabalha com informática, tem orgulho de quê?)
• A falta de “business vision” é desanimadora.

Abraços a todos!

(trecho postado na UML-BR também, descupe)

Bingo!
Fui testemunha disso… e como irrita!
Na minha faculdade mesmo (mais especificamente na minha sala), vi gente se formar tendo como TCC um controle de estoque simples e porco, feito mais pelos professores do que pelos próprios alunos, e com uma boa parte do sistema comprado (entenda-se feito por terceiros além dos professores).
Em outras faculdades soube de professores que, no último semestre entregavam os projetos prontos para os alunos, só para implementação, pois muitos não tinham capacidade de projetar o próprio trabalho de conclusão. E os alunos ainda achavam bonito isso, como se fosse uma vantagem… como se estivessem ganhando tempo.
Felizmente o mercado elimina esse tipo de “profissional”, mas até que isso aconteça, eles já prestaram pra aumentar os números que vimos acima.
Pelo menos o que eu percebia nesses alunos é que eles encaravam a área como algo fácil, que se pode levar na barriga… mais como um hobbie remunerado do que como uma profissão.
E do outro lado, as faculdades não estavam realmente se preocupando com a qualidade dos profissionais que estavam colocando no mercado, se preocupavam somente com a mensalidade que esses alunos poderiam pagar.

Querendo vc ou não criar software está cada vez mais dificil (não, Spring não vai mudar isso) e pelo q eu percebo tem MUITA gente ruim na nossa área… E sempre tive essa visão, que sim, que entrará em colpaso em breve, principalmente com as novas exigencias da nossa área q envolve integração, sistemas mais robustos, bom vc sabe… Acho q vai ser um grande divisor de águas na computação, vai ficar quem realmente sabe e os chipanzes de nossa área que sofrerão com isso…

pergunta:

Vcs ja viram a quantidade de requisitos para ser um TI em alguma empresa?

o que acontece:

Eles pedem muito e nao dao oportunidade a novos profissionais (bons inclusive) logo estes naum terao experiencia e naum ficaram preparados no futuro…

solucao:

alguem tem???

Solução tem sim. As universidades tem que dar uma base boa. As empresas precisam parar de tratar as pessoas como gado. Os gestores covardes fazem de tudo para depender cada vez menos das pessoas, contrariamente ao primeiro valor ágil. Mas tem alguns gestores que são mais espertos, a própria reportagem diz que na ACSP eles pagam 20% que a média de mercado.

Quando trabalhava na Datasul (isso a uns 4 anos atrás, não sei como é hoje) eu via que era a coisa mais comum ter pessoas com mais de 10 anos de casa. Alguém aqui já ficou mais de 10 anos na mesma empresa?

Eles acordaram para o fato que TI é “people-intensive”.

As pessoas são o maior ativo que uma empresa de TI pode ter, infelizmente a gestão covarde que vemos por aí faz de tudo para atrapalhar a vida das equipes.

O dia de “quem reclama” baixar seu próprio salário, eu trabalho de graça para ele.

Quero que entre em colapso mesmo.

Aí vai acabar a palhaçada de tratar nós como robôs substituíveis…

louds:

O colapso acontece em 2012? Isso significa que 2010 é uma ótima época para se criar uma consultoria super-homem, enxer o bolso por uns 5 anos e se aposentar.

Vamos gente, TI NÃO É uma área legal, vamos TODOS (vocês) fazerem moda, turismo, direito, engenharia ou qualquer outra coisa mais legal.

BOA! :lol: :lol: :lol: :lol:

lavh:

Não sei não. mas na minha modesta opinião, esse colapso vai ser ao contrário. TI vai ser a nova onda q vai gerar milhares de desempregados…

Desculpa o comentário engraçadinho, mas isso tá mais para comentário de cavaleiro do apocalipse…

Isso são buzzwords, e só existe porque tem muita gente que ganha muito dinheiro com isso. Na verdade, são conceitos simples que já existem a anos. Quem nunca usou um Database no delphi e sentiu alguma semelhança com hibernate?

Isso é estupidez da empresa, essas vagas nunca são preenchidas…

Luiz_Gustavo:

O que se ve hoje no mercado é a vontade que praticamente todas as empresas tem de lucrar rápido sem se arriscar a contratar alguém sem experiência, e depois reclama que não tem mão de obra em informática… até concordo que um diploma na mão não garante conhecimento, mas o fato de não ter experiência também não quer dizer total falta de aptidão e conhecimento técnico.

Idiota é quem aceita, um fretado para campinas ou sp custa 300 reais.

Existem tantas vagas assim na area de TI?
Empresas axam dificil axar profissionais qualificados?
Os profissionais de TI estão pedindo mto para trabalhar?
…
O fato de existirem tantas vagas na area de TI e o ministério estar prevendo que “o sistema vai entrar em colapso”, só mostra o despreparo do proprio sistema, por não conseguir preparar ou absorver os profissionais já existentes ou novos profissionais.
Isso leva ao segundo ponto…
Dificil axar profissionais qualificados? Talvez se essas empresas definissem melhor o sua necessidade, conseguissem sana-las. Como o pessoal está comentando ali… sobre a dificuldade de se arrumar um primeiro emprego ou um estágio. Realmente, algumas vagas são exageradas. Pedem todas as siglas possiveis qdo só vai se trabalhar realmente com uma delas…
O ultimo ponto é um assunto q qse me diverte… Os profissionais estão pedindo mto, ou será q são as empresas q qrem pagar pouco? Parece q cada vez mais tentam desvalorizar a area, e há “profissionais” que axam isso qse uma vantagem. Longe das grandes empresas… isso se deve mto ao fato de “td isso pra fazer um layout? o pirralho do meu vizinho faz isso e cobra só uma pexinxa…”. Cansei de ouvir isso, não exatamente pra fazer um layout, mas tb pra fazer sistema, site, etc. O q acontece mto, principalmente longe dos grandes centros, é que o cliente procura um produto, mas ele só avalia o preço pelo produto, não avalia se o produto vai ter qualidade, manutenção, vai desempenhar a função a qual se propoe. O ponto que me diverte nessa história é: o acordo é bilateral. Se um dos lados não aceitar a proposta, não existe negócio. E mesmo assim as reclamações continuam.

flw.

É. Jogamos tudo que temos fora e voltamos para época do feudalismo.

maul:

… axam … axar …
…

…axar
…axam …
…pexinxa…

flw.

Escrevendo deste jeito eu também não te contrátaria…

:evil: :evil: :evil: :evil:

o que eu não aguento ver é que não há profissionais de TI ! tá bom que eu não tenho experiência ainda, mas

OLHA EU AQUI !

maul:

Existem tantas vagas assim na area de TI?
Empresas axam dificil axar profissionais qualificados?
Os profissionais de TI estão pedindo mto para trabalhar?
…
O fato de existirem tantas vagas na area de TI e o ministério estar prevendo que “o sistema vai entrar em colapso”, só mostra o despreparo do proprio sistema, por não conseguir preparar ou absorver os profissionais já existentes ou novos profissionais.
Isso leva ao segundo ponto…
Dificil axar profissionais qualificados? Talvez se essas empresas definissem melhor o sua necessidade, conseguissem sana-las. Como o pessoal está comentando ali… sobre a dificuldade de se arrumar um primeiro emprego ou um estágio. Realmente, algumas vagas são exageradas. Pedem todas as siglas possiveis qdo só vai se trabalhar realmente com uma delas…
O ultimo ponto é um assunto q qse me diverte… Os profissionais estão pedindo mto, ou será q são as empresas q qrem pagar pouco? Parece q cada vez mais tentam desvalorizar a area, e há “profissionais” que axam isso qse uma vantagem. Longe das grandes empresas… isso se deve mto ao fato de “td isso pra fazer um layout? o pirralho do meu vizinho faz isso e cobra só uma pexinxa…”. Cansei de ouvir isso, não exatamente pra fazer um layout, mas tb pra fazer sistema, site, etc. O q acontece mto, principalmente longe dos grandes centros, é que o cliente procura um produto, mas ele só avalia o preço pelo produto, não avalia se o produto vai ter qualidade, manutenção, vai desempenhar a função a qual se propoe. O ponto que me diverte nessa história é: o acordo é bilateral. Se um dos lados não aceitar a proposta, não existe negócio. E mesmo assim as reclamações continuam.

flw.

Cara, quanto as empresas não conseguirem bons profissionais. Tem empresa sérias que simplesmente procura “bom desenvolvedor” e o resto ensina no trabalho e ainda assim ficam 6 meses com vagas encalhadas pq não tem gente para suprir a demanda.

Tem uma palavra que foi tirado do dicionário dos empresários:

Treinamento.

O que eu acho que será extinto em TI:

• PJ;
• Contratação para projetos de 2 meses;
• Estagiários com conhecimento de 10 anos em assembler;
• Fábricas de software (leia-se loucos).

Adoro programar, mas a p*taria que tá o mercado hoje, prefiro fazer análise (antes que tenha que pagar por análise num terapeuta).

[]'s

Salário++++++ \o/

O que eu acho que vai ficar no mercado de informática:

• Profissionais Generalistas (aquele sujeito que sabe levantar requisitos, eleger uma arquitetura, codificar e testar sistemas - multifuncionais)
• Pessoas que sabem trabalhar em equipe (pessoas auto-organizáveis)
• Gestores mais atualizados
• “Fábricas de Software” Ágeis (talvez Bureau de Software seria uma palavra melhor)

O que eu acho que está ou vai deixar de existir:

• Profissionais Especialistas (Analistas que só mexem com UML e não sabem codificar já não conseguem arranjar empregos tão fácil)
• Equipes “cascata” (equipes de pessoas que dividem o trabalho e não compartilham a responsabilidade de entregar software com qualidade)
• Gestores covardes
• Fábricas de Software Tradicionais

Vocês sabiam que muitas fábricas de software estão levando prejuízo? O mercado já foi burro por tempo demais. Ou as fábricas ficam ágeis ou morrem.

Marck:

GiancarloBraga:

Por outro lado, se for pensar bem, quando essa falta de funcionários for demasiadamente grande e a área entrar em colapso, creio que muitas empresas especializadas podem fechar, e os profissionais que estavam empregados e se beneficiaram anteriormente do déficit acabarão perdendo seus empregos. E lá vai para a rua todo mundo de novo…e por consegüinte uma onda de desemprego para o pessoal da computação(tomara que não, nem quero pensar nisso).

É. Jogamos tudo que temos fora e voltamos para época do feudalismo.

maul:

… axam … axar …
…

…axar
…axam …
…pexinxa…

flw.

Escrevendo deste jeito eu também não te contrátaria…

Mto obrigado.
Teu comentario sobre meu português errado foi extremamente útil pro intuito desse post!
Obrigado mesmo por sua participação.
Isso é um fórum ou uma entrevista de emprego? Se a partir de agora começarmos a jugar os posts pelo português do pessoal… ferrou heim.

Pergunta. Pq em um fórum com tanto conteudo sempre tem q ter os que tentam fazer flame?
Axo q vo entra pra campanha “não alimente os trolls”.
Em vez de corrigir erros propositais dos outros, pq não se preocupam com coisas mais interessantes, como fazer faculdade?
Ah, e antes q isso se transforme realmente em flame… me manda por MP qual é a sua empresa, quem sabe eu mande um cv pra ela.

vlw.

rodrigoy:

…

• Gestores covardes
  …
  

Até!

Apesar da alta necessidade nos próximo 5 aninhos ae, acredito que cada dia vai ficar mais difícil achar profissionais como hoje. Basta analizar o que as ferramentas de hoje disponibilizam no quesito “botão direito, next, next > finish, meu sistema está pronto”.

Se os caras conseguirem socar 213.000 profissionais no mercado em 5 anos, nem quero ver o que vai sair. Vai sair várias caras que sabem clicar e pronto.

E o pior é que os caras reclamam que vai rolar um colapso sabendo que os principais culpados SÃO ELES. E ainda por cima dizem que a galera ganha d+

Um Bundão!

Já que virou flame mesmo esse tópico, vamos avacalhar…

Qual era o foco mesmo?

Leozin:

Apesar da alta necessidade nos próximo 5 aninhos ae, acredito que cada dia vai ficar mais difícil achar profissionais como hoje. Basta analizar o que as ferramentas de hoje disponibilizam no quesito “botão direito, next, next > finish, meu sistema está pronto”.

Se os caras conseguirem socar 213.000 profissionais no mercado em 5 anos, nem quero ver o que vai sair. Vai sair várias caras que sabem clicar e pronto.

E o pior é que os caras reclamam que vai rolar um colapso sabendo que os principais culpados SÃO ELES. E ainda por cima dizem que a galera ganha d+

Leozin, criam-se oportunidades…

Quando criaram o VB e Delphi, permitiram que analfabetos funcionais programassem. Vou te falar que foi a época que eu ganhei mais dinheiro, porque entrava no projeto pedindo o que eu queria para corrigir projetos.

Alguns arrumei. Outros nem com macumba deu certo.

O único saco é que muitas vezes você era o bode espiatório e era mandado embora a cada três meses.

Uma vez fui mandado embora as 17:30h e contratado por outra empresa as 18:30h (já estava em negociação, claro).

Mas é engraçado.

O que disse uma vez Larry Ellison, presidente da oracle:

E assim vamos vivendo…

[]'s

Definição do Gestor Covarde

Muitos dos projetos que participei ou tentei colocar uma cultura mais ágil sempre esbarrei num determinado gerente com características muito peculiares:

1. É PMP ou gostaria de ser;
2. Acredita que não existe outra maneira de se fazer software a não ser em cascata (você precisa de uma planta para construir uma casa)
3. Não conhece nenhuma tecnologia ou metodologia nova; Acha que sabe muito do RUP;
4. Cobra prazo, mas desconhece os problemas;
5. Não Possui nenhuma característica de liderança;
6. Adora se esconder atrás de um Gantt Chart (Ms Project não serve para gerenciar projeto de software);
7. Usa o Project como única ferramenta de gerenciamento;
8. Geralmente desmotiva a equipe;
   (essa lista vai longe)

A última que ouvi nessa semana de um gestor covarde é “- Nunca me foi cobrado controlar os custos…”. Na minha opinião controlar os custos é o MÍNIMO que um gestor deve fazer…

Os gestores são muito mal preparados. São deles que saem as idéias mirabolantes que corroem o nosso setor.

Vou falar um pouco mais sobre isso na minha coluna que sai em novembro na MundoJava. Acho que vcs vão gostar…

maul:

Pergunta. Pq em um fórum com tanto conteudo sempre tem q ter os que tentam fazer flame?
Axo q vo entra pra campanha “não alimente os trolls”.
Em vez de corrigir erros propositais dos outros, pq não se preocupam com coisas mais interessantes, como fazer faculdade?
Ah, e antes q isso se transforme realmente em flame… me manda por MP qual é a sua empresa, quem sabe eu mande um cv pra ela.

vlw.

Desculpa cara, sinceramente, a ideia não era te agredir, nem perder o foco do tópico, e tenho certeza que não fiz isso.

Marck

Eu não acredito que haja possibilidades de a TI ser extinta.

Lembro de uma aula de Adm. em que o professor dizia que um dia, as empresas que tinha energia eletrica conseguiam se diferenciar, pois era uma novidade. Hoje, o que é uma empresa/casa sem energia eletrica??

Até 2000, acredito, as empresas eram capazes de usar ti como diferencial, melhores estrátegias. HOje, assim como a energia eletrica, o que seria uma empresa sem TI?

Marck:

maul:

Pergunta. Pq em um fórum com tanto conteudo sempre tem q ter os que tentam fazer flame?
Axo q vo entra pra campanha “não alimente os trolls”.
Em vez de corrigir erros propositais dos outros, pq não se preocupam com coisas mais interessantes, como fazer faculdade?
Ah, e antes q isso se transforme realmente em flame… me manda por MP qual é a sua empresa, quem sabe eu mande um cv pra ela.

vlw.

Desculpa cara, sinceramente, a ideia não era te agredir, nem perder o foco do tópico, e tenho certeza que não fiz isso.

Marck

Bah, acredito que o problema esteja resolvido.

Aos demais participantes do tópico, desculpem o inicio de flame.

rodrigoy:

Definição do Gestor Covarde

…

Bom não sei se seria exatamente “covarde” a melhor forma de defini-los.

Disse tudo.

flw.

rodrigoy:

Definição do Gestor Covarde

Muitos dos projetos que participei ou tentei colocar uma cultura mais ágil sempre esbarrei num determinado gerente com características muito peculiares:

1. É PMP ou gostaria de ser;
2. Acredita que não existe outra maneira de se fazer software a não ser em cascata (você precisa de uma planta para construir uma casa)
3. Não conhece nenhuma tecnologia ou metodologia nova; Acha que sabe muito do RUP;
4. Cobra prazo, mas desconhece os problemas;
5. Não Possui nenhuma característica de liderança;
6. Adora se esconder atrás de um Gantt Chart (Ms Project não serve para gerenciar projeto de software);
7. Usa o Project como única ferramenta de gerenciamento;
8. Geralmente desmotiva a equipe;
   (essa lista vai longe)

A última que ouvi nessa semana de um gestor covarde é “- Nunca me foi cobrado controlar os custos…”. Na minha opinião controlar os custos é o MÍNIMO que um gestor deve fazer…

Os gestores são muito mal preparados. São deles que saem as idéias mirabolantes que corroem o nosso setor.

Vou falar um pouco mais sobre isso na minha coluna que sai em novembro na MundoJava. Acho que vcs vão gostar…

Fale a verdade, quem é vc?

Você trabalha comigo e se esconde no fórum… Ninguém nunca descreveu meu gerente de forma tão perfeita!!! :lol: :lol: :lol:

Falando nisso cadê o Paulo Silveira?

Gostaria de ter informações sobre aquele curso da Caelum de Scrum…

[]'s

Se o seu cargo é Analista, arquiteto, programador ou qualquer coisa que não seja Gerente de Projeto, essa decisão não é sua… imagine a situação:
Você queimou um bocado de neurônio pensando numa solução bacana para qualquer tipo de problema e daí vem um cara de fora, bico mesmo falando que você está fazendo errado. Duvido que você ia gostar. E nesse caso a culpa não é sua, é do bico.
Se a empresa que você estava pretendia algum nível de CMMI ou MPS.BR você deveria saber que a divisão de papéis é um fato e para algumas empresas funciona melhor assim. O ambiente conta muito nesses casos. Claro que a famosa reunião em pé para contar de ontem, hoje e amanhã é interessante e pode ser usada em quase todos os projetos. Em contrapartida, o contato direto com o cliente que não sabe o que quer e fica pedindo coisas a cada dois dias é uma chatura se o contrato estabeleceu que será um ‘software de caixinha’.

O problema não é o PMP… acredito mais que sejam as pessoas ou o ambiente, como já falei. Conheco gerentes com PMP que são fantásticos.

<blockquote><div class="quote-author">rodrigoy:</div>2. Acredita que não existe outra maneira de se fazer software a não ser em cascata (você precisa de uma planta para construir uma casa)

3. Não conhece nenhuma tecnologia ou metodologia nova; Acha que sabe muito do RUP;</blockquote>

Para algumas empresas e projetos é a melhor maneira de fazer. Nem sempre XP, Scrum são as melhores soluções e essas metodologias não são mágicas que funcionam para tudo. Algumas vezes ter a planta da casa ajuda a planejar e coordenar melhor as ações e esforços da equipe.

Você pode gostar muito de RUP, mas com um pouco de bom senso vai saber que nem sempre é a melhor escolha. O mesmo para Scrum.

Quem define o prazo (de novo, dependendo da empresa) são os analistas que fazem estimativa de ponto de função e outras métricas… E dependendo do processo de desenvolvimento da empresa, a medição/estimativa do tamanho do projeto ocorre mais de uma vez. Se o esforço foi mal estimado, falha do analista. Se foi fechado antes de uma definição dos requisitos e necessidades mínimas do cliente, daí o erro é do gerente ou do departamento comercial… Nós temos que viver com isso.

<blockquote><div class="quote-author">rodrigoy:</div>5. Não Possui nenhuma característica de liderança;

6. Adora se esconder atrás de um Gantt Chart (Ms Project não serve para gerenciar projeto de software);

7. Usa o Project como única ferramenta de gerenciamento;

8. Geralmente desmotiva a equipe;

(essa lista vai longe)

A última que ouvi nessa semana de um gestor covarde é “- Nunca me foi cobrado controlar os custos…”. Na minha opinião controlar os custos é o MÍNIMO que um gestor deve fazer…

Os gestores são muito mal preparados. São deles que saem as idéias mirabolantes que corroem o nosso setor.
Dessas não tem como escapar. Aqui eu concordo com você que o problema é mesmo da pessoa. Em todos os exemplos anteriores o ambiente/momento tem um impacto muito grande nas variáveis.
Um gerente sem essas últimas caracteristicas é fraco tecnicamente, e é pouco provável que ele vá se adaptar a qualquer processo de desenvolvimento. Pede para contratar um melhorzim ou manda ele estudar um bocado.

Estamos esperando. (;

E não, eu não sou gerente de projetos… mas tenho que admitir que é uma carreira interessante.

Marck:

Eu não acredito que haja possibilidades de a TI ser extinta.

Lembro de uma aula de Adm. em que o professor dizia que um dia, as empresas que tinha energia eletrica conseguiam se diferenciar, pois era uma novidade. Hoje, o que é uma empresa/casa sem energia eletrica??

Até 2000, acredito, as empresas eram capazes de usar ti como diferencial, melhores estrátegias. HOje, assim como a energia eletrica, o que seria uma empresa sem TI?

http://www.eletropaulotelecom.com.br/website/artigo.asp?cod=279&idi=1&id=2376

Bandrade, não estamos discutindo metodologia, mas sim postura do gestor. Na sua opinião você acha que a gestão das empresas que desenvolvem software é boa?

Mas vamos discutir alguns pontos:

Se a decisão não é da equipe, de quem é? Gerente de Projeto tem skill para saber quais práticas se aplicam nos projetos? Gerente de Projeto sabe definir estratégia de teste? Sabe sobre arquitetura? Sabe gerenciar as dependências dos projetos? Isolar os analistas, arquitetos e programadores dessa decisão é uma boa?

bandrade:

Você queimou um bocado de neurônio pensando numa solução bacana para qualquer tipo de problema e daí vem um cara de fora, bico mesmo falando que você está fazendo errado. Duvido que você ia gostar. E nesse caso a culpa não é sua, é do bico.

Não entendí o contexto… Se ele fala que eu estou errado ele deve compartilhar o ponto de vista com argumentos… só isso.

Nenhuma certificação prega divisão de papéis. Divisão do trabalho e preocupação com papéis é um cancer que precisa ser tirado das empresas. É uma má intepretação do RUP. Essa cascata Requisitos, Analise, Codificação e Teste é uma aberração. Não existe esse tipo de dependência.

PMBOK resolve coisas básicas num projeto de software. Eu valorizo 1.000 mais um CSM do que um PMP. Você sabia que nem mesmo o PMBOK prega o uso de um Gantt Chart? Eu conheço 2 PMPs que são fantásticos, o resto deveria gerenciar projeto de construir ponte e não construir software. PMBOK é só um conjunto de práticas, não dá pra tomar de maneira determinista.

A planta da casa é sou um exemplo. O problema é o quanto se investe nessa “planta”.

Cascata não é bom pra projeto nenhum de software. Nem mesmo os projetos de 1 mês. Cascata é um anti-pattern na minha opinião e não alternativa. Num projeto de 1 mês creio que investiria menos de 4 horas em requisitos up-front, praticamente nem investiria nada em design (pegaria alguma arquitetura de caixinha), o esforço seria basicamente 50% codificação e 50% teste/homologação.

Hoje em dia não se aplica mais RUP, XP, SCRUM, XPTO e etc… um bom processo usa práticas de diversas metodologias que são boas para o projeto sob o ponto de vista da equipe. O processo pode inclusive mudar de uma iteração para a outra.

O mínimo que se espera de um stakeholder é saber a respeito do negócio. Se nem isso ele sabe então é melhor nem começar o projeto. Aqui no Brasil as empresas não investem nada na concepção do sistema.

Cara, realmente não quero que isso vire uma discussão ferrenha, mas vc precisa abrir a cabeça que essa divisão do trabalho e responsabilidade é algo muito ruim! Teoria Taylorista não se aplica a processos empíricos como o desenvolvimento de software. O sucesso no cumprimento das tarefas não garante o sucesso do projeto. Se cada um cuidar da sua responsabilidade ninguém é responsável pelo sucesso do projeto.

Vou até sugerir uma dinâmica pra você. Sabe quando vc vai jogar bola e ninguém quer ser goleiro? Proponha o seguinte: “-Eu vou começar como goleiro, mas quando tomar um gol o cara culpado vai ficar no gol e eu vou pra linha.” Observe o comportamento do time. Já fiz isso e percebí que os jogadores da linha ficam tão preocupados em “não ser o culpado” que simplesmente não buscam o objetivo de fazer gols. Alguns deles até ficam gritando “A culpa é sua! A culpa é sua!”

A responsabilidade do projeto é compartilhada entre todos os envolvidos. Se o projeto tem sucesso é sucesso da equipe, se falha é falha da equipe, mas não adianta ter caça às bruxas, se o projeto falhou deve servir como lições aprendidas.

Qualquer métrica simplesmente dá tamanho funcional. Tamanho funcional não leva em consideração riscos importantes como arquitetura, motivação da equipe, ambiente de desenvolvimento, gestor covarde e etc… Métricas ágeis levam em consideração esses fatores para fornecer um prazo. Recomendo a leitura “Agile Estimating & Planning, Mike Cohn”.

O problema é que tenho visto em várias empresas que o gestor covarde é a regra e não a excessão. Muita coisa está errada. Muita coisa precisa melhorar.

bandrade:

E não, eu não sou gerente de projetos… mas tenho que admitir que é uma carreira interessante.

Se vc busca essa posição você é uma das pessoas que pode mudar esse cenário.

Se vc fosse de BH te chamava pra tomar umas na feira no domingo pra gente discutir… rsrsrs… discussões são ótimas oportunidades de aprendizado. (;

Não tenho muita experiência não… mas credito muito na evolução, pois eu vi a evolução dos gestores pelas empresas que passei. Tudo pode ser melhorado.

Depende da decisão… os exemplos são vários.
Decisão que deve ser tomada por um gerente: Cliente pede uma alteração nos requisitos do software. Gerente recebe o pedido, discute com o analista o impacto (prazo/custo/recurso) e responde ao cliente. Mesmo que o analista fale que não impacta tanto, o gerente pode negar o pedido do cliente por motivos não técnicos.
Decisão a não ser tomada pelo gerente: Arquiteto / Analista / Programador resolve desenvolver um sistema utilizando Strus :shock:. Problema do analista… o gerente nao tem muito o que fazer.

Claro que deve ter argumentos… mas também deve ter sensibilidade e percepção, porque achar pessoas que aceitem criticas é difícil…

Papéis existem de qualquer forma, é mais fácil de organizar. Pode haver mais de uma pessoa exercendo mais um papel para facilitar as coisas. O famoso faz tudo. A única divisão que acho válida é a homologação. Testes devem ser feitos por uma equipe externa, não viciada no aplicativo.

O Gantt Chart é apenas uma das ferramentas que um gerente de projetos pode utilizar. Tem softwares para acompanhamento de tarefas, geração de relatórios, apropriação de horas e tudo mais… isso são ferramentas. Estão ali só para auxiliar. As ferramentas não fazem um gerente de projetos, mas um bom gerente de projetos sabe fazer um excelente uso das ferramentas disponíveis para ele.

PMBOK é um guia, um conjunto de práticas (como vê disse), assim como o Scrum.

Acho que nesse ponto é onde temos uma opinião divergente. Acredito que a planta deve ser muito bem planejada, muito tempo deve ser investivo nela. Pois na hora de construir, a chance de ocorrerem alterações diminuem. Se a casa não é bem planejada, o cliente pode chegar e pedir uma janela aonde devia ser uma parede. Com um planejamento melhor, a chance desse tipo de situação diminui.

Li. Concordo. Pratico.
Quando pode haver uma metodologia ágil, menos documentação, acompanhamento, builds constantes eu prefiro, mas nem sempre é assim. E isso tende a criar um projeto infinito.

Mas em alguns lugares simplesmente funciona melhor assim… imagine quando é preciso entregar o fonte, a documentação e um manual para o usuário. A descrição dos casos de uso deve ser mais extensa, os casos de teste devem estar explicados, mais alguns diagramas UML deve ser criados, fonte muito bem comentado, screen shot da interface pois o manual do usuário tem que estar bacana, um treinamento deve ser preparado (com material didático, apresentação e provinha… tá, a provinha foi exagero). Muita coisa não é? Mas o cliente pediu, tá no contrato, ele paga por isso! Quando a empresa é uma fábrica de software que faz as caixinhas, ela simplesmente deve fazer uma caixinha bonitinha para que o cliente continue a comprar dela.

Projetos de 1 mês são simples… 1 semana requisitos up-front. Provavelmente 2 semanas codigo (inclua testes unitários, testes em desenvolvimento) e 1 semana para homologaçao e correção de bugs que passaram (testes no cliente, etc.) Mas só porque foi dividido, não quer dizer que seja cascata, é só uma organização para guiar e dar noção de tempo para os participantes.

Pegar o melhor de todas… igual Ruby. \o/
Sou totalmente a favor. (;

Em poucos lugares as pessoas pensam em concepção do sistema… vamos ter que viver com isso. É um dos grandes males da área.

Nem sempre o que dá certo é o certo.
Existem os pápeis, as siglas, rótulos que damos as pessoas. O cara que programa é o programador… quem analisa é o Analista… isso não quer dizer que a responsabilidade é apenas do analista ou que o trabalho foi dividido.

Já dei essa dinâmica, meu trabalho por muito tempo foi dar treinamentos de trabalho de equipe e liderança… Bons tempos, ainda volto a fazer isso, mas preciso de um pouco mais de preparação e $$$.

Sim, equipe é equipe. Não temos o que discutir aqui… mas vai explicar isso para um gerente / diretor? Ele vai querer chamar alguem pra conversar e o primeiro nome que vai aparecer na cabeca dele é o do gerente do projeto e nao o estagiário / programador… as vezes ele chama a equipe inteira, é mais dificil mas já vi acontecer.

Riscos existem e são incluidos em qualquer projeto que se preze… gerenciamento de risco inclusive é uma disciplina do PMBOK…

Sim, existem muitos gerentes ruins por aí… mesmo em empresas que pregam Scrum. Da falta de formação das pessoas poucos podem reclamar…

Acho que concordamos na maior parte das coisas, basta um pouco mais de debate… a maior disparidade foi mesmo nos rótulos que dei as pessoas de acordo com a atividade que elas estão executando naquele momento… e também ao tempo gasto com requisitos up-front, eu gosto mais deles que você, mas isso nao faz nenhum de nos dois melhor, mais legais ou até mais certos (ou menos errados). É tudo uma questão de gosto.
Continuo achando que o problema são as pessoas e não o sistema.

É este o título de uma matéria da revista Você S/A edição 110 de agosto de 2007 que ainda diz

Os principais pontos mostrados pela revista, são a falta de profisionais qualificados para atuar na área, bem como o aumento da demanda por profissionais de informática.

Segundo o Ministério da Ciência e Tecnologia citado pela revista

Principais dificulades citadas pelas empresas de TI na hora de contratar pessoal no ano passado.

Também foram levantados dados sobre empresas que optaram por contratar pessoal de outra área para atuar em TI.

Agora pergunto a vcs meus estimados colegas, o que vcs acham sobre isso?

Olá pessoal, mto obrigado por vossas opiniões;

Efetivamente, concordo com todos os pontos apontados por vocês, creio que o atual “modelo” utilizado pelos gestores é um modelo fracassado, onde a única coisa que querem é maximizar lucros e cortar custos; porém creio que chegará o momento em que empresas com este pensamento começarão a ver seus clientes desaparecerem (ou alguem aqui não participou, ou vive de arrumar coisas mal feitas (qndo funcionam) por outros), até quando clientes aguentarão atrasos e baixa qualidade?

Consultorias têm 10 estágiários, mas dizem para os clientes que possuem 10 profissionais seniores!!! É o cúmulo da idiotice!!!

Espertas serão as empresas que investirem e valorizarem seus profissionais!!!

Eu torço mesmo é para o caos total, qnto pior, melhor!!!

rodrigoy:

Definição do Gestor Covarde

Muitos dos projetos que participei ou tentei colocar uma cultura mais ágil sempre esbarrei num determinado gerente com características muito peculiares:

1. É PMP ou gostaria de ser;
2. Acredita que não existe outra maneira de se fazer software a não ser em cascata (você precisa de uma planta para construir uma casa)
3. Não conhece nenhuma tecnologia ou metodologia nova; Acha que sabe muito do RUP;
4. Cobra prazo, mas desconhece os problemas;
5. Não Possui nenhuma característica de liderança;
6. Adora se esconder atrás de um Gantt Chart (Ms Project não serve para gerenciar projeto de software);
7. Usa o Project como única ferramenta de gerenciamento;
8. Geralmente desmotiva a equipe;
   (essa lista vai longe)

A última que ouvi nessa semana de um gestor covarde é “- Nunca me foi cobrado controlar os custos…”. Na minha opinião controlar os custos é o MÍNIMO que um gestor deve fazer…

Perfeito!!!