Vaga de ANALISTA DE SISTEMAS/NEGÓCIOS

[Danielle Alves]

Olá Pessoal,

Peço que divulguem a vaga abaixo.

Obrigada,
Danielle


Empresa de Florianópolis contrata Analista de Sistemas/Negócios. 

Requisitos: 

- Superior Completo em Sistemas da Informação, Ciências da Computação, Engenharia de Software ou áreas afins;

- Inglês Técnico;

- Experiência com análise ou desenvolvimento de sistemas;

- Conhecimento em: 

* UML; 

*levantamento de requisitos de negócio e geração de artefatos técnicos a partir dos artefatos do negócio;

*validação de artefatos gerados por terceiros, seguindo normas técnicas definidas. 

Diferencial: 

- Experiência com modelo de PMO e análise de negócios;

- Conversação em inglês.

- Conhecimento básico em:

*Java;

*JSF;

*WebServices;

*Hibernate;

*MySQL e/ou Oracle; 

*testes de software.

Salário: a combinar

Benefícios: VT + VR ou VA + Plano de Saúde + Auxilio Capacitação

Período: integral

Interessados enviar currículo para o e-mail recrut...@bdr-do.com.br. No assunto do e-mail coloque o nome da vaga. 

--
_________________________________
Fabiane Vieira da Rosa
Graduanda em Psicologia
Universidade Federal de Santa Catarina
(48) 9914-8263

Blog: contrata-se.blogspot.com

[Anderson Nielson]

Massa. A gente também tem vagas aqui, mas se tiver experiência com modelo de PMO (e principalmente, se gostar), tá fora. :-P

Abraço 

Anderson

2011/10/19 Danielle Alves <daniell...@gmail.com>

[Daniel Cristian Cruz]

Xiita, hahaha

--
Daniel Cristian Cruz
クルズ クリスチアン ダニエル

[Anderson Nielson]

Lapso troll.

2011/10/19 Daniel Cristian Cruz <danielc...@gmail.com>

[Ivan Sanchez]

Agora fiquei curioso: alguem aqui trabalha em empresa que possua uma
pessoa cuja responsabilidade principal seja "geracao de artefatos
tecnicos"?

2011/10/19 Danielle Alves <daniell...@gmail.com>:

[Daniel Cristian Cruz]

Interpretação de casos de uso, telas e requisitos funcionais para a geração de modelo físico de dados serve?

[Anderson Nielson]

Parece triste, alguns podem jurar que é necessário, mas existe! 

2011/10/20 Daniel Cristian Cruz <danielc...@gmail.com>

[Victor Hugo Germano]

Igual papai Noel, mula sem cabeça...

[Daniel Cristian Cruz]

Construtivamente, gostaria de saber o que fazer quando se é o DBA e se vê tanto código ruim e sem lógica, e se é obrigado a modelar o banco de dados e implementar coisas em triggers e procedures por falta de qualidade...

É que eu sou o cara que está fazendo o que vocês dizem ser coisa de outro mundo....

E nem façam piada, porque, apesar de gostar das técnicas ágeis e de todo o conjunto, infelizmente só tenho conseguido escapar de enrascada indo para PMBoK e processo controlado de desenvolvimento. Essas técnicas ágeis exigem uma maturidade e experiência da equipe que em alguns lugares é bem complicado de conseguir.

[Edison Gustavo Muenz]

Sempre pensei que nessas horas, talvez seja saudável mudar de lugar.

[Victor Hugo Germano]

Realmente, 

Com bons profissionais é possível ter software com um nivel de qualidade muito maior. Mas claro, também se corre o risco de sair software com baixa qualidade...

Já com profissionais de software ruins, não se corre esse risco, pois já temos a certeza do resultado.

Lembrando que o próprio pmbok, no último evento nos eua já está "prescrevendo" métodos ágeis para projetos de software (inclusive, 30% dos palestrantes falavam apenas sobre agilidade)

--

Victor Hugo Germano
(11) 8722 2183
http://www.lambda3.com.br
http://blog.lambda3.com.br

[Felipe Franz Vieira]

"infelizmente só tenho conseguido escapar de enrascada indo para PMBoK "

Como assim? O PMBOK é um guia de melhores práticas e o Scrum é uma metodologia, isto é comparar maçãs com ovos, um diz o que deve ser feito e outro diz como fazer, Scrum deveria ser comparado somente a Prince2. PMBOK também prevê projetos iterativos e muitos dos seus conceitos podem (e é até recomendável) ser aplicados em projetos ágeis, o que você pode estar fazendo é um desenvolvimento em waterfall, mas não associe isto ao PMBOK, apesar de também conter lá, ele não afirma que um é melhor que o outro como muita gente faz por aí.

[Felipe Franz Vieira]

"Lembrando que o próprio pmbok, no último evento nos eua já está "prescrevendo" métodos ágeis para projetos de software (inclusive, 30% dos palestrantes falavam apenas sobre agilidade)"

Claro, isto é o que tá dando dinheiro no momento, aconteceu a mesma coisa com o XP. Daqui a pouco vem outra revolução acabar com o Scrum, esta é a grande diferença entre normas/melhores práticas e metodologias.

Normas e melhores práticas podem ser atualizadas periodicamente e continuar subsistindo, modelos prescritivos como metodologias são derrubadas quase que por completo quando surge uma nova, só que há um modismo muito grande em função delas porque não precisa-se pensar muito em desenvolver uma metodologia específica para sua empresa a partir de melhores práticas, está ali como um produto de supermercado pronto pra consumir.

Eu não gosto de nada prescritivo. Metodologias parecem-me aquelas revistas da exame "20 passos para ficar rico em 2 semanas" ou da aquelas "emagreça em 13 dias tomando sopa"

Em 21 de outubro de 2011 01:31, Victor Hugo Germano <vict...@gmail.com> escreveu:

[Daniel Cristian Cruz]

Sim, concordo contigo e por isso escrevi a resposta anterior.

Talvez tenha cometido o mesmo erro que os pregadores estão cometendo, sendo sucinto demais.

Não sou contra PMBoK, até por minha experiência, sou mais PMBoK do que metodologias, pois é muito mais fácil para quem está desorganizado pensar em um método controlado (não necessariamente waterfall), do que tentar ser ágil sem saber usar a agilidade.

Eu faria uma metáfora que seria tal como uma criança com uma katana. Hora ou outra apareceria chorando porque perdeu um dedo, um braço, uma perna ou até mesmo a própria cabeça...

Fico feliz por não ser o único a admirar as boas práticas do PMBoK na lista.

Em 21 de outubro de 2011 08:50, Felipe Franz Vieira <zord...@gmail.com> escreveu:

"infelizmente só tenho conseguido escapar de enrascada indo para PMBoK "

Como assim? O PMBOK é um guia de melhores práticas e o Scrum é uma metodologia, isto é comparar maçãs com ovos, um diz o que deve ser feito e outro diz como fazer, Scrum deveria ser comparado somente a Prince2. PMBOK também prevê projetos iterativos e muitos dos seus conceitos podem (e é até recomendável) ser aplicados em projetos ágeis, o que você pode estar fazendo é um desenvolvimento em waterfall, mas não associe isto ao PMBOK, apesar de também conter lá, ele não afirma que um é melhor que o outro como muita gente faz por aí.

--

[Daniel Cristian Cruz]

Edison, até entendo seu ponto de vista.

Mas eu era o jogador de vídeo-game que não trocava o cartucho, nem apertava o reset quando ficava insatisfeito com o resultado. Sempre tentei fazer o jogo perfeito e jogar até o fim o jogo que me propuz a jogar. :)

É coisa de perfil, não tem certo ou errado, melhor ou pior.

Em 21 de outubro de 2011 00:30, Edison Gustavo Muenz <edison...@gmail.com> escreveu:

Sempre pensei que nessas horas, talvez seja saudável mudar de lugar.

[Ivan Sanchez]

Mover funcionalidade para o banco de dados para evitar programadores
ruins nao eh novidade. E tambem nao eh solucao para a origem deste
cenario (programadores ruins).

2011/10/21 Daniel Cristian Cruz <danielc...@gmail.com>:

[Anderson Nielson]

Criança perdendo a cabeça e chorando, isso sim não existe. :-P

IMNSHO, o que funciona bem são valores sólidos, defendidos e aplicados em todas ações de gerenciamento e desenvolvimento. Humildade, pra começar. E isso inclui a humildade de aceitar que todos sempre tem algo para aprender, que comunicação boa é essencial, feedbacks rápidos e contínuos são fundamentais, que respeito as pessoas em todos os níveis precisa existir. 

Organizações e projetos são coisas vivas, que nascem, crescem e acabam. Durante esse processo precisam se fortalecer aprendendo, buscando e trocando informação, gerando conhecimento com essa informação, minimizando a ignorância sobre o que se deve fazer, sobre como se está evoluindo (ou não) e  sobre o contexto temos mais chance de chegar a grandes resultados de forma ágil. Se tens caras "ruins" no time, treine, em aspectos técnicos e comportamentais.

XP, Scrum, TDD, UP, EVO, LSD, guias de boas práticas, são quase sempre sobre isso. Se isso não for entendido, absorvido de verdade, desejado e se eu não tiver coragem para fazer valer, vou fazer merda, independente da sigla que eu dê para o "como". 

Anderson Nielson

Chaordic Systems
55-48-3239-2251

55-48-9648-9889

ande...@chaordicsystems.com

www.chaordicsystems.com

2011/10/21 Daniel Cristian Cruz <danielc...@gmail.com>

Sim, concordo contigo e por isso escrevi a resposta anterior.