A tua avaliação profissional ICT

Que função ICT combina realmente contigo?

Respondes a 120 perguntas em 6 etapas – autoavaliações, situações práticas curtas, perguntas de conhecimento e de interesse. A partir disso criamos o teu perfil de competências e as funções ICT que melhor combinam contigo.

120 perguntas · aprox. 45–60 minutos · Realização gratuita

🌐 Pode preencher o questionário em qualquer idioma disponível. A avaliação pessoal está disponível em alemão e inglês.

Opcional – ajuda-nos a avaliar melhor o teu nível e as funções adequadas.

Mais alta qualificação formal

Anos de experiência profissional em TIC

Última função em TIC exercida

🔒 Os teus dados permanecem na Alpasana GmbH. Depois podes desbloquear o resultado completo (CHF 249.00).

Etapa 1/60 / 120

Etapa 1 / 6

Forma de trabalhar e aspetos pessoais

Eu organizo as minhas tarefas de forma autónoma e aprendo coisas novas por conta própria.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Mesmo perante problemas complexos e confusos, mantenho a visão geral e priorizo de forma sensata.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Existe um conflito na equipa sobre a direção técnica. Como reages?

Eu ouço ambos os lados, torno os critérios transparentes e modero uma decisão conjunta. Eu proponho um compromisso para que a calma volte rapidamente. Eu imponho a minha solução preferida porque a considero correta. Eu não me meto, isso devem resolver os outros.

Eu gosto de assumir responsabilidade pelas pessoas e de as desenvolver de forma orientada.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Eu sei explicar assuntos técnicos de modo que mesmo pessoas não técnicas compreendam o essencial.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Tens de apresentar uma análise de risco técnica à direção. Qual é a tua abordagem?

Eu foco-me nos impactos, opções e recomendação, e mantenho os detalhes técnicos prontos no anexo. Eu mostro todos os achados técnicos por completo, para que nada se perca. Eu limito-me a uma breve recomendação sem justificação. Eu encaminho os dados em bruto e dispenso uma apresentação.

O que é especialmente importante numa boa apresentação de TIC para leigos?

Ter claramente em conta o público-alvo, o contexto de decisão e a mensagem central. Usar o máximo de termos técnicos possível para mostrar competência. Mostrar apenas detalhes técnicos e evitar os impactos no negócio. Ler em voz alta uma documentação completa.

Eu sei comunicar com clareza em situações críticas, sem dramatizar desnecessariamente nem minimizar riscos.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um utilizador relata um problema de forma muito emocional. Como reages?

Eu escuto ativamente, resumo o problema de forma compreensível e esclareço o próximo passo. Eu explico primeiro porque é que o erro provavelmente não está nas TIC. Eu peço um ticket e termino a conversa o mais depressa possível. Eu ignoro o tom e resolvo apenas a parte técnica.

Eu dou feedback construtivo aos outros e apoio-os a progredir.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um projeto importante está bloqueado porque dois especialistas experientes definem prioridades opostas. O que fazes?

Eu esclareço objetivos, critérios de decisão e responsabilidades e conduzo a uma decisão vinculativa. Eu decido sozinho pela intuição, para que o projeto avance. Eu escalo imediatamente para a direção sem esclarecimento próprio. Eu espero até que os envolvidos cheguem a acordo por si próprios.

Várias tarefas urgentes chegam ao mesmo tempo. Como procedes?

Eu priorizo segundo o impacto, os prazos e as dependências, comunico os estrangulamentos e trabalho de forma focada. Eu começo pela tarefa mais agradável, para ganhar embalagem. Eu tento tratar tudo em paralelo. Eu pergunto pelas prioridades sem preparar eu próprio uma avaliação.

Que forma de trabalhar apoia melhor a aprendizagem autónoma?

Definir objetivos de aprendizagem, verificar fontes, praticar e refletir sobre o aprendido. Aprender apenas quando uma tarefa está documentada com exatidão. Evitar novos temas até que alguém organize uma formação. Instalar muitas ferramentas sem as aplicar de forma orientada.

Eu pergunto ativamente por outras perspetivas antes de avaliar uma solução conjunta.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que descreve melhor a segurança psicológica numa equipa?

Os membros da equipa podem levantar perguntas, erros e preocupações sem recear desvalorização. Todas as decisões são tomadas por unanimidade. Os conflitos são evitados por princípio. Apenas pessoas experientes podem fazer críticas.

Eu desenvolvo várias abordagens de solução e comparo-as com base em critérios claros.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Para que serve normalmente um protótipo no desenho de soluções?

Verificar pressupostos cedo e recolher feedback antes de surgir muito esforço. Substituir uma solução em produção sem testes. Tornar a documentação completamente supérflua. Fixar definitivamente todas as decisões de arquitetura.

Uma falha afeta vários sistemas, fornecedores e processos de negócio. Qual é o primeiro passo mais sensato?

Eu estruturo impactos, dependências e hipóteses, defino prioridades e coordeno a análise. Eu investigo primeiro cada sistema por completo, um a um. Eu informo apenas o stakeholder mais barulhento. Eu encarrego todas as equipas ao mesmo tempo sem uma visão geral comum da situação.

Eu reconheço padrões em casos diferentes e consigo derivar deles regras gerais.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é um bom modelo de dados ou de processos?

Uma representação simplificada e orientada ao objetivo dos objetos, relações e regras relevantes. Uma cópia completa da realidade com todos os detalhes. Um gráfico sem termos definidos. Um substituto para o esclarecimento de conteúdo.

Etapa 2 / 6

Organização, mercado e consultoria

Eu esclareço expectativas, benefícios e condições gerais antes de recomendar uma solução.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um cliente exige uma solução técnica que dificilmente resolve o seu verdadeiro problema. Como reages?

Eu pergunto pelo objetivo e benefício, explico a lacuna e proponho alternativas adequadas. Eu entrego exatamente o que foi pedido, para que o cliente fique satisfeito. Eu recuso o pedido de forma breve. Eu ofereço a variante mais cara, porque tem mais possibilidades.

O que faz parte de uma gestão profissional de expectativas?

Tornar transparentes objetivos, pressupostos, riscos, responsabilidades e próximos passos. Mencionar apenas os aspetos positivos de uma solução. Discutir pontos pouco claros só no fim do projeto. Envolver os stakeholders o menos possível.

Eu sei mediar entre desejos de curto prazo do cliente e o benefício de longo prazo.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um stakeholder está cético perante uma alteração proposta. O que é sensato?

Eu acolho as preocupações, explico benefícios e riscos de forma compreensível e procuro em conjunto condições para a aprovação. Eu invoco a superioridade técnica da solução. Eu ignoro a resistência se a decisão estiver formalmente tomada. Eu prometo todas as funcionalidades adicionais desejadas sem verificação.

Eu cumpro processos definidos e reconheço quando as exceções têm de ser devidamente justificadas.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Uma equipa quer saltar uma verificação de compliance por pressão de tempo. O que fazes?

Eu esclareço o risco e a obrigação, procuro uma variante acelerada mas verificável e documento a decisão. Eu concordo se todos na equipa estiverem de acordo. Eu paro tudo sem verificar alternativas. Eu adio a documentação para depois do go-live.

Para que serve a governança nas TIC?

Gerir decisões de TIC, responsabilidades, controlos e alinhamento com o negócio. Bloquear centralmente cada decisão técnica. Organizar apenas a contabilidade das TIC. Substituir por princípio as formas de trabalho ágeis.

Eu tenho em conta a cultura, os caminhos informais de decisão e os papéis quando planeio mudanças.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Uma inovação tecnicamente sensata é dificilmente aceite na organização. O que fazes?

Eu analiso os afetados, interesses e fatores culturais e planeio de forma orientada a comunicação e o envolvimento. Eu aumento o nível de detalhe técnico da documentação. Eu imponho a alteração porque é objetivamente melhor. Eu abandono o projeto de imediato.

Nas decisões de TIC, eu penso também nos custos, benefícios e na operação de longo prazo.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Duas soluções cumprem os requisitos, mas diferem muito nos custos de licença e operação. Como decides?

Eu comparo o custo total de propriedade, benefício, riscos e flexibilidade ao longo do ciclo de vida. Eu escolho a aquisição mais barata. Eu escolho a solução tecnicamente mais interessante. Eu decido pelo nome de produto mais conhecido.

Eu observo as tendências de TIC e avalio quais delas são realmente relevantes para um setor.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Eu reconheço como as soluções digitais podem transformar processos, papéis e experiências do cliente.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é, na transformação digital, normalmente mais do que a mera introdução de ferramentas?

A mudança de processos, papéis, fluxos de dados, competências e modelos de negócio. A substituição de formulários em papel por ficheiros PDF. A compra do maior número possível de serviços cloud. Uma formação única sem alteração de processos.

Eu sei relacionar medidas de TIC com objetivos de negócio e riscos.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O roadmap de TIC contém muitas iniciativas, mas capacidade limitada. O que é adequado?

Eu priorizo segundo o contributo estratégico, risco, dependências e exequibilidade, e torno visíveis os conflitos de objetivos. Eu planeio primeiro os projetos tecnicamente mais modernos. Eu distribuo a capacidade de forma igual por todos os desejos. Eu deixo a ordem ser determinada pela chegada dos pedidos.

Qual é uma característica central de uma boa estratégia de TIC?

Ela liga objetivos de negócio, arquitetura-alvo, investimentos, riscos e planeamento de implementação. Ela consiste apenas numa lista de tecnologias preferidas. Ela é criada uma vez e depois nunca mais revista. Ela evita afirmações sobre prioridades.

Eu reconheço quando processos ou responsabilidades pouco claras agravam problemas técnicos.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um incidente fica parado porque várias equipas não se sentem responsáveis. O que fazes?

Eu esclareço processo, papéis e caminhos de escalada e proponho uma regra de responsabilidade vinculativa. Eu procuro a equipa que parece menos sobrecarregada. Eu resolvo o caso isolado e ignoro a causa estrutural. Eu encaminho o ticket sem comentário.

Etapa 3 / 6

Desenvolvimento, requisitos e métodos

Eu sei escrever código limpo e testado de forma autónoma e trabalhar com controlo de versões (Git).

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que descreve melhor o termo «Refactoring»?

Melhorar a estrutura interna do código sem alterar o seu comportamento externo. Acrescentar novas funcionalidades a uma aplicação. Corrigir um erro no código (bugfix). Traduzir código de uma linguagem de programação para outra.

Um cliente descreve o seu desejo de forma muito vaga. O que fazes primeiro?

Com perguntas direcionadas, esclareço e documento o objetivo, os utilizadores e os critérios de aceitação. Construo uma primeira solução e recolho feedback. Faço suposições e implemento diretamente. Espero por uma especificação escrita completa.

Eu sei planear tarefas, prazos, riscos e dependências de um projeto de forma compreensível.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um objetivo de sprint está em risco porque uma dependência não é entregue a tempo. O que fazes?

Eu torno transparentes o impacto e as opções, priorizo com o Product Owner e ajusto o plano de forma controlada. Eu deixo a equipa fazer horas extra sem alterar o objetivo. Eu adio a discussão para a sprint review. Eu removo silenciosamente critérios de aceitação.

Para que serve um registo de riscos de projeto?

Acompanhar riscos com causa, impacto, probabilidade, medidas e responsáveis. Substituir listas de tarefas para programadores. Apenas arquivar à posteriori problemas já ocorridos. Calcular automaticamente rubricas de orçamento.

Eu sei ponderar e justificar conscientemente âmbito de entrega, qualidade, tempo e custos uns contra os outros.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um stakeholder pede uma funcionalidade adicional pouco antes da aceitação. O que é profissional?

Eu avalio benefício, esforço e impacto no prazo e na qualidade e conduzo a uma decisão de mudança consciente. Eu incluo a funcionalidade de imediato, para ser simpático. Eu recuso-a por princípio. Eu implemento-a sem documentação.

No software, eu olho não só para a função, mas também para a manutenibilidade, testes, segurança e deployment.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um merge request contém código funcional, mas quase sem testes e com lógica difícil de entender. O que fazes?

Eu exijo testes específicos e uma estrutura mais compreensível, justifico os riscos e ofereço indicações concretas. Eu faço merge porque a função visivelmente funciona. Eu bloqueio sem explicação. Eu escrevo eu próprio todos os testes, sem dar feedback.

Em produção ocorre um erro que não é reproduzível localmente. O que é sensato?

Eu reúno logs, entradas, versões e ambiente, delimito a causa e crio um caso de teste reproduzível. Eu altero o código por suspeita e faço deploy de imediato. Eu reinicio o servidor e fecho o ticket. Eu peço screenshots aos utilizadores e espero.

Eu sei traduzir requisitos em afirmações compreensíveis e verificáveis.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é um bom critério de aceitação?

Uma condição concreta e verificável de quando um requisito está cumprido. Uma instrução técnica de implementação para cada linha de código. Uma ideia vaga sem conclusão mensurável. Um método de priorização para o backlog.

Ao implementar, eu penso cedo em testes, review e critérios de qualidade compreensíveis.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Qual é o principal propósito dos testes de regressão?

Garantir que as funcionalidades existentes continuam a funcionar corretamente após alterações. Medir apenas o desempenho de uma aplicação. Tornar as interfaces de utilizador mais bonitas. Priorizar requisitos.

Eu sei enquadrar de forma sensata os papéis, artefactos e cerimónias ágeis.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é, em Scrum, principalmente a responsabilidade do Product Owner?

Responsabilizar-se pelo valor, priorização e transparência do Product Backlog. Definir sozinho a arquitetura técnica. Liderar disciplinarmente todos os membros da equipa. Atribuir diariamente cada tarefa do sprint.

Eu presto atenção a se as soluções digitais são compreensíveis e utilizáveis de forma eficiente para o público-alvo.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Os utilizadores abandonam frequentemente um processo online no mesmo ponto. O que fazes primeiro?

Eu analiso dados de utilização, observo utilizadores reais e identifico os obstáculos concretos. Eu mudo cores e ícones, porque a página fica assim mais moderna. Eu acrescento mais texto explicativo, sem verificar a causa. Eu parto do princípio de que os utilizadores têm de ser mais bem formados.

Eu sei traduzir assuntos de negócio em modelos sem ignorar exceções importantes.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Etapa 4 / 6

Operação, sistemas e segurança

Qual é o principal objetivo de uma autenticação multifator (MFA)?

Proteger adicionalmente o acesso caso uma palavra-passe seja comprometida. Tornar as palavras-passe supérfluas. Tornar o início de sessão mais rápido. Encriptar dados na rede.

Eu sei administrar, monitorizar e resolver falhas em servidores e serviços em produção.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Eu respeito princípios básicos como Least Privilege, palavras-passe seguras e permissões limpas.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um programador pede acesso direto a dados de produção para analisar um erro. O que fazes?

Eu verifico o propósito e a autorização, prefiro dados anonimizados ou acesso controlado e documento a aprovação. Eu dou acesso se isso acelerar a deteção do erro. Eu recuso qualquer acesso por princípio, sem verificar alternativas. Eu envio uma exportação de dados por e-mail.

Eu sei priorizar medidas de segurança segundo o risco, a necessidade de proteção e a usabilidade.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um e-mail de phishing chega a vários colaboradores. Como reages a nível operacional?

Eu protejo os indicadores, bloqueio links/remetentes, verifico as contas afetadas e informo de forma direcionada. Eu apago apenas a mensagem reportada. Eu envio um aviso geral sem medidas técnicas. Eu espero para ver se chegam mais relatos.

Eu sei compreender tarefas operacionais típicas como monitorização, patching e controlo de backups.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um serviço central está lento, mas não totalmente em baixo. O que verificas primeiro?

Eu verifico sistematicamente a monitorização, alterações recentes, recursos, dependências e o impacto nos utilizadores. Eu reinicio o serviço de imediato, sem proteger os dados. Eu espero por uma falha total. Eu aumento genericamente os recursos do servidor.

Qual é um objetivo importante da monitorização?

Detetar cedo o estado, o desempenho e os erros dos sistemas e alertar de forma compreensível. Substituir backups automaticamente. Evitar por completo todos os riscos de segurança. Tornar a documentação desnecessária.

Um patch fecha uma falha crítica, mas pode perturbar um serviço crítico para o negócio. O que é adequado?

Eu avalio o risco e o impacto, testo na medida do possível, planeio uma janela de manutenção e defino rollback e comunicação. Eu instalo de imediato sem preparação. Eu adio o patch por tempo indeterminado. Eu informo só após a instalação bem-sucedida.

Eu compreendo conceitos básicos de rede como endereço IP, DNS, routing e regras de firewall.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Após uma alteração na firewall, algumas interfaces deixam de funcionar. Como procedes?

Eu verifico os fluxos afetados, regras, logs, ordem e histórico de alterações e faço rollback controlado se necessário. Eu abro temporariamente todas as portas entre os sistemas. Eu crio mais regras até funcionar. Eu atribuo genericamente a culpa à aplicação.

Qual é a principal função do DNS?

Resolver nomes como example.ch em endereços IP e outras informações de nomes. Encriptar pacotes de rede. Autenticar utilizadores de forma centralizada. Replicar backups entre localizações.

Em caso de falhas, eu mantenho a calma, estruturo a informação e mantenho os afetados adequadamente informados.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é um incidente segundo a ITIL?

Uma interrupção não planeada ou uma redução de qualidade de um serviço de TIC. Qualquer alteração planeada a um serviço. Um projeto de melhoria de longo prazo. Um pedido documentado do cliente por nova funcionalidade.

Eu sei monitorizar aplicações em produção, delimitar erros e acompanhar releases.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Após um release, as taxas de erro de uma aplicação aumentam claramente. O que fazes?

Eu verifico as alterações do release, logs, métricas e o impacto nos utilizadores e decido sobre rollback ou hotfix. Eu espero para ver se a taxa de erro estabiliza. Eu apago logs para poupar espaço em disco. Eu aumento apenas a capacidade do servidor.

O que descreve o Blue-Green Deployment?

Dois ambientes semelhantes ao de produção permitem comutar para uma nova versão com retorno rápido. Um procedimento de backup para bases de dados. Um método para codificar tickets por cores. Um teste que corre apenas no browser.

Eu conheço os componentes básicos dos dispositivos finais e sei delimitar problemas simples de hardware.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um PC de trabalho deixa de arrancar após um upgrade de RAM. O que é sensato?

Eu verifico a compatibilidade, o encaixe correto, as ranhuras e testo com uma configuração reconhecidamente funcional. Eu substituo de imediato a motherboard. Eu reinstalo o sistema operativo. Eu ignoro o upgrade como causa.

Etapa 5 / 6

Dados, Cloud e arquitetura

Eu sei representar de forma compreensível os componentes, interfaces e responsabilidades de uma solução.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um sistema deve crescer fortemente, mas a arquitetura atual está fortemente acoplada. O que verificas?

Eu analiso domínios, perfis de carga, fluxos de dados e requisitos operacionais e escolho conscientemente os pontos de desacoplamento. Eu divido cada classe num microserviço próprio. Eu compro mais hardware e não altero mais nada. Eu adio as questões de arquitetura para depois do go-live.

Qual é um objetivo essencial das decisões de arquitetura?

Moldar conscientemente atributos de qualidade como manutenibilidade, segurança, escalabilidade e custos. Utilizar o máximo de tecnologias possível em simultâneo. Evitar os requisitos de negócio. Criar apenas diagramas para a documentação.

Eu sei definir princípios de arquitetura e justificar exceções de forma compreensível.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Duas equipas querem usar padrões de integração diferentes para interfaces semelhantes. O que fazes?

Eu comparo requisitos e objetivos de qualidade, defino orientações e documento a decisão justificada. Eu deixo ambas as equipas decidir livremente, para serem mais rápidas. Eu imponho um padrão sem verificar o contexto. Eu decido segundo a minha preferência pessoal de tecnologia.

Eu sei distinguir qualidade dos dados, modelo de dados e objetivo da análise.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um relatório mostra indicadores contraditórios de dois sistemas. Qual é a tua abordagem?

Eu esclareço as definições, origem dos dados, atualidade, transformações e responsabilidades dos indicadores. Eu uso o valor mais alto, porque parece mais positivo. Eu corrijo os números manualmente no relatório. Eu confio no sistema com a interface mais moderna.

O que significa principalmente a normalização em bases de dados relacionais?

Distribuir dados de forma estruturada por tabelas, para reduzir redundância e anomalias. Guardar todos os dados numa única tabela. Marcar dados por cores para relatórios. Encriptar dados automaticamente.

Eu sei avaliar em conjunto a arquitetura de dados, a proteção de dados e o benefício analítico.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Uma área de negócio quer usar dados pessoais para um modelo de Machine Learning. O que verificas?

Eu esclareço o propósito, a base legal, a minimização de dados, qualidade, bias, segurança e governança. Eu começo com todos os dados disponíveis, porque mais dados é sempre melhor. Eu anonimizo grosseiramente e dispenso verificações adicionais. Eu recuso o Machine Learning por princípio.

Eu compreendo como a automação e o CI/CD apoiam entregas repetíveis.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um deployment é feito manualmente e leva repetidamente a erros. O que propões?

Eu automatizo passo a passo o build, testes, configuração e deployment com aprovações compreensíveis. Eu escrevo uma checklist manual mais longa e mantenho o processo. Eu deixo apenas uma pessoa fazer deploy. Eu desativo os testes, para que os deployments sejam mais rápidos.

Para que serve a Infrastructure as Code?

Disponibilizar infraestrutura de forma declarativa ou baseada em scripts, versionada, reproduzível e verificável. Traduzir automaticamente código-fonte em documentação. Operar hardware sem rede. Desenhar interfaces de utilizador.

Eu sei descrever um serviço de TIC do ponto de vista do benefício, desempenho e suporte.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um novo serviço está tecnicamente pronto, mas o suporte e o SLA não estão claros. O que há a fazer?

Eu defino o âmbito do serviço, o público-alvo, SLA, modelo de suporte, monitorização e a passagem para operação. Eu inicio o serviço e esclareço o suporte mais tarde, se necessário. Eu deixo todos os detalhes ao service desk. Eu impeço o arranque por princípio.

Eu reconheço riscos e distingo-os de problemas já ocorridos.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Um fornecedor anuncia atrasos num componente relevante para a segurança. O que fazes?

Eu avalio a ocorrência, impacto e alternativas, defino medidas e informo os decisores atempadamente. Eu espero que o fornecedor recupere o atraso. Eu substituo o fornecedor de imediato sem avaliação de consequências. Eu documento o risco, mas não planeio qualquer medida.

Que combinação descreve habitualmente a avaliação de riscos?

Probabilidade de ocorrência e impacto, complementados por medidas e risco residual. Apenas o número de tickets abertos. Apenas a complexidade técnica. Apenas a opinião do gestor de projeto.

Eu sei incluir custos de TIC, orçamentos e consumo de serviços nas decisões.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

O que é especialmente importante no controlo de custos de cloud?

Medir a utilização, definir orçamentos e responsabilidades, bem como otimizar continuamente os recursos. Escolher uma vez a instância mais pequena e nunca mais verificar. Apenas arquivar a fatura mensal. Sobredimensionar preventivamente todos os serviços.

Etapa 6 / 6

Interesses e motivação

Com o que mais gostarias de te ocupar durante um dia inteiro de trabalho?

Conceber e programar uma funcionalidade de software. Proteger um sistema e detetar vulnerabilidades. Extrair padrões e conhecimentos a partir de dados. Coordenar um projeto e reunir pessoas.

Eu acho fascinante avaliar estrategicamente os movimentos de mercado e as tendências tecnológicas.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Eu interesso-me por como as organizações tomam decisões e absorvem mudanças.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Podes recomendar um investimento em TIC. O que mais te convence?

Um claro contributo de valor com custos, riscos, alternativas e objetivos de benefício mensuráveis transparentes. A solução com o maior leque de funcionalidades. A variante com o preço de compra mais baixo. A solução que está a ser mais promovida no momento.

Eu gosto de me ocupar de como as possibilidades digitais permitem novas formas de trabalhar.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Deves desenvolver uma ideia de solução inovadora para um processo existente. O que te motiva a nível técnico?

Compreender o problema da perspetiva do utilizador, do processo e da tecnologia e, a partir daí, conceber variantes sustentáveis. Construir de imediato a interface mais chamativa. Copiar uma solução existente sem verificar o contexto. Considerar apenas a viabilidade técnica.

Eu quero melhorar as formas de trabalhar nas equipas e escolher conscientemente os métodos adequados.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Uma equipa vê a garantia de qualidade como um atraso. Como argumentarias?

Eu mostro, com base em riscos, custos subsequentes e ciclos de feedback, como uma garantia de qualidade adequada torna a entrega mais fiável. Eu exijo mais testes independentemente do contexto. Eu aceito a dispensa, desde que os prazos sejam cumpridos. Eu transfiro a qualidade por completo para uma unidade separada.

Eu consigo imaginar assumir responsabilidade por serviços estáveis e melhorias contínuas.

1Não se aplica 2Mais para não 3Mais para sim 4Aplica-se totalmente

Que tipo de tarefa mais te atrai?

Preparar uma decisão de arquitetura técnica difícil. Conduzir uma conversa com o cliente e explicar uma solução adequada. Melhorar um modelo de dados e possibilitar análises. Estabilizar um serviço e melhorar os fluxos operacionais.

Em que ambiente mais gostarias de ter impacto?

Numa equipa de desenvolvimento com código, reviews e CI/CD. Num ambiente de segurança ou de rede. Em projetos com muitos stakeholders e prazos. Em questões estratégicas sobre a orientação digital.

Que desafio te parece mais interessante?

Coordenar uma falha complexa e resolvê-la de forma sustentável. Conceber um novo produto centrado no utilizador. Gerir de forma transparente um orçamento e os serviços de fornecedores. Acompanhar uma equipa através de uma mudança difícil.

Em que é que mais facilmente te esqueces do tempo?

Limpar, analisar e visualizar dados. Automatizar sistemas e melhorar deployments. Traduzir requisitos em stories e critérios claros. Ordenar de forma limpa riscos, controlos e compliance.

Que papel num projeto te assenta espontaneamente melhor?

Conceber a solução técnica e esclarecer questões de arquitetura. Coordenar pessoas, moderar e conduzir a decisões. Garantir a operação, monitorização e qualidade do suporte. Avaliar o benefício para o negócio e as oportunidades de mercado.

Que formação contínua escolherias mais provavelmente?

Arquitetura cloud, contentores e automação. Segurança, proteção de dados e resposta a incidentes. Análise de negócio, consultoria e Requirements Engineering. Liderança, moderação e desenvolvimento de equipas.

Que tipo de problema mais gostas de resolver?

Um erro de software difícil de reproduzir. Um problema de desempenho ou disponibilidade em produção. Um processo de negócio pouco claro com muitas variantes. Uma questão sobre a rentabilidade de uma solução de TIC.

O que mais te atrai no trabalho em TIC?

Construir produtos digitais robustos a partir de ideias. Transformar organizações através da digitalização. Proteger informação sensível. Ajudar os utilizadores no dia a dia de forma rápida e eficaz.

Que tarefa assumirias num hackathon?

Construir o backend, escrever testes e automatizar o deployment. Conduzir entrevistas com utilizadores e simplificar o fluxo. Obter, limpar dados e criar um dashboard. Assumir o pitch, a argumentação de benefícios e a coordenação da equipa.

Que responsabilidade preferirias assumir a longo prazo?

Responsabilizar-me pelas orientações técnicas e pela arquitetura-alvo. Responsabilizar-me por serviços estáveis e processos de suporte profissionais. Responsabilizar-me pela gestão de segurança e de riscos. Desenvolver pessoas e liderar equipas.

Que combinação te parece mais adequada?

Análise, modelação e requisitos claros. Rede, infraestrutura e deteção técnica de erros. Governança, processos e impacto organizacional. Criatividade, prototipagem e experiência do utilizador.

Responde a todas as perguntas desta etapa antes de continuar.