Mon boulot pourrait être qualifié de "devops" dans la mesure où je travaille sur des trucs à installer chez des clients. Je n'ai pas d'utilisateurs directs mais, de par l'installation de nos systèmes chez nos clients, nous sommes amenés à faire du support technique auprès des sysadmins qui gèrent lesdits systèmes.
Je n'irais pas jusqu'à dire que 99% des sysadmins mentent ou se moquent des explications, mais en toute honnêteté, une bonne partie des administrateurs systèmes se comportent d'une façon très similaire aux utilisateurs que tu décris. Pas tous, loin de là, certains peuvent faire preuve d'une très bonne volonté quand il s'agit de résoudre des problèmes, qui, après tout, les affectent au premier plan. Mais pour certains, la configuration se modifie toute seule par magie (alors que les logs pointent toujours le coupable), le réseau est doué d'une volonté propre, et la documentation n'a qu'une seule utilité: pouvoir se plaindre de son absence... mais en aucun cas la feuilleter en cas de souci. Certains ne s'intéressent tout simplement pas à l'aspect dûquel tu t'occupes.
Je pense que le problème n'est pas forcément lié au job, je pense qu'il est surtout lié au type de fonction. Á partir du moment où tu parles à un client, tu es condamné à revivre le même genre d'expérience. Et si tu étais dans l'administratif ou les RH, avoir un énième zigoto qui n'a pas lu le document explicatif qui va avec le formulaire et qui te répète que ça ne sert de toute façon à rien doit aussi égayer ta journée et revaloriser ton égo. D'ailleurs, est-ce que les RH, les supports techniques et les administrations ne sont pas souvent étiquetés de désagréables et condescendants ?
Et le pire, c'est qu'au final, l'utilisateur n'est peut-être pas de mauvaise foi. Un document explicatif mal compris, une opération réalisée par accident sans forcément le remarquer (genre un truc qui tombe sur le clavier et qui en profite pour enfoncer la touche "delete"), ou un comportement inattendu, un accident bête qui au final va passer pour une explication farfelue, ça peut arriver à tout le monde et ce n'est pas toujours de mauvaise foi. Et en tant qu'expert en ton domaine, effectivement, le premier commandement est de ne pas coire ce que l'utilisateur explique, même de bonne foi.
# Un niveau plus haut
Posté par nud . En réponse au journal So, you wanna be a sysadmin ? (Trolldi inside). Évalué à 10. Dernière modification le 28 mars 2014 à 13:07.
Mon boulot pourrait être qualifié de "devops" dans la mesure où je travaille sur des trucs à installer chez des clients. Je n'ai pas d'utilisateurs directs mais, de par l'installation de nos systèmes chez nos clients, nous sommes amenés à faire du support technique auprès des sysadmins qui gèrent lesdits systèmes.
Je n'irais pas jusqu'à dire que 99% des sysadmins mentent ou se moquent des explications, mais en toute honnêteté, une bonne partie des administrateurs systèmes se comportent d'une façon très similaire aux utilisateurs que tu décris. Pas tous, loin de là, certains peuvent faire preuve d'une très bonne volonté quand il s'agit de résoudre des problèmes, qui, après tout, les affectent au premier plan. Mais pour certains, la configuration se modifie toute seule par magie (alors que les logs pointent toujours le coupable), le réseau est doué d'une volonté propre, et la documentation n'a qu'une seule utilité: pouvoir se plaindre de son absence... mais en aucun cas la feuilleter en cas de souci. Certains ne s'intéressent tout simplement pas à l'aspect dûquel tu t'occupes.
Je pense que le problème n'est pas forcément lié au job, je pense qu'il est surtout lié au type de fonction. Á partir du moment où tu parles à un client, tu es condamné à revivre le même genre d'expérience. Et si tu étais dans l'administratif ou les RH, avoir un énième zigoto qui n'a pas lu le document explicatif qui va avec le formulaire et qui te répète que ça ne sert de toute façon à rien doit aussi égayer ta journée et revaloriser ton égo. D'ailleurs, est-ce que les RH, les supports techniques et les administrations ne sont pas souvent étiquetés de désagréables et condescendants ?
Et le pire, c'est qu'au final, l'utilisateur n'est peut-être pas de mauvaise foi. Un document explicatif mal compris, une opération réalisée par accident sans forcément le remarquer (genre un truc qui tombe sur le clavier et qui en profite pour enfoncer la touche "delete"), ou un comportement inattendu, un accident bête qui au final va passer pour une explication farfelue, ça peut arriver à tout le monde et ce n'est pas toujours de mauvaise foi. Et en tant qu'expert en ton domaine, effectivement, le premier commandement est de ne pas coire ce que l'utilisateur explique, même de bonne foi.