Équilibre entre la charge de travail et l'aide aux nouveaux employés [fermé]


21

J'occupe mon premier emploi depuis environ 2 mois et j'ai commencé à remarquer qu'il y a un équilibre délicat entre la charge de travail et l'aide aux nouveaux embauchés. Puisqu'il y a beaucoup de pression de la part de la direction pour corriger les bogues et résoudre autant de problèmes que possible, tout le monde dans l'équipe semble être très concentré sur son arriéré de travail au lieu d'aider les nouveaux employés à se mettre au courant. Les nouveaux employés peuvent poser des questions et parfois nous demanderons à un développeur de nous asseoir et de nous aider, mais nous obtiendrons souvent une réponse obscure que seul un vétéran du produit comprendrait car il est trop occupé par sa tâche.

Je comprends que le nouvel employé doit également maintenir un équilibre. Parfois, il faudra 3 jours à un nouvel employé pour enquêter et réparer quelque chose où un ancien combattant aurait pu le faire en 20 minutes. Les nouveaux employés doivent faire preuve d'efforts pour apprendre le produit et la base de code.

Sans réduire simplement la charge de travail des anciens combattants, comment pouvez-vous trouver un équilibre entre aider les nouveaux embauchés et continuer à travailler sur votre arriéré à un rythme raisonnable?


1
La question semble posée d'un ancien point de vue de l'embauche, mais vous n'y travaillez que depuis 2 mois: demandez-vous des suggestions à transmettre à vos superviseurs (bizarre) ou vous êtes dans une entreprise qui embauche tellement que vous êtes maintenant l'un des anciens?
ZJR

2
Je suis un nouvel embauché avec l'entreprise, mais j'ai une expérience de 1,5 an d'expérience coopérative, donc j'ai été plusieurs fois embauché dans différentes entreprises. Je voulais montrer que je comprends les points de vue de l'ancien combattant et du nouveau
venu

1
Je le constate récemment lorsque toutes les nouvelles embauches ont été mises à jour pour les clients actuels et que la plupart des programmeurs actuels qui connaissaient la base de code ont été «soutirés» à un nouveau client qui était prêt à payer de grosses sommes d'argent pour des consultations afin d'étendre la produit.
Ian

2
J'ai l'impression que c'est un peu pertinent. programmers.stackexchange.com/questions/100725/…
user606723

Réponses:


21

Je suppose que vous posez cette question du point de vue de la «nouvelle embauche». J'ai été dans cette situation plusieurs fois. Parfois, vous vous sentez mal de poser autant de questions, mais il n'y a vraiment aucun moyen de trouver la solution parfois avec un tel manque de connaissance du domaine, etc.

La chose la plus importante à retenir est la suivante. Ne posez pas de questions lorsque vous "supposez" que vous ne pourrez pas trouver la réponse vous-même. Essayez les choses, fouillez d'abord, examinez le code, essayez de changer certaines choses et voyez ce qui se passe - voyez si vous pouvez faire fonctionner quelque chose en premier. Si vous ne pouvez vraiment pas, posez votre question. Cependant, lorsque vous posez votre question, allez-y avec des exemples de ce que vous avez déjà essayé. Aucun d'entre eux ne veut avoir l'impression que vous lui demandez de faire votre travail pour vous.

Dis: "Hé, j'essaye de faire ça, et j'ai essayé ça, ça, et ça déjà, as-tu des idées?" Cela les aidera à passer moins de temps sur vous et ils seront plus enclins à le faire.


8
Si vous allez poser des questions, essayez d'en écrire quelques-unes et posez-les en une seule séance (c'est-à-dire une fois par jour ou par semaine). Il peut être ennuyeux pour vos collègues expérimentés d'être interrompus de leur travail toutes les demi-heures.
Tom van Enckevort

Ma question porte vraiment sur ce que vous faites s'il est difficile d'obtenir une réponse d'un collègue après avoir mené l'enquête? Il semble qu'à ce moment-là, c'est un problème que je dois
signaler

@Spacebob - essayez de demander à un autre collègue? S'ils sont tous comme ça - restez avec vous et quand votre patron vous demande pourquoi quelque chose ne se fait pas, disons, j'ai essayé - mais ça me prend un peu de temps car personne ne veut aider (évidemment dans un cadre plus agréable manière que cela cependant).
slandau

@Spacebob, À un moment donné, vous devez arrêter de perdre du temps dans une impasse et demander à un collègue. Mon conseil - essayez de demander à quelqu'un qui est également nouveau. Ils sont souvent beaucoup plus disposés à aider, et ils ne connaissent peut-être pas la réponse, mais ils seraient intéressés à vous aider à la trouver. Parfois, ce dont vous avez besoin n'est pas plus d'expérience, c'est une autre paire d'yeux.
user606723

8

Dans notre entreprise, nous assignons à chaque nouveau venu quelqu'un pour s'occuper de lui pendant les premiers mois. Avec cette affectation formelle, nous nous assurons que le débutant ne consommera qu'une seule personne et que la personne qui "encadre" le nouvel employé a la responsabilité de son développement, donc ce n'est pas un fardeau, juste une responsabilité temporaire. Pour le nouveau mec c'est bien car il apprend plus vite et pour le mec qui est déjà il y a un investissement: en moins de temps il aura quelqu'un pour l'aider.


Nous avons aussi ce système. Il y a une période de transition où vous devez commencer à demander de l'aide à votre autre coéquipier. Je parle du moment où les nouvelles recrues se voient confier un travail sur lequel l'entraîneur n'est peut-être pas un expert et un autre membre de l'équipe sera le gars / gal préféré.
Spacebob

J'aime la façon dont c'est formulé "consommer une personne"
Rook

Pourquoi de nouvelles embauches dans l'équipe A sont-elles attribuées à un mentor de l'équipe B?
Ramhound

4

Le meilleur conseil que je puisse vous donner est de prendre rendez-vous . Tout le monde a des temps d'arrêt pendant la journée, mais si vous venez simplement au hasard, il est très peu probable que vous le frappiez. Dites quelque chose comme: "J'ai des questions sur X, puis-je prendre un peu de temps aujourd'hui pour en parler avec vous?" Ils pourraient décider de vous donner du temps tout de suite, ou plus tard dans la journée, ou peut-être vous référer à quelqu'un qui pourrait être en mesure de répondre à votre question mieux ou plus rapidement. De toute façon, vous allez obtenir une attention plus concentrée. S'ils vous donnent rendez-vous plus tard dans la journée, utilisez le temps qui vous reste pour essayer de trouver la réponse par vous-même, ou du moins pour affiner la question. Même si je reporte la question de quelqu'un pour seulement 15 minutes, le plus souvent, ils le découvrent d'eux-mêmes.

Sachez simplement que pour la plupart d'entre nous, vos questions sont importantes pour nous, elles ne sont généralement pas urgentes . Essayez de ne pas vous offenser de la différence.


3

Certains des codeurs les plus expérimentés aiment encadrer les jeunes développeurs et en font une priorité. Je le fais, chaque fois que j'en ai l'occasion. Vous pouvez peut-être trouver quelqu'un comme ça dans votre entreprise en demandant à un collègue différent chaque fois que vous avez besoin d'aide, puis en évaluant leur enthousiasme en vous répondant.

Il y a deux façons dont vous pourriez avoir besoin d'aide: s'il s'agit d'un problème avec la langue ou vos outils, vous pouvez souvent trouver les réponses en ligne ou en achetant des livres techniques et en les lisant à votre propre rythme. Alors que vous seriez raisonnable de penser que c'est la responsabilité de l'entreprise de vous former, très peu d'entreprises investissent beaucoup dans la formation. Si vous voulez vous développer en tant que développeur, vous devez investir du temps et de l'argent pour vous former lorsque vous n'êtes pas au travail.

Si votre question concerne le produit de votre entreprise, comme la façon dont quelque chose fonctionne dans le code source, il est plus probable que vous n'aurez qu'à demander de l'aide à l'un de vos collègues. Alternativement, créez une branche du code de votre produit dans votre système de contrôle des révisions, nommez la branche quelque chose comme "learning_new_code" et expérimentez simplement avec.

Enfin, les chefs de projet et les chefs de service sont là pour vous aider avec des problèmes comme le vôtre. Si vous sentez que vous n'avez pas d'autre recours que d'obtenir du temps de vos collègues plus expérimentés, mais qu'ils ne sont pas en mesure de vous le donner, c'est peut-être parce qu'ils ont des délais à respecter. Peut-être que votre manager prolongera ses délais afin de lui donner plus de temps pour vous mettre au courant.


3
"Peut-être que votre manager prolongera ses délais afin de lui donner plus de temps pour vous mettre au courant." - Je crains que cela ne se produise pas dans un projet réel ... si les gestionnaires ne vont pas déplacer les délais malgré le fait que les développeurs existants soient soumis à de fortes contraintes de calendrier, quelle est la probabilité qu'ils le fassent pour le bien de un nouveau venu ne reçoit pas assez d'attention?
Péter Török

1

J'ai la chance de travailler actuellement quelque part ce n'est pas un problème. J'ai reçu une bonne dose de mentorat ici, et j'en suis très satisfait.

  1. Chaque jour, un développeur de mon entreprise est le développeur "util", à tour de rôle. Le développeur Util est la première ligne de contact lorsque le support doit escalader quelque chose. Fréquemment, Util passe simplement un problème à quelqu'un d'autre. Mais c'est un développeur spécifique et le support sait s'adresser à cette personne. J'ai fait quelques "accompagnements" au début (ils ne m'ont pas mis dans le programme pendant un petit moment) pour voir comment certains problèmes étaient traités. Cela m'a exposé à des portions de code. Lorsqu'ils ont commencé à planifier mes jours d'utilisation habituels, il y avait d'abord quelqu'un "sur appel" pour ajouter une assistance supplémentaire.

  2. Nous nous associons. Vous devez planifier le temps de paire, à peu près, mais tout le monde ici est prêt à le faire. De plus, tout le monde sait quel est le calendrier et grâce au point suivant, il a une idée de la progression de chaque individu. Donc, s'il y a un problème, il reçoit l'attention voulue.

  3. Chaque jour, nous organisons une réunion debout à 11 h 45. C'est 15-20 minutes. Chaque développeur / personne QA parle. C'est essentiellement une façon de dire "c'est ce que je fais et c'est là que je suis coincé", et si vous êtes coincé, vous êtes généralement pointé dans une autre direction (s'il s'agit d'un problème connu / d'un problème avec le code, quelqu'un est très familier avec) ou le temps de paire est configuré. Parfois, une réunion supplémentaire est prévue.

  4. J'ai dû plonger dans du code complètement étranger plusieurs fois ici (comme avec n'importe quel travail). Quelqu'un a toujours été sûr de se rendre disponible pour répondre aux questions, sinon tout de suite.

J'en ferai écho aux autres: prévoyez du temps de réunion pour poser des questions si possible. Identifiant qui n'est toujours pas utile. . . eh bien je ne veux pas devenir extrême ici. Mais je ne considère pas cela comme un lieu de travail idéal. Est-il possible que des gens s'échauffent encore avec vous / maîtrisent vos capacités / etc?

Je soupçonne que le temps supplémentaire passé à mon arrivée à bord était facilement justifié, car une fois que les gens sentaient que j'étais à la hauteur, cela signifiait évidemment moins de travail pour eux. Plus de temps passé à court terme a permis d'économiser beaucoup de temps à long terme, et tout le monde l'a compris là où je travaille. J'ai beaucoup de chance dans mon poste actuel.


0

Il s'agit souvent plus d'une question de concentration que de temps. Planifiez des réunions de 30 à 45 minutes avec votre chef d'équipe ou votre mentor (avant ou après le déjeuner, c'est toujours ma préférence - mon flux se brise déjà à ce moment-là) quelques fois par semaine et conservez vos questions pour cela.

La plupart des développeurs (ou, du moins, ceux qui sont les plus susceptibles d'être utiles lors de la réunion) seront d'accord avec cela.

S'il y a un détail très spécifique qui bloque votre progression, utilisez l'e-mail.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.