Curso de Engenharia Informática

Alguém tem opinião formada sobre trabalhar de dia e estudar à noite?

a minha opinião formada é que com vontade e trabalho, tudo é possível.

conheço quem tenha tirado licenciaturas, mestrados, doutoramentos, como trabalhador estudante (e sem ser à noite!) com vários sacrifícios para assistir a certas aulas durante o dia, passar todas as noites e fins de semana a estudar, etc; tal como conheço muita gente que nem licenciaturas conseguiu acabar embora nem trabalhassem.

tudo depende da força de vontade e carácter de cada um.
 
Pois, mas quem trabalha 8 horas por dia obrigatoriamente terá de fazer o curso à noite. Pelo que disseste, esses casos eram praticados sobre trabalhos em regime part-time.
 
Pois, mas quem trabalha 8 horas por dia obrigatoriamente terá de fazer o curso à noite. Pelo que disseste, esses casos eram praticados sobre trabalhos em regime part-time.

por acaso até não, eram 8 horas diárias mas com horário flexível, assim não assistiam às aulas todas, mas apenas a algumas. E iam compensando no trabalho com horas extraordinárias.

admito, no entanto, que há empregos que não permitem esta flexibilidade.
 
A minha empresa hoje em dia tem os operacionais, ou seja pessoas como as da equipa que chefio que usam 5 ou 6 sistemas diferentes. Um para pagamentos por assim dizer, outro é simplesmente uma base de dados que alimenta tudo o resto, o terceiro é uma plataforma de compra e venda dos activos financeiros, mais 2 ou 3 ainda mais especificas. Nos ultimos 5 anos todos estes sistemas já foram substituídos por outros. Alguns dos novos já têm datas de substituição agendada.
Para colmatar isto criaram equipas de apoio. Ou seja em vez dos operacionais falarem com os ITs a respeito de bugs, defects ou desenvolvimentos, falamos com equipas intermédias de suporte.
Ora hoje em dia estas equipas intermédias não têm ninguém que perceba de IT. Nem os próprios chefes. Uns são uns curiosos que até sabiam usar mais ou menos o software A ou B que agora estão a dar apoio e outros são inúteis que não podem ser despachados ou despromovidos e isto serve de prateleira. Estão a ver o filme não estão?
Daí que há uma cambada de gente inútil quando um IT diz que para fazer algo vai demorar X ou Y dias e ninguém percebe o que o pobre coitado esta a dizer. Para que entendam ninguém destas equipas intermédias ou IT sabe sequer fazer uma macro ou um Vlookup em condições num excel quanto mais entender o que são campos chaves ou campos de validação..
Sinto que em parte as coisas não são correctamente desenvolvidas por causa disso. Quando digo ao meu management que algo não funciona, funciona mal ou que não foi desenvolvido eles culpam os ITs. Quando falo directamente com os ITs eles dizem que nunca lhes pediram isso.. E na realidade não pediram porque quem pede não tem noção dos impactos transversais que aquilo vai ter.
Se eu tivesse mais formação em algo de IT (digo algo porque é vago) sinto que poderia ter oportunidades como Gestor De Projecto tanto no desenvolvimento como na implementação de softwares que sabemos que estão comprados e que estão a ser postos em pratica agora em 2015 até 2020. Algum é feito in house outros não mas têm equipas de desenvolvimento e apoio para a "versão" que a minha empresa compra.
Daí que eu não saiba o que vale mais a pena. Ir para o "too much" de tirar informática e ter cadeiras que não interessam para isto ou para o "too less" do mestrado e afinal ficar curto..
 
A minha empresa hoje em dia tem os operacionais, ou seja pessoas como as da equipa que chefio que usam 5 ou 6 sistemas diferentes. Um para pagamentos por assim dizer, outro é simplesmente uma base de dados que alimenta tudo o resto, o terceiro é uma plataforma de compra e venda dos activos financeiros, mais 2 ou 3 ainda mais especificas. Nos ultimos 5 anos todos estes sistemas já foram substituídos por outros. Alguns dos novos já têm datas de substituição agendada.
Para colmatar isto criaram equipas de apoio. Ou seja em vez dos operacionais falarem com os ITs a respeito de bugs, defects ou desenvolvimentos, falamos com equipas intermédias de suporte.
Ora hoje em dia estas equipas intermédias não têm ninguém que perceba de IT. Nem os próprios chefes. Uns são uns curiosos que até sabiam usar mais ou menos o software A ou B que agora estão a dar apoio e outros são inúteis que não podem ser despachados ou despromovidos e isto serve de prateleira. Estão a ver o filme não estão?
Daí que há uma cambada de gente inútil quando um IT diz que para fazer algo vai demorar X ou Y dias e ninguém percebe o que o pobre coitado esta a dizer. Para que entendam ninguém destas equipas intermédias ou IT sabe sequer fazer uma macro ou um Vlookup em condições num excel quanto mais entender o que são campos chaves ou campos de validação..
Sinto que em parte as coisas não são correctamente desenvolvidas por causa disso. Quando digo ao meu management que algo não funciona, funciona mal ou que não foi desenvolvido eles culpam os ITs. Quando falo directamente com os ITs eles dizem que nunca lhes pediram isso.. E na realidade não pediram porque quem pede não tem noção dos impactos transversais que aquilo vai ter.
Se eu tivesse mais formação em algo de IT (digo algo porque é vago) sinto que poderia ter oportunidades como Gestor De Projecto tanto no desenvolvimento como na implementação de softwares que sabemos que estão comprados e que estão a ser postos em pratica agora em 2015 até 2020. Algum é feito in house outros não mas têm equipas de desenvolvimento e apoio para a "versão" que a minha empresa compra.
Daí que eu não saiba o que vale mais a pena. Ir para o "too much" de tirar informática e ter cadeiras que não interessam para isto ou para o "too less" do mestrado e afinal ficar curto..

Claro que tem de falar com as equpas de suporte sobre problemas na aplicacao, é para isso que servem. Nenhum programador vai dizer que gosta de ser interrompido 10x ao dia com stresses por causa dos utilizadores. Essas equipas intermédias nao precisam de saber de informática apenas precisam de saber distinguir bugs de má utilizacao e de funcionalidades inexistentes e escalá-los para a equipa de desenvolvimento.

Se alguém de IT diz que as coisas se fazem no tempo X ou Y ninguém fora da equipa do projecto precisa de saber as coisas em detalhe, os tempos tem de ser relativamente flexíveis, ou entao adopta-se uma metodologia mais rígida (e com um chicote, já agora).

As coisas podem ser bem desenvolvidas sem que a equipa de suporte saiba de IT. As coisas funcionam mal porque o processo interno na tua empresa funciona mal. O que entendes por "oportunidades como Gestor De Projecto tanto no desenvolvimento como na implementação de softwares"? Vais ser tu também a meter na massa ou queres-te tornar em mais um intermediário?

Acho que aquilo que queres se chama de product owner em scum, basicamente é a pessoa que sabe como é que o resultado final do project deve ser e zela para que ele fique bem executado: Scrum Product Owner: The Agile Product Owner’s Role
Podes também investigar o que é um product manager.
Há cursos de certificacao em product owner.
Os product owners raramente sabem de informática.
 
A minha empresa hoje em dia tem os operacionais, ou seja pessoas como as da equipa que chefio que usam 5 ou 6 sistemas diferentes. Um para pagamentos por assim dizer, outro é simplesmente uma base de dados que alimenta tudo o resto, o terceiro é uma plataforma de compra e venda dos activos financeiros, mais 2 ou 3 ainda mais especificas. Nos ultimos 5 anos todos estes sistemas já foram substituídos por outros. Alguns dos novos já têm datas de substituição agendada.
Para colmatar isto criaram equipas de apoio. Ou seja em vez dos operacionais falarem com os ITs a respeito de bugs, defects ou desenvolvimentos, falamos com equipas intermédias de suporte.
Ora hoje em dia estas equipas intermédias não têm ninguém que perceba de IT. Nem os próprios chefes. Uns são uns curiosos que até sabiam usar mais ou menos o software A ou B que agora estão a dar apoio e outros são inúteis que não podem ser despachados ou despromovidos e isto serve de prateleira. Estão a ver o filme não estão?
Daí que há uma cambada de gente inútil quando um IT diz que para fazer algo vai demorar X ou Y dias e ninguém percebe o que o pobre coitado esta a dizer. Para que entendam ninguém destas equipas intermédias ou IT sabe sequer fazer uma macro ou um Vlookup em condições num excel quanto mais entender o que são campos chaves ou campos de validação..
Sinto que em parte as coisas não são correctamente desenvolvidas por causa disso. Quando digo ao meu management que algo não funciona, funciona mal ou que não foi desenvolvido eles culpam os ITs. Quando falo directamente com os ITs eles dizem que nunca lhes pediram isso.. E na realidade não pediram porque quem pede não tem noção dos impactos transversais que aquilo vai ter.
Se eu tivesse mais formação em algo de IT (digo algo porque é vago) sinto que poderia ter oportunidades como Gestor De Projecto tanto no desenvolvimento como na implementação de softwares que sabemos que estão comprados e que estão a ser postos em pratica agora em 2015 até 2020. Algum é feito in house outros não mas têm equipas de desenvolvimento e apoio para a "versão" que a minha empresa compra.
Daí que eu não saiba o que vale mais a pena. Ir para o "too much" de tirar informática e ter cadeiras que não interessam para isto ou para o "too less" do mestrado e afinal ficar curto..

Perante o panorama que traças... penso que nenhum servirá.
Acho que é um problema das hierarquias de topo, que terão de
definir exactamente o que querem, traçar um plano para atingir
esses objectivos, e implementá-lo. Provavelmente passará pela
formação dos envolvidos, uma vez que têm o objectivo de os
manter na equipa com outras funções. Não será apenas a tua
formação pessoal que irá resolver o assunto.

Temos matéria para muita discussão, mas parece-me que não
se enquadre nem no tópico, nem nas tuas necessidades (ou
vontade) de formação. Pelo menos em termos de ser uma
necessidade premente (urgente), porque dificilmente irá ser
útil para resolver a situação.
 
Perante o panorama que traças... penso que nenhum servirá.
Acho que é um problema das hierarquias de topo, que terão de
definir exactamente o que querem, traçar um plano para atingir
esses objectivos, e implementá-lo. Provavelmente passará pela
formação dos envolvidos, uma vez que têm o objectivo de os
manter na equipa com outras funções. Não será apenas a tua
formação pessoal que irá resolver o assunto.

Temos matéria para muita discussão, mas parece-me que não
se enquadre nem no tópico, nem nas tuas necessidades (ou
vontade) de formação. Pelo menos em termos de ser uma
necessidade premente (urgente), porque dificilmente irá ser
útil para resolver a situação.

Palavras sábias.
 
Claro que tem de falar com as equpas de suporte sobre problemas na aplicacao, é para isso que servem. Nenhum programador vai dizer que gosta de ser interrompido 10x ao dia com stresses por causa dos utilizadores. Essas equipas intermédias nao precisam de saber de informática apenas precisam de saber distinguir bugs de má utilizacao e de funcionalidades inexistentes e escalá-los para a equipa de desenvolvimento.

Se alguém de IT diz que as coisas se fazem no tempo X ou Y ninguém fora da equipa do projecto precisa de saber as coisas em detalhe, os tempos tem de ser relativamente flexíveis, ou entao adopta-se uma metodologia mais rígida (e com um chicote, já agora).

As coisas podem ser bem desenvolvidas sem que a equipa de suporte saiba de IT. As coisas funcionam mal porque o processo interno na tua empresa funciona mal. O que entendes por "oportunidades como Gestor De Projecto tanto no desenvolvimento como na implementação de softwares"? Vais ser tu também a meter na massa ou queres-te tornar em mais um intermediário?

Acho que aquilo que queres se chama de product owner em scum, basicamente é a pessoa que sabe como é que o resultado final do project deve ser e zela para que ele fique bem executado: Scrum Product Owner: The Agile Product Owner’s Role
Podes também investigar o que é um product manager.
Há cursos de certificacao em product owner.

Não podes ter uma equipa a funcionar em SCRUM... quando não tens
equipa. Pelo que li o problema é bem mais profundo. Não existe
uma coordenação/direcção/gestão que perceba o que necessita, nem
em termos informáticos, nem em termos de RH, muito menos em
termos de formação necessária.

Há necessidade de ter um director sénior (com larga experiência) para
liderar um departamento de IT. E pelo que li, não há.
 
Não podes ter uma equipa a funcionar em SCRUM... quando não tens
equipa. Pelo que li o problema é bem mais profundo. Não existe
uma coordenação/direcção/gestão que perceba o que necessita, nem
em termos informáticos, nem em termos de RH, muito menos em
termos de formação necessária.

Há necessidade de ter um director sénior (com larga experiência) para
liderar um departamento de IT. E pelo que li, não há.

Aquele meu parágrafo final foi só mesmo para explicar a funcao que eu acho que o utilizador estava a descrever. Como é óbvio nao há product owner sem Scrum, mas pode haver alguém que tenha essas funcoes mesmo sem Scrum, embora as coisas nao funcionem tao bem.
 
Aquele meu parágrafo final foi só mesmo para explicar a funcao que eu acho que o utilizador estava a descrever. Como é óbvio nao há product owner sem Scrum, mas pode haver alguém que tenha essas funcoes mesmo sem Scrum, embora as coisas nao funcionem tao bem.

Não me referia a isso.
Estava a dizer que, pelo que li, não existe nenhuma equipa de TI,
o que existe é um grupo de pessoas a quem dizem serem de TI.

Significado / definição de equipa no Dicionário Priberam da Língua Portuguesa

Não podes implementar SCRUM sem equipa. Primeiro terás de formar
uma equipa, sendo que "formar" tem duplo sentido: constituir e dar
formação.

Mas primeiro será necessário ter uma direcção, mais uma vez no duplo
sentido: hierarquia de directores, e orientação (sentido, direcção) a
seguir.

Para estabelecer essa direcção, só mesmo conhecendo a empresa, o
que pretende, quais os objectivos, etc. e assim poder determinar de
que forma um departamento de TI poderá ajudar na conquista desses
objectivos.

A direcção, terá de avaliar e decidir quais as acções a tomar, que até
poderão passar por comprar já feito, e/ou mandar fazer, e até não ter
nada desenvolvido in-house. Mas para saber isto, é necessário tudo o
resto que identifiquei a montante.

Pelo que li, o que falha aqui é a direcção, de tal modo que apenas tem
um grupo de pessoas, e não uma equipa. E até pode acontecer que nem
precise de uma equipa, mas apenas de serviços...

Mas é como já disse: não é certamente este o tópico, nem um tema que
deva ser discutido num fórum.

Informática é um mundo, e quando nas empresas (directores/gestores/
/administradores) não entendem isso, e pensam que um informático é
um "faz tudo", está aberto o caminho para o desastre. E normalmente
a culpa acaba por ser atribuída à incompetência do mexilhão...
 
Voltar
Superior