Il fut un temps où j'aurais dit "Tenez-vous bien, donnez une chance aux choses."

C'était alors et c'est maintenant.

J'ai été où tu es. Ce que le «senior» a fait est inacceptable. Tirer vos commits est marginalement justifiable, s'il émet IMMÉDIATEMENT son document de plan de conception. La suppression de vos branches (probablement privées) ne l'est pas.

Sortez de là. Dès que possible.

Vous avez commis l'erreur que beaucoup font.

Vous êtes venu directement de l'école à votre premier emploi et vous avez décidé de changer le fonctionnement de l'entreprise.

/ strong>

Le fait d'être un nouveau membre d'une équipe, en particulier d'être fraîchement sorti de l'université, rend difficile pour votre voix d'être entendue. C'est quelque chose avec lequel j'ai eu du mal et, même en tant que développeur senior, j'ai encore du mal avec.

J'ai travaillé en tant que petites start-ups, entreprises de taille moyenne et entreprises Fortune 500. Une chose que je vais vous dire maintenant, c'est que plus une entreprise est grande et ancienne, plus elle sera résistante au changement.

En ce moment, je suis ingénieur senior dans une grande entreprise (j'ai gagné '' t dire lequel) et essayer de faire quelque chose, c'est comme tirer des dents. Quand je me suis inscrit, ils ont dit que je travaillerais sur leur nouvelle plateforme, dont personne ne m'a dit qu'elle avait aussi cinq ans. L'âge de la plate-forme aurait été bien s'ils l'avaient maintenue à jour, mais parce qu'ils avaient pris de mauvaises décisions technologiques et avaient un groupe de développeurs qui n'avaient généralement aucune idée du fonctionnement du monde moderne des logiciels, ils ont créé cette énorme poubelle de horrible code qui est presque impossible à maintenir.

L'une des principales raisons pour lesquelles ils m'ont embauché était parce que j'étais connu pour faire bouger les choses, moderniser et faire avancer les choses, ce qui est le cas, pendant la interview, ils ont dit qu'ils voulaient.

Pourquoi est-ce que je dis tout cela? Fondamentalement, je l'utilise comme point d'enseignement. Apporter des modifications aux processus ou aux technologies existants dans un environnement où ces éléments n'existaient pas est une bataille constante. Finalement, j'ai pu commencer à mettre en œuvre certains changements et j'ai maintenu l'élan et je serai éventuellement pionnier de la prochaine génération de leur logiciel. Voici comment j'y suis arrivé:

1. Vous devez faire vos preuves auprès de l'équipe. Assurez-vous que les membres de votre équipe et les gestionnaires vous considèrent comme un membre utile et productif de l'équipe. Cela les aidera à gagner la confiance que vous savez de quoi vous parlez.

2. Trouvez des exemples concrets de choses qui, selon vous, ne sont pas correctes et pourraient être améliorées. Examinez ces choses et rassemblez autant de métriques que possible. Les professionnels et les managers sont faciles à convaincre lorsque vous utilisez des graphiques et des chiffres faciles à comprendre qui permettent d'économiser du temps et de l'argent.

3. Obtenir d'autres membres de l'équipe sera un long chemin pour aider votre cause. Vous ne pouvez pas faire cela seul, alors essayez de convaincre vos collègues, car plus vous aurez de leur part, plus ce sera facile.

4. N'essayez pas de changer tout du jour au lendemain. Cela n'arrivera pas, alors faites un tas de petits changements dans la bonne direction et continuez sur votre lancée et ça va commencer comme une avalanche.

Bonne chance à vous!

Faites le travail de la meilleure façon possible, quelles que soient les circonstances

Vous avez été embauché pour vos compétences et votre expertise. Le fait qu'un ingénieur "senior" ne reconnaisse pas que ce n'est pas votre faute.

D'après moi, vous avez trois options:

Option 1: Quitter

Cette situation soulève de nombreux signaux d'alarme. Une petite équipe de développement entièrement contrôlée par un leader inexpérimenté, aucune consultation sur les processus, les normes et le contrôle de qualité médiocres, etc. Vous pourriez bien être mieux ailleurs.

Ne choisissez cette option que si vous sentez que vous le pouvez ' t faire fonctionner autrement. Partir en période de probation peut sembler mauvais sur un CV. Vous aurez besoin de l'expliquer et de bien vous voir dans tous les entretiens futurs.

Option 2: Soumettre

Abaissez vos propres standards pour vous adapter à l'équipe. Vous êtes nouveau; ne secoue pas le bateau. Il a une autre année d'expérience par rapport à vous. Il en sait clairement plus; asseyez-vous simplement et apprenez du maître de la programmation.

Ne choisissez pas cette option. Vous êtes meilleur que ça.

Option 3: Essayez d'améliorer la situation

C'est ce pour quoi vous avez été embauché. Faites le travail au mieux de vos capacités malgré l'adversité. Vous avez dit que la confrontation directe n'a pas fonctionné et vos préoccupations ont été rejetées. Vous avez besoin de preuves pour vous soutenir. Certaines choses que vous pourriez essayer:

Demandez à documenter le processus de développement actuel.

"J'ai du mal à comprendre notre processus de développement. Si vous l'expliquez à moi, je vais le documenter pour le prochain nouveau démarreur. " Il n'y a aucune raison raisonnable de rejeter une telle demande. Dans le meilleur des cas, vous découvrirez que le processus n'est pas aussi mauvais que vous le pensiez. Il est plus probable que vous puissiez l'utiliser pour identifier des lacunes ou des problèmes particuliers que vous pouvez améliorer. Dans le pire des cas, votre demande est rejetée, voir l'option 1.

Présentez des solutions, pas des problèmes

Rédigez une documentation formelle sur le processus que vous souhaitez modifier. Prenez note des problèmes spécifiques que l'équipe a rencontrés pour résoudre ce processus à l'avenir. Vous savez qu'une suggestion de changement spontanée sera rejetée et ne leur donnez pas cette chance. Présentez au chef d'équipe et à la direction une approche bien documentée et documentée pour résoudre les problèmes. Maintenant, vous n'êtes pas le petit nouveau qui cause des problèmes; vous êtes la solution aux problèmes qu'ils ont déjà rencontrés.

Soyez poli et ne commencez pas de combats

Vous devez être la personne la plus grande dans cette situation. Montrez-vous rationnel et prêt à écouter. Si une idée est abattue, acceptez-la et passez à autre chose. Lorsque les problèmes se reproduisent inévitablement, vous pouvez les évoquer. Vous ne voulez pas être considéré comme un fauteur de troubles; gagner leur représentation grâce à votre comportement, même si vous ne pouvez pas changer d'avis.

Conseil à long terme: si vous décidez de rester dans le poste, le changement ne se produira qu'en proportion du respect que l'équipe vous respecte.

Conseil à court terme: choisissez vos batailles et essayez d'obtenir d'autres personnes pour les combattre pour vous. Si vous réussissez, vous construirez le respect. Vous avez peut-être gaspillé beaucoup de respect en ne faisant pas cela avec succès.

Quelques règles de base pour choisir vos batailles:

1. Tout ce qui est contradictoire doit passer directement par votre chef. Ne critiquez pas ou ne vous plaignez pas directement des collègues devant d'autres collègues. Votre patron est la personne qui contrôle directement votre collègue senior, donc parler à quiconque de problèmes de confrontation est inutile (et potentiellement dangereux, s'ils sont amis avec un senior).
2. Vous pouvez suggérer des améliorations à n'importe qui, mais essayez pour le faire d'une manière non conflictuelle. Soyez prêt à laisser tomber des suggestions si les gens ne l'achètent pas. Vous voulez également essayer de suggérer la même amélioration le moins de fois possible. Par exemple, il est correct de dire "nous pourrions utiliser github pour cela" chaque fois qu'il y a un nouveau projet / problème, mais ce n'est pas correct de dire à Dave Anonymous "github serait vraiment bon pour votre projet" puis continuez à dire aux collègues de Dave à quel point github serait bon pour Dave après qu'il ait déjà indiqué qu'il n'était pas intéressé. Dave sera ennuyé et ne vous respectera peut-être plus jamais. L'astuce ici est de trouver le bon moment / situation / personne pour proposer votre suggestion et de vous limiter à une fois / situation / personne par idée.

Idéalement, vous ne voulez pas dépenser n'importe quel temps pour critiquer ou se battre avec votre collègue "senior", mais il arrive que cela soit inévitable. par exemple. si votre collègue supprime votre travail. Dans tous ces cas, vous devez vous adresser à votre patron avec un aperçu clair du problème et ce que vous aimeriez changer.

Dans le cas d'un travail supprimé, vous pourriez dire "X supprime mon travail sans me parler. S'il vous plaît, pourrions-nous avoir une réunion avec vous, moi et X pour convenir d'une sorte de cadre de contrôle de version (remplacez le contrôle de version par tout ce que vous pensez pourrait aider). Je suis désolé de vous apporter ceci mais je n'ai pas été en mesure de trouver une solution avec la personne X. " Assurez-vous que vous avez déjà essayé de parler à X avant votre patron. Assurez-vous également que vous avez un exemple tangible de travail supprimé. Peut-être que vous n'avez pas le code lui-même (depuis qu'il a été supprimé), mais vous devriez être en mesure de décrire la durée du code et ce qu'il a fait.

"Parce qu'il est le seul développeur de l'équipe depuis plus d'un an, personne n'a contesté ses opinions et ses idées sur la façon dont les processus devraient fonctionner."

C'est exactement ce qui m'est arrivé au travail, et cela s'est produit non seulement dans la programmation, mais aussi dans tous les travaux sur le terrain. (Je ne suis pas en train de programmer, mais j'ai la même situation que la vôtre.)

Je ne dis pas que mon aîné (même situation avec votre aîné) est mauvais du tout. Parfois je donne des conseils / opinions / critiques, mais elle les a rejetés, elle n'en discutera pas et ne trouvera pas la meilleure façon de résoudre le problème.

Mais ma condition est pire que toi. En gros, je sais, je perds déjà la guerre avant même qu’elle ne commence.

Eh bien, si vous cherchez la réponse, peut-être qu’elle n’a que deux options:

1. Préparez-vous et acceptez la condition, en considérant si vous devez (devez) conserver votre emploi. Je crois que le karma est réel.

2. Vous pourriez démissionner et trouver un autre emploi. Je veux dire, pourquoi vivriez-vous dans un endroit qui vous rend malheureux, non?

Et parfois, la vérité se révélera. Je veux dire qu'il est préférable pour vous de vous concentrer sur vous-même, d'utiliser votre énergie et votre temps pour développer vos capacités et vos compétences plutôt que d'y penser, d'ignorer les personnes proches d'esprit comme votre senior (aussi le mien).

Et la signification de «la vérité se révélera» - qui sait, cinq ans plus tard, votre aîné sera coincé dans un emploi de bas niveau et vous avez obtenu un emploi de niveau supérieur dans une autre entreprise. Qui sait, non?

"qui n'a été communiqué à personne"

• quelqu'un, ou vous?

Il n'a pas gagné cette confiance parce qu'il cache ce qu'il fait ou parce qu'il ne livre pas. Je dirais que c'est juste vous qu'il ne ressent pas le besoin de vous expliquer les choses - ce qui vous laisse dans le noir de plusieurs manières.

SI vous prévoyez de rester là-bas, la solution est de améliorer la communication dans votre équipe; découvrez pourquoi il pense que vous vous êtes trompé et expliquez-lui qu'à moins qu'il ne communique vos plans avec vous, vous ne serez jamais productif.

On dirait qu'il est nouveau dans la gestion d'équipes et de projets; mais est un membre très fiable de l'entreprise. Tenter de le faire tomber ne fera que se retourner contre vous, et vous ne savez jamais peut-être que son raisonnement aura du sens.

Souvent, les meilleurs programmeurs sont ceux qui ont l'humilité d'admettre quand ils ont tort et qui n'ont pas besoin de se cacher derrière des couches de conneries pour dissimuler de ne pas savoir quelque chose

Avez-vous actuellement la grande chance de travailler dans un secteur où il y a beaucoup de travail?

En ce moment, vous devriez travailler pour une entreprise où a) vous aimez votre travail ou b) vous apprenez tous les jours (ce qui vous aidera avec a) à long terme). Je ne vois aucune raison pour que vous restiez à ce poste.