Question:
Gérer les préoccupations concernant un nouveau rôle
nagrom97
2020-02-10 22:39:48 UTC
view on stackexchange narkive permalink

J'ai récemment rejoint une nouvelle entreprise, x à titre de logiciel. C'est ma première semaine et j'ai quelques inquiétudes quant à mon rôle. Mes tâches quotidiennes au sein de l'équipe n'ont certainement pas été ce à quoi je m'attendais. J'ai la spécification de rôle d'origine du recruteur, comparant mon rôle à l'original, ils sont très différents. Par exemple, la spécification note l'utilisation de la méthodologie Agile, certaines tâches quotidiennes liées au développement, en utilisant certains langages et cadres. Depuis que je suis ici (~ 1 semaine), je n'ai pas écrit une seule ligne de code ni été témoin / fait partie d'un stand-up quotidien. J'ai essentiellement répertorié des bogues dans une application de production et ajouté des étapes de repro (sans même rien corriger non plus!).

J'ai donné assez de temps à x, car je pensais à l'origine que je devais donner le rôle quelque temps mais maintenant je suis sûr que j'ai besoin de dire quelque chose. Je ne sais tout simplement pas comment aborder mon nouveau manager à ce sujet. Je ne veux pas paraître impoli ou dépasser une limite. Je voudrais être respectueux mais aussi ferme dans mon assurance que ce n’est pas le rôle que j’ai demandé. Quelle est la meilleure façon d'aborder une telle situation?

Pourriez-vous expliquer les écarts entre la description de poste des recruteurs et les tâches quotidiennes réelles?
Deux réponses:
berry120
2020-02-10 23:23:19 UTC
view on stackexchange narkive permalink

Je lui ai donné suffisamment de temps à x, car je pensais au départ que je devais donner du temps au rôle, mais maintenant je suis sûr que j'ai besoin de dire quelque chose.

Posez les bonnes questions, et elles mèneront rapidement à une conversation franche si ce n'est pas quelque chose que vous êtes censé faire.

Bonjour Peter, j'ai trouvé x problème en production - il semble à la fois raisonnablement simple à résoudre et non urgent. En tant que tel, il semble que ce serait un bon premier candidat à utiliser pour pousser un correctif. Pourriez-vous m'indiquer une documentation sur la configuration de mon environnement de développement, les règles de style de code dont je dois être conscient, les exigences de PR et de révision de code, etc. Heureux de me joindre au stand-up afin que je puisse présenter ceci comme un travail en cours et commencer à comprendre ce que font les autres membres de l'équipe.

Vous obtiendrez probablement l'un des deux réponses à cela - un "Bien sûr, je me demandais quelle était la meilleure façon de vous coincer dans les choses, et cela semble être une bonne idée", ou "Euh, quoi, vous êtes un testeur, ce n'est pas votre rôle, vous ne ne touchez pas au code, donnez-le à John s'il vous plaît. "

Premier cas, fantastique - deuxième cas, vous avez ouvert une boîte de dialogue où vous pouvez montrer à votre patron les spécifications du poste, indiquer que vous attendez du travail de développement conformément à ce qui vous a été promis dans la spécification du poste, et partez de là.

cdkMoose
2020-02-10 23:23:30 UTC
view on stackexchange narkive permalink

À mon avis, une semaine est bien trop tôt pour porter ce jugement sur le rôle.

Je ne m'attendrais pas à ce que vous écriviez du code la première semaine sur une nouvelle base de code et un système que vous ne connaissez pas. Examiner et documenter les bogues est un bon moyen de vous exposer au système et de vous faire une idée des points faibles.

Si vous allez aborder votre manager, je viendrais sous l'angle de quoi d'autre pouvez-vous faire pour apprendre le système et comprendre le travail de l'équipe.

Le seul point que je pense que vous pourriez soulever est d'être invité à des réunions agiles. Même si vous n’avez peut-être pas encore grand chose à ajouter aux réunions, vous pourriez en apprendre beaucoup sur ce sur quoi on travaille et sur les problèmes qui se posent.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...