Ton évaluation professionnelle ICT

Quel rôle ICT te correspond vraiment ?

Tu réponds à 120 questions en 6 étapes – autoévaluations, courtes situations pratiques, questions de connaissances et d'intérêts. À partir de cela, nous créons ton profil de compétences et les rôles ICT qui te correspondent le mieux.

120 questions · env. 45–60 minutes · Réalisation gratuite

🌐 Vous pouvez répondre au questionnaire dans toutes les langues disponibles. L\x27évaluation personnelle est disponible en allemand et en anglais.

Facultatif – cela nous aide à mieux situer ton niveau et les rôles qui te correspondent.

Diplôme formel le plus élevé

Années d'expérience professionnelle dans l'ICT

Dernier rôle ICT exercé

🔒 Tes données restent chez Alpasana GmbH. Tu pourras ensuite débloquer le résultat complet (CHF 249.00).

Étape 1/60 / 120

Étape 1 / 6

Méthode de travail & aspects personnels

J'organise mes tâches de manière autonome et j'apprends de nouvelles choses par moi-même.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Même face à des problèmes complexes et peu clairs, je garde une vue d'ensemble et je priorise de façon judicieuse.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Au sein de l'équipe, un conflit éclate au sujet de l'orientation technique. Comment réagis-tu ?

J'écoute les deux parties, je rends les critères transparents et j'anime une décision commune. Je propose un compromis pour que le calme revienne rapidement. J'impose ma solution préférée, car je la considère comme la bonne. Je reste à l'écart, c'est aux autres de régler cela.

J'aime assumer la responsabilité de personnes et les faire progresser de manière ciblée.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Je suis capable d'expliquer des aspects techniques de sorte que même des personnes non techniques en comprennent l'essentiel.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Tu dois présenter une analyse de risques technique à la direction. Quelle est ta démarche ?

Je me concentre sur les impacts, les options, la recommandation et je garde les détails techniques en annexe. Je montre tous les constats techniques en intégralité, afin que rien ne se perde. Je me limite à une brève recommandation sans justification. Je transmets les données brutes et je renonce à une présentation.

Qu'est-ce qui est particulièrement important dans une bonne présentation ICT destinée à des non-spécialistes ?

Tenir clairement compte du public cible, du contexte de décision et du message clé. Utiliser le plus de termes techniques possible pour montrer sa compétence. Ne montrer que des détails techniques et éviter les impacts pour le business. Lire à voix haute une documentation complète.

Je suis capable de communiquer clairement dans des situations critiques, sans dramatiser inutilement ni minimiser les risques.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un utilisateur signale un problème de manière très émotionnelle. Comment réagis-tu ?

J'écoute activement, je résume le problème de façon compréhensible et je clarifie la prochaine étape. J'explique d'abord pourquoi l'erreur ne vient probablement pas de l'ICT. Je demande un ticket et je termine l'entretien le plus vite possible. J'ignore le ton et je résous uniquement la partie technique.

Je donne aux autres un feedback constructif et je les soutiens dans leur progression.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un projet important est bloqué parce que deux spécialistes expérimentés fixent des priorités opposées. Que fais-tu ?

Je clarifie les objectifs, les critères de décision et les responsabilités et je provoque une décision contraignante. Je décide seul à l'instinct, pour que le projet avance. J'escalade immédiatement à la direction sans clarification de ma part. J'attends que les personnes concernées se mettent d'accord d'elles-mêmes.

Plusieurs tâches urgentes arrivent en même temps. Comment procèdes-tu ?

Je priorise selon l'impact, les délais et les dépendances, je communique les goulets d'étranglement et je travaille de manière concentrée. Je commence par la tâche la plus agréable, pour me lancer. J'essaie de tout traiter en parallèle. Je demande les priorités sans préparer moi-même d'évaluation.

Quelle méthode de travail soutient le mieux l'apprentissage autonome ?

Fixer des objectifs d'apprentissage, vérifier les sources, s'exercer et réfléchir à ce qui a été appris. N'apprendre que lorsqu'une tâche est documentée avec précision. Éviter les nouveaux sujets jusqu'à ce que quelqu'un organise une formation. Installer de nombreux outils sans les utiliser de façon ciblée.

Je demande activement d'autres perspectives avant d'évaluer une solution commune.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qui décrit le mieux la sécurité psychologique au sein d'une équipe ?

Les membres de l'équipe peuvent poser des questions, signaler des erreurs et exprimer des doutes sans craindre d'être dévalorisés. Toutes les décisions sont prises à l'unanimité. Les conflits sont systématiquement évités. Seules les personnes expérimentées ont le droit d'émettre des critiques.

Je développe plusieurs pistes de solution et je les compare sur la base de critères clairs.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

À quoi sert généralement un prototype dans la conception d'une solution ?

Vérifier tôt des hypothèses et recueillir des retours avant d'engager beaucoup d'efforts. Remplacer une solution en production sans tests. Rendre la documentation totalement superflue. Fixer définitivement toutes les décisions d'architecture.

Une panne touche plusieurs systèmes, fournisseurs et processus métier. Quelle est la première étape la plus judicieuse ?

Je structure les impacts, les dépendances et les hypothèses, je définis des priorités et je coordonne l'analyse. J'examine d'abord chaque système entièrement, l'un après l'autre. J'informe uniquement la partie prenante la plus bruyante. Je mandate toutes les équipes en même temps sans vue d'ensemble commune de la situation.

Je reconnais des modèles dans différents cas et je peux en déduire des règles générales.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qu'un bon modèle de données ou de processus ?

Une représentation simplifiée et orientée vers un but des objets, relations et règles pertinents. Une copie complète de la réalité avec tous les détails. Un graphique sans termes définis. Un substitut à la clarification métier.

Étape 2 / 6

Organisation, marché & conseil

Je clarifie les attentes, l'utilité et les conditions-cadres avant de recommander une solution.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un client exige une solution technique qui ne résout guère son problème réel. Comment réagis-tu ?

Je m'enquiers de l'objectif et de l'utilité, j'explique l'écart et je propose des alternatives adaptées. Je livre exactement ce qui est souhaité, pour que le client soit satisfait. Je refuse le souhait de façon laconique. Je propose la variante la plus chère, car elle offre le plus de possibilités.

Qu'est-ce qui relève d'une gestion professionnelle des attentes ?

Rendre transparents les objectifs, hypothèses, risques, responsabilités et prochaines étapes. Ne mentionner que les aspects positifs d'une solution. N'aborder les points flous qu'en fin de projet. Impliquer les parties prenantes le plus rarement possible.

Je suis capable de faire le lien entre les souhaits à court terme des clients et l'utilité à long terme.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une partie prenante est sceptique face à un changement proposé. Qu'est-ce qui est judicieux ?

Je prends en compte les préoccupations, j'explique de façon compréhensible l'utilité et les risques et je cherche ensemble les conditions d'une approbation. Je renvoie à la supériorité technique de la solution. J'ignore la résistance dès lors que la décision est formellement prise. Je promets toutes les fonctionnalités supplémentaires souhaitées sans vérification.

Je respecte les processus définis et je reconnais quand des exceptions doivent être proprement justifiées.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une équipe souhaite, sous la pression du temps, sauter un contrôle de conformité. Que fais-tu ?

Je clarifie le risque et l'obligation, je cherche une variante accélérée mais vérifiable et je documente la décision. J'accepte si toute l'équipe est d'accord. J'arrête tout sans examiner d'alternatives. Je reporte la documentation à après la mise en production.

À quoi sert la gouvernance dans l'ICT ?

À piloter les décisions ICT, les responsabilités, les contrôles et l'alignement sur le business. À bloquer de manière centralisée chaque décision technique. À organiser uniquement la comptabilité de l'ICT. À remplacer par principe les méthodes de travail agiles.

Je tiens compte de la culture, des circuits de décision informels et des rôles lorsque je planifie des changements.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une innovation techniquement pertinente est à peine acceptée dans l'organisation. Que fais-tu ?

J'analyse les personnes concernées, les intérêts et les facteurs culturels et je planifie de façon ciblée la communication et l'implication. J'augmente le niveau de détail technique de la documentation. J'impose le changement, car il est objectivement meilleur. J'abandonne immédiatement le projet.

Dans les décisions ICT, je pense aussi aux coûts, à l'utilité et à l'exploitation à long terme.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Deux solutions répondent aux exigences, mais diffèrent fortement quant aux coûts de licence et d'exploitation. Comment décides-tu ?

Je compare le coût total de possession, l'utilité, les risques et la flexibilité sur l'ensemble du cycle de vie. Je choisis l'acquisition la moins chère. Je choisis la solution techniquement la plus intéressante. Je décide d'après le nom de produit le plus connu.

J'observe les tendances ICT et je vérifie lesquelles sont réellement pertinentes pour un secteur.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Je reconnais comment les solutions numériques peuvent transformer les processus, les rôles et l'expérience client.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qui, dans une transformation numérique, va typiquement au-delà de la simple introduction d'outils ?

La transformation des processus, rôles, flux de données, compétences et modèles d'affaires. Le remplacement des formulaires papier par des fichiers PDF. L'achat du plus grand nombre possible de services Cloud. Une formation unique sans changement de processus.

Je suis capable de relier les mesures ICT aux objectifs métier et aux risques.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

La feuille de route ICT contient de nombreuses initiatives, mais une capacité limitée. Qu'est-ce qui est approprié ?

Je priorise selon la contribution stratégique, le risque, les dépendances et la faisabilité et je rends visibles les conflits d'objectifs. Je planifie d'abord les projets techniquement les plus modernes. Je répartis la capacité de manière égale sur tous les souhaits. Je laisse l'ordre être déterminé par l'arrivée des demandes.

Quelle est une caractéristique centrale d'une bonne stratégie ICT ?

Elle relie les objectifs métier, l'architecture cible, les investissements, les risques et la planification de la mise en œuvre. Elle ne consiste qu'en une liste de technologies préférées. Elle est établie une fois et n'est plus jamais revue ensuite. Elle évite toute prise de position sur les priorités.

Je reconnais lorsque des processus ou des responsabilités flous aggravent des problèmes techniques.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un incident reste en suspens parce que plusieurs équipes ne se sentent pas responsables. Que fais-tu ?

Je clarifie le processus, les rôles et les voies d'escalade et je propose une règle de responsabilité contraignante. Je cherche l'équipe qui semble la moins chargée. Je résous le cas isolé et j'ignore la cause structurelle. Je transmets le ticket sans commentaire.

Étape 3 / 6

Développement, exigences & méthodes

Je suis capable d'écrire de façon autonome du code propre et testé et de travailler avec un gestionnaire de versions (Git).

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Que décrit le mieux le terme « refactoring » ?

Améliorer la structure interne du code sans modifier son comportement externe. Ajouter de nouvelles fonctionnalités à une application. Corriger une erreur dans le code (bugfix). Traduire du code d'un langage de programmation à un autre.

Un client décrit son souhait de manière très vague. Que fais-tu en premier ?

Clarifier et documenter l'objectif, les utilisateurs et les critères d'acceptation à l'aide de questions ciblées. Construire une première solution et recueillir des retours. Faire des hypothèses et passer directement à la réalisation. Attendre une spécification écrite complète.

Je suis capable de planifier de façon traçable les tâches, échéances, risques et dépendances d'un projet.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un objectif de sprint est menacé parce qu'une dépendance n'est pas livrée à temps. Que fais-tu ?

Je rends transparents l'impact et les options, je priorise avec le Product Owner et j'adapte le plan de manière maîtrisée. Je laisse l'équipe faire des heures supplémentaires sans modifier l'objectif. Je reporte la discussion jusqu'à la Sprint Review. Je supprime tacitement des critères d'acceptation.

À quoi sert un registre des risques de projet ?

À suivre les risques avec leur cause, leur impact, leur probabilité, les mesures et les responsables. À remplacer les listes de tâches des développeurs. À archiver après coup uniquement les problèmes survenus. À calculer automatiquement les postes budgétaires.

Je suis capable d'arbitrer consciemment et de justifier le périmètre de livraison, la qualité, le temps et les coûts.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une partie prenante souhaite une fonctionnalité supplémentaire juste avant la recette. Qu'est-ce qui est professionnel ?

J'examine l'utilité, l'effort et les impacts sur le délai et la qualité et je provoque une décision de changement consciente. J'intègre la fonctionnalité immédiatement, pour être aimable. Je la refuse par principe. Je l'intègre sans documentation.

Pour un logiciel, je ne fais pas seulement attention à la fonction, mais aussi à la maintenabilité, aux tests, à la sécurité et au déploiement.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une merge request contient du code fonctionnel, mais presque aucun test et une logique difficile à comprendre. Que fais-tu ?

J'exige des tests ciblés et une structure plus compréhensible, je justifie les risques et je propose des indications concrètes. Je fusionne, car la fonction marche visiblement. Je bloque sans explication. J'écris tous les tests moi-même, sans donner de feedback.

En production survient une erreur non reproductible en local. Qu'est-ce qui est judicieux ?

Je rassemble les logs, les entrées, les versions et l'environnement, je circonscris la cause et je crée un cas de test reproductible. Je modifie le code sur la base d'un soupçon et je déploie aussitôt. Je redémarre le serveur et je clôture le ticket. Je demande des captures d'écran aux utilisateurs et j'attends.

Je suis capable de traduire des exigences en énoncés compréhensibles et vérifiables.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qu'un bon critère d'acceptation ?

Une condition concrète et vérifiable indiquant quand une exigence est satisfaite. Une instruction d'implémentation technique pour chaque ligne de code. Une idée approximative sans achèvement mesurable. Une méthode de priorisation du backlog.

Lors de la réalisation, je pense tôt aux tests, à la revue et à des critères de qualité traçables.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Quel est l'objectif principal des tests de régression ?

S'assurer que les fonctions existantes continuent de fonctionner correctement après des modifications. Mesurer uniquement la performance d'une application. Rendre les interfaces utilisateur plus belles. Prioriser les exigences.

Je suis capable de situer judicieusement les rôles, artefacts et cérémonies agiles.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Quelle est, dans Scrum, la responsabilité première du Product Owner ?

Être responsable de la valeur, de la priorisation et de la transparence du Product Backlog. Définir seul l'architecture technique. Diriger hiérarchiquement tous les membres de l'équipe. Assigner chaque jour chaque tâche du sprint.

Je veille à ce que les solutions numériques soient compréhensibles et utilisables efficacement par le public cible.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Les utilisateurs abandonnent souvent un processus en ligne au même endroit. Que fais-tu en premier ?

J'analyse les données d'utilisation, j'observe de vrais utilisateurs et j'identifie les obstacles concrets. Je change les couleurs et les icônes, car la page paraît alors plus moderne. J'ajoute du texte explicatif sans vérifier la cause. Je pars du principe que les utilisateurs doivent être mieux formés.

Je suis capable de traduire des aspects métier en modèles sans négliger les exceptions importantes.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Étape 4 / 6

Exploitation, systèmes & sécurité

Quel est l'objectif principal d'une authentification multifacteur (MFA) ?

Sécuriser davantage l'accès au cas où un mot de passe serait compromis. Rendre les mots de passe superflus. Accélérer la connexion. Chiffrer les données dans le réseau.

Je suis capable d'administrer, de surveiller des serveurs et des services en exploitation et de résoudre les pannes.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Je respecte des principes fondamentaux comme le moindre privilège, les mots de passe sécurisés et des autorisations propres.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un développeur demande un accès direct aux données de production pour analyser une erreur. Que fais-tu ?

Je vérifie le but et l'autorisation, je privilégie des données anonymisées ou un accès contrôlé et je documente l'autorisation. Je donne l'accès si cela accélère la recherche d'erreurs. Je refuse tout accès par principe, sans examiner d'alternatives. J'envoie un export de données par e-mail.

Je suis capable de prioriser les mesures de sécurité selon le risque, le besoin de protection et l'utilisabilité.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un e-mail de phishing atteint plusieurs collaborateurs. Comment réagis-tu opérationnellement ?

Je sauvegarde les indicateurs, je bloque les liens/expéditeurs, je vérifie les comptes concernés et j'informe de manière ciblée. Je supprime uniquement le message signalé. J'envoie un avertissement général sans mesures techniques. J'attends de voir si d'autres signalements arrivent.

Je suis capable de comprendre les tâches d'exploitation typiques comme le monitoring, le patching et le contrôle des sauvegardes.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un service central est lent, mais pas complètement en panne. Que vérifies-tu en premier ?

Je vérifie systématiquement le monitoring, les changements récents, les ressources, les dépendances et l'impact sur les utilisateurs. Je redémarre immédiatement le service, sans sauvegarder les données. J'attends une panne complète. J'augmente forfaitairement les ressources du serveur.

Quel est un objectif important du monitoring ?

Détecter tôt l'état, la performance et les erreurs des systèmes et alerter de façon traçable. Remplacer automatiquement les sauvegardes. Empêcher totalement tous les risques de sécurité. Rendre la documentation inutile.

Un correctif comble une faille critique, mais pourrait perturber un service critique pour le business. Qu'est-ce qui est approprié ?

J'évalue le risque et l'impact, je teste autant que possible, je planifie une fenêtre de maintenance et je définis le rollback ainsi que la communication. J'installe immédiatement sans préparation. Je reporte le correctif à une date indéterminée. Je n'informe qu'après une installation réussie.

Je comprends les notions de réseau fondamentales comme l'adresse IP, le DNS, le routage et les règles de pare-feu.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Après une modification du pare-feu, certaines interfaces ne fonctionnent plus. Comment procèdes-tu ?

Je vérifie les flux concernés, les règles, les logs, l'ordre et l'historique des changements et je reviens en arrière de manière maîtrisée si nécessaire. J'ouvre à court terme tous les ports entre les systèmes. J'ajoute d'autres règles jusqu'à ce que cela fonctionne. Je renvoie forfaitairement à l'application.

Quelle est la fonction principale du DNS ?

Résoudre des noms comme example.ch en adresses IP et autres informations de nommage. Chiffrer les paquets réseau. Authentifier les utilisateurs de manière centralisée. Répliquer les sauvegardes entre les sites.

En cas de panne, je reste calme, je structure les informations et je tiens les personnes concernées convenablement informées.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qu'un incident selon ITIL ?

Une interruption non planifiée ou une dégradation de la qualité d'un service ICT. Toute modification planifiée d'un service. Un projet d'amélioration à long terme. Un souhait client documenté concernant une nouvelle fonctionnalité.

Je suis capable de surveiller des applications en exploitation, de circonscrire les erreurs et de retracer les releases.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Après une release, les taux d'erreur d'une application augmentent nettement. Que fais-tu ?

Je vérifie les changements de la release, les logs, les métriques et l'impact sur les utilisateurs et je décide d'un rollback ou d'un hotfix. J'attends de voir si le taux d'erreur se stabilise. Je supprime les logs pour économiser de l'espace de stockage. J'augmente uniquement la puissance du serveur.

Que décrit le déploiement Blue-Green ?

Deux environnements proches de la production permettent de basculer vers une nouvelle version avec un retour arrière rapide. Une procédure de sauvegarde pour bases de données. Une méthode de codage couleur des tickets. Un test qui ne s'exécute que dans le navigateur.

Je connais les composants fondamentaux des terminaux et je suis capable de circonscrire des problèmes matériels simples.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un PC de poste de travail ne démarre plus après une mise à niveau de la RAM. Qu'est-ce qui est judicieux ?

Je vérifie la compatibilité, le bon emplacement, les slots et je teste avec une configuration connue comme fonctionnelle. Je remplace immédiatement la carte mère. Je réinstalle le système d'exploitation. J'ignore la mise à niveau comme cause possible.

Étape 5 / 6

Données, Cloud & architecture

Je suis capable de représenter de façon traçable les composants, interfaces et responsabilités d'une solution.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un système doit fortement croître, l'architecture actuelle est fortement couplée. Que vérifies-tu ?

J'analyse les domaines, les profils de charge, les flux de données et les exigences d'exploitation et je choisis consciemment les points de découplage. Je divise chaque classe en un microservice distinct. J'achète plus de matériel et je ne change rien d'autre. Je reporte les questions d'architecture à après la mise en production.

Quel est un objectif essentiel des décisions d'architecture ?

Façonner consciemment des caractéristiques de qualité comme la maintenabilité, la sécurité, la scalabilité et les coûts. Utiliser le plus de technologies possible en même temps. Éviter les exigences métier. Créer uniquement des diagrammes pour la documentation.

Je suis capable de définir des principes d'architecture et de justifier les exceptions de façon traçable.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Deux équipes veulent utiliser des modèles d'intégration différents pour des interfaces similaires. Que fais-tu ?

Je compare les exigences et les objectifs de qualité, je définis des garde-fous et je documente la décision justifiée. Je laisse les deux équipes décider librement, pour qu'elles soient plus rapides. J'impose un modèle sans examiner le contexte. Je décide selon ma préférence technologique personnelle.

Je suis capable de distinguer la qualité des données, le modèle de données et l'objectif d'analyse.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un reporting affiche des indicateurs contradictoires provenant de deux systèmes. Quelle est ta démarche ?

Je clarifie les définitions, l'origine des données, l'actualité, les transformations et les responsabilités des indicateurs. Je prends la valeur la plus élevée, car elle paraît plus positive. Je corrige les chiffres manuellement dans le rapport. Je fais confiance au système doté de l'interface la plus moderne.

Que signifie principalement la normalisation dans les bases de données relationnelles ?

Répartir les données de manière structurée sur des tables pour réduire la redondance et les anomalies. Stocker toutes les données dans une seule table. Marquer les données en couleur pour les rapports. Chiffrer automatiquement les données.

Je suis capable d'évaluer conjointement l'architecture des données, la protection des données et l'utilité analytique.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un secteur métier souhaite utiliser des données personnelles pour un modèle de machine learning. Que vérifies-tu ?

Je clarifie la finalité, la base légale, la minimisation des données, la qualité, le biais, la sécurité et la gouvernance. Je démarre avec toutes les données disponibles, car plus de données vaut toujours mieux. J'anonymise grossièrement et je renonce à tout autre contrôle. Je refuse le machine learning par principe.

Je comprends comment l'automatisation et la CI/CD soutiennent des livraisons reproductibles.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un déploiement se fait manuellement et entraîne des erreurs à répétition. Que proposes-tu ?

J'automatise progressivement le build, les tests, la configuration et le déploiement avec des validations traçables. J'écris une checklist manuelle plus longue et je laisse le processus en l'état. Je ne laisse plus qu'une seule personne déployer. Je désactive les tests pour que les déploiements soient plus rapides.

À quoi sert l'Infrastructure as Code ?

À fournir l'infrastructure de manière déclarative ou scriptée, versionnée, reproductible et vérifiable. À traduire automatiquement le code source en documentation. À exploiter du matériel sans réseau. À concevoir des interfaces utilisateur.

Je suis capable de décrire un service ICT du point de vue de l'utilité, de la performance et du support.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un nouveau service est techniquement prêt, mais le support et le SLA sont flous. Que faut-il faire ?

Je définis le périmètre du service, le public cible, le SLA, le modèle de support, le monitoring et la transmission à l'exploitation. Je lance le service et je clarifie le support plus tard, au besoin. Je laisse tous les détails au service desk. J'empêche le lancement par principe.

Je reconnais les risques et je les distingue des problèmes déjà survenus.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Un fournisseur signale des retards sur un composant pertinent pour la sécurité. Que fais-tu ?

J'évalue la survenance, l'impact et les alternatives, je définis des mesures et j'informe les décideurs en temps utile. J'espère que le fournisseur rattrapera son retard. Je remplace le fournisseur immédiatement sans évaluation des conséquences. Je documente le risque, mais je ne planifie aucune mesure.

Quelle combinaison décrit habituellement l'évaluation des risques ?

Probabilité de survenance et impact, complétés par les mesures et le risque résiduel. Uniquement le nombre de tickets ouverts. Uniquement la complexité technique. Uniquement l'avis du chef de projet.

Je suis capable d'intégrer les coûts ICT, les budgets et les prestations dans les décisions.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Qu'est-ce qui est particulièrement important dans le pilotage des coûts Cloud ?

Mesurer l'utilisation, définir les budgets et les responsabilités et optimiser les ressources en continu. Choisir une fois la plus petite instance et ne plus jamais vérifier. Ne faire que classer la facture mensuelle. Surdimensionner par précaution tous les services.

Étape 6 / 6

Intérêts & motivation

À quoi aimerais-tu le plus consacrer une journée de travail entière ?

Concevoir et programmer une fonctionnalité logicielle. Sécuriser un système et détecter ses vulnérabilités. Tirer des modèles et des enseignements à partir de données. Coordonner un projet et rassembler des personnes.

Je trouve passionnant d'évaluer stratégiquement les mouvements du marché et les tendances technologiques.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Je m'intéresse à la manière dont les organisations prennent des décisions et absorbent les changements.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Tu peux recommander un investissement ICT. Qu'est-ce qui te convainc le plus ?

Une contribution de valeur claire avec des coûts, risques, alternatives transparents et des objectifs d'utilité mesurables. La solution offrant l'étendue fonctionnelle la plus grande. La variante au prix d'achat le plus bas. La solution qui est actuellement la plus promue.

J'aime me pencher sur la manière dont les possibilités numériques permettent de nouvelles façons de travailler.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Tu dois développer une idée de solution innovante pour un processus existant. Qu'est-ce qui te motive sur le plan professionnel ?

Comprendre le problème du point de vue de l'utilisateur, du processus et de la technologie et en concevoir des variantes viables. Construire immédiatement l'interface la plus voyante. Copier une solution existante sans vérifier le contexte. Ne considérer que la faisabilité technique.

Je souhaite améliorer les méthodes de travail dans les équipes et choisir consciemment des méthodes adaptées.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Une équipe perçoit l'assurance qualité comme un retard. Comment argumenterais-tu ?

Je montre, à l'aide des risques, des coûts induits et des cycles de feedback, comment une assurance qualité adaptée rend la livraison plus fiable. J'exige davantage de tests indépendamment du contexte. J'accepte l'abandon tant que les délais sont tenus. Je délègue entièrement la qualité à un service séparé.

Je peux m'imaginer assumer la responsabilité de services stables et d'améliorations continues.

1Ne s'applique pas 2Plutôt non 3Plutôt oui 4S'applique entièrement

Quel type de tâche t'attire le plus ?

Préparer une décision d'architecture technique difficile. Mener un entretien client et expliquer une solution adaptée. Améliorer un modèle de données et permettre des analyses. Stabiliser un service et améliorer les processus d'exploitation.

Dans quel environnement aimerais-tu le plus avoir de l'impact ?

Dans une équipe de développement avec du code, des revues et de la CI/CD. Dans un environnement de sécurité ou de réseau. Dans des projets avec de nombreuses parties prenantes et échéances. Sur des questions stratégiques liées à l'orientation numérique.

Quel défi te paraît le plus intéressant ?

Coordonner une panne complexe et la résoudre durablement. Concevoir un nouveau produit centré sur l'utilisateur. Piloter de façon transparente un budget et les prestations des fournisseurs. Accompagner une équipe à travers un changement difficile.

Sur quoi oublies-tu le plus facilement l'heure ?

Nettoyer, analyser et visualiser des données. Automatiser des systèmes et améliorer les déploiements. Traduire des exigences en stories et critères clairs. Ordonner proprement les risques, contrôles et la conformité.

Quel rôle dans un projet te correspond spontanément le mieux ?

Concevoir la solution technique et clarifier les questions d'architecture. Coordonner des personnes, animer et provoquer des décisions. Assurer l'exploitation, le monitoring et la qualité du support. Estimer l'utilité business et les opportunités de marché.

Quelle formation continue choisirais-tu le plus volontiers ?

Architecture Cloud, conteneurs et automatisation. Sécurité, protection des données et réponse aux incidents. Analyse métier, conseil et ingénierie des exigences. Leadership, animation et développement d'équipe.

Quel type de problème résous-tu le plus volontiers ?

Un bogue logiciel difficile à reproduire. Un problème de performance ou de disponibilité en exploitation. Un processus métier flou comportant de nombreuses variantes. Une question sur la rentabilité d'une solution ICT.

Qu'est-ce qui te séduit particulièrement dans le travail ICT ?

Construire des produits numériques robustes à partir d'idées. Transformer des organisations par la numérisation. Protéger des informations sensibles. Aider les utilisateurs rapidement et efficacement au quotidien.

Quelle tâche prendrais-tu en charge lors d'un hackathon ?

Construire le backend, écrire les tests et automatiser le déploiement. Mener des entretiens utilisateurs et simplifier le déroulement. Acquérir, nettoyer des données et créer un tableau de bord. Assurer le pitch, l'argumentation de la valeur et la coordination de l'équipe.

Quelle responsabilité aimerais-tu plutôt assumer à long terme ?

Être responsable des garde-fous techniques et de l'architecture cible. Être responsable de services stables et de processus de support professionnels. Être responsable de la gestion de la sécurité et des risques. Développer des personnes et diriger des équipes.

Quelle combinaison te paraît la plus adaptée ?

Analyse, modélisation et exigences claires. Réseau, infrastructure et recherche de pannes techniques. Gouvernance, processus et impact organisationnel. Créativité, prototypage et expérience utilisateur.

Réponds à toutes les questions de cette étape avant de continuer.