Entro em contato para solicitar uma colaboração para a resposta de um questionário para uma pesquisa.
Trata-se de um questionário para análise do erro humano na Engenharia de Requisitos.
Deve ser respondido tanto por pessoas que definem o produto, como um cliente ou
um usuário direto, ou pelos diversos tipos de desenvolvedores.
O questionário leva a uma reflexão sobre os problemas no processo de requisitos e
deve levar de 20 a 30 minutos para responder.
Uma coisa que nunca entendi, sempre tive vontade de perguntar e aproveito a oportunidade:
O que é engenharia de requisitos?
O motivo da minha dúvida é que sempre pensei que os requisitos já vinham construídos pela vontade do cliente e que no máximo precisaria alguém fazer uma lista de backlog.
Amigo Guerra, desculpe a má vontade, mas como engenheiro, este termo chega a ofender meu 5 anos na UFRJ mais 2 anos e pouco na COPPE
Abraços e boa sorte na pesquisa. E se existe alguém com título de engenheiro de requisitos, não se apresente a mim como tal.
[quote=Tchello] Luca, você certamente não gostaria de um conhecido cujo cargo, em carteira, é “analista de pontos de função”.
Isso hoje, em 2012.
Anyway, gostaria de compartilhar meu apoio a sua opinião.[/quote]
Rindo muito aqui.
O que está escrito na carteira não vale tanto assim. Trabalhei mais de 10 anos como engenheiro em uma multi nacional ocupando diversas posições e na minha carteira sempre esteve escrito a mesma coisa, que aliás não tinha nada a ver com o que eu era.
Quando entrei na empresa, acumulei por poucos meses o cargo de desenvolvedor de um sistema de engenharia super importante para a empresa com a substituição em um período bem curto do responsável pelos testes nas torres de linhas de trasnmissão. Na minha carteira sempre constou: engenheiro de testes.
[quote=Tchello] Luca, você certamente não gostaria de um conhecido cujo cargo, em carteira, é “analista de pontos de função”.
Isso hoje, em 2012.
Anyway, gostaria de compartilhar meu apoio a sua opinião.[/quote]
Rindo muito aqui.
O que está escrito na carteira não vale tanto assim. Trabalhei mais de 10 anos como engenheiro em uma multi nacional ocupando diversas posições e na minha carteira sempre esteve escrito a mesma coisa, que aliás não tinha nada a ver com o que eu era.
Quando entrei na empresa, acumulei por poucos meses o cargo de desenvolvedor de um sistema de engenharia super importante para a empresa com a substituição em um período bem curto do responsável pelos testes nas torres de linhas de trasnmissão. Na minha carteira sempre constou: engenheiro de testes.
Abraços
Luca[/quote]
Veja bem, de um modo ou de outro continuou fazendo testes hahahaha
E você tem toda razão, nome de cargo não significa nada!
Apenas questiono o que diabos um “analista de pontos de função” na carteira faz o dia todo. Bizarro.
Ao mesmo modo também me sinto ofendido quando alguns “arquitetos” e “engenheiros” se apresentam como tal…
Na verdade ponto de função usa-se muito hoje em desenvolvimento do governo , que são licitados por ponto de função, ou seja, as empresas contratam analista de ponto de função certificado para concorrer para estas licitações …rs… mas tbm há consultoria de métricas que tem um monte de especialista em pf…rs…agora acredito eu que embora existam profissionais registrados com analista de ponto de função na carteira …rs…este profissional deve fazer outras coisas além disto …acho eu …kkkk
[quote]O motivo da minha dúvida é que sempre pensei que os requisitos já vinham construídos pela vontade do cliente e que no máximo precisaria alguém fazer uma lista de backlog.
[/quote]
Luca na verdade você como eu sabe que o cliente nunca sabe o que quer …rs… ou seja, esta é com certeza o maior gap entre os projetos que falham … o que acontece é que os requisitos por ser uma disciplina da própria engenharia de software , muitos especialistas estão percebendo que os requisitos sendo mapeados, refinados , de acordo com a estratégia das empresas , minimiza estes gaps que antes aconteciam com muita frequência, ou seja, até o próprio PMBOK da uma atenção toda especial aos requisitos.
Outro ponto em relação a engenharia de requisitos , é que a disciplina tem um série de técnicas para coletar-se os requisitos corretamente, normalmente o mercado conhece e pratica muito as entrevistas individuais , mas existem outras que funcionam muito bem também …enfim … a unica coisa que sei é que o mercado esta dando uma atenção especial aos requisitos, assim como para testes…
Na verdade ponto de função usa-se muito hoje em desenvolvimento do governo , que são licitados por ponto de função, ou seja, as empresas contratam analista de ponto de função certificado para concorrer para estas licitações …rs… mas tbm há consultoria de métricas que tem um monte de especialista em pf…rs…agora acredito eu que embora existam profissionais registrados com analista de ponto de função na carteira …rs…este profissional deve fazer outras coisas além disto …acho eu …kkkk
[quote]O motivo da minha dúvida é que sempre pensei que os requisitos já vinham construídos pela vontade do cliente e que no máximo precisaria alguém fazer uma lista de backlog.
[/quote]
Luca na verdade você como eu sabe que o cliente nunca sabe o que quer …rs… ou seja, esta é com certeza o maior gap entre os projetos que falham … o que acontece é que os requisitos por ser uma disciplina da própria engenharia de software , muitos especialistas estão percebendo que os requisitos sendo mapeados, refinados , de acordo com a estratégia das empresas , minimiza estes gaps que antes aconteciam com muita frequência, ou seja, até o próprio PMBOK da uma atenção toda especial aos requisitos.
Outro ponto em relação a engenharia de requisitos , é que a disciplina tem um série de técnicas para coletar-se os requisitos corretamente, normalmente o mercado conhece e pratica muito as entrevistas individuais , mas existem outras que funcionam muito bem também …enfim … a unica coisa que sei é que o mercado esta dando uma atenção especial aos requisitos, assim como para testes…
[/quote]
Bom dia,
Concordo com você, o cliente sabe que quer “tudo” e tudo é muita coisa, a capacidade de filtrar isso através de um bom levantamento de requisitos é o que faz a diferença. Tem que haver uma atenção especial, já passei por alguns projetos que não foi dada a devida atenção e na hora da entrega foi aquele Deus nos acuda. Acho que á impossível prever os problemas que irão ocorrer no desenvolvimento e até o tempo, mas se os problemas forem “só” para desenvolver, não havendo dúvidas em relação ao “o que” deve ser desenvolvido, acredito que a possibilidade de acerto fica muito maior, e diminui muito a possibilidade de erros graves.
Obrigado pela oportunidade de compartilhar conosco tal conteúdo.
Vou dizer alguns pontos embasados no que observo hoje no mercado e também por minha mulher trabalhar já a tempos com RH e me mostrar algumas coisas.
1- Atualmente, cargo em CTPS ou títulos afins não importam nada, pois o giro de profissionais na área de TI é enorme.
a- Nome de cargo na CTPS a empresa defini do jeito que achar melhor, mas tem algumas que nem sabem definir e acabam “atrapalhando” o tema.
b- As empresas tem interesse é no que você sabe de fato e na sua competência e nenhuma delas vai pegar sua carteira para ficar olhando
qual era o seu antigo cargo e afins.
c- Pensar no mercado hoje como se pensava a 10 ou 20 anos atrás é arriscar perder tempo. Não evoluir a forma de enxergar o mundo de TI hoje que é totalmente
diferente do que o de alguns anos atrás é sinal de amadorismo.
Parabenizo o Guerra pela iniciativa de criar o post…
Mas por outro lado acho muito chato quando vem pessoas e começam a dizer coisas que não tem nada a ver com o tema ou não são coloquiais.
Atualmente comecei meu primeiro estágio em Desenvolvimento Java e me sinto constrangido quando vejo pessoas que querem exibir o nível de formação
para de fato tentar mostrar se algo (aquilo) é melhor que outro algo (isto)…
Eu acho que cada profissional tem seu valor único e deve ser respeitado…Dizer coisas que irão desrespeitar alguma área ou pessoa também é sinal de amadorismo.
Tirando a parte dos posts chatos, em geral foi muito bom criar esse post.
Peço desculpas se fui sincero demais mas acho que em um lugar legal como GUJ não é lugar para ficar exibindo cargos e tals…, pois abri o post na maior alegria
e curiosidade para ver o conteúdo…Mas quando rolei a barra pude ver um monte de pessoas Taxativas…
Sucesso a todos.
Guerra Parabéns.
[quote=Guerr@]Caros amigos do GUJ,
Entro em contato para solicitar uma colaboração para a resposta de um questionário para uma pesquisa.
Trata-se de um questionário para análise do erro humano na Engenharia de Requisitos.
Deve ser respondido tanto por pessoas que definem o produto, como um cliente ou
um usuário direto, ou pelos diversos tipos de desenvolvedores.
O questionário leva a uma reflexão sobre os problemas no processo de requisitos e
deve levar de 20 a 30 minutos para responder.
