Je ne pense pas que vous ayez bien compris le terme structuré/non structuré :
- Structuré - vous avez tendance à recevoir des tâches plus spécifiques. Le travail que vous effectuez peut être plus documenté et plus détaillé sur le plan fonctionnel avant de le faire et peut impliquer un retour d'information plus cohérent avec la direction tout au long du processus. Ce type de travail tend à être plus courant dans les grandes entreprises
- Non structuré - le contraire. Les affectations de travail ont tendance à être beaucoup plus flexibles et peut-être plus vagues dans leur description. On attend souvent de l'employé qu'il “trouve le comment” par lui-même. Vous pouvez avoir des périodes plus longues sans retour direct de la direction
Les deux ont leurs avantages et leurs inconvénients.
Comment ma réponse va-t-elle nuire ou aider mes chances dans l'entreprise ? Et quel est le but de cette question ?
C'est une question à laquelle vous voulez vraiment répondre correctement. Si vous êtes quelqu'un qui ne supporte pas un environnement de travail structuré, vous ne voulez pas vous retrouver à travailler dans un tel environnement. Il en va de même pour le contraire. Que cela vous aide ou vous fasse du mal dépend probablement de l'avancement de l'entreprise dans une direction. Par exemple, si vous avez un entretien avec une startup de cinq personnes, elle cherchera probablement une réponse “non structurée”. Si vous avez un entretien pour un service d'assistance informatique, peut-être structuré.
L'effet net dépend probablement aussi légèrement de la philosophie de la direction.
Il s'agit normalement de déterminer dans quelle mesure vous êtes en adéquation avec l'environnement de travail et d'éviter tout choc culturel important.
Le lieu où je travaille est structuré en termes de technologies que nous utilisons, mais nous travaillons tous de manière assez indépendante sur le problème individuel. Est-ce une explication suffisante. Quels sont les domaines individuels que je peux mettre en évidence pour étayer ma réponse ?
C'est probablement une bonne réponse (même si vous avez mal compris “structuré” ou “non structuré”). Vous pourriez développer pour montrer la façon dont vous avez abordé les problèmes, par exemple, si un responsable vous confiait une mission telle que “cette fonctionnalité ne fonctionne pas, nous ne savons pas pourquoi, réparez-la”, vous pourriez détailler la façon dont vous l'avez prise, élaborer des mesures pour identifier et résoudre le problème, etc.