FTKONF-076
Amikor a kollégád rád keni a hibáit
Helyzet
„A kollégám folyamatosan engem hibáztat a saját hibáiért” · „My colleague is constantly blaming me for his errors” · szerző: Alex · CC BY-SA
Junior fejlesztő egy kis cégnél, négy hónapja dolgozik egy projekten; rajta kívül csak egy nála pár évvel tapasztaltabb (de szintén junior) programozó van a projekten, és a projektvezető, aki nem lát bele a kódba. Amikor az ügyfél hibát talál, a projektvezető mindkettejüket értesíti; a kolléga viszont minden alkalommal, ellenőrzés nélkül rávágja, hogy a hibát a junior okozta, és ez néha a cégvezetőig is eljut. Amikor a junior utánanéz a verziókövetésben, rendszerint kiderül: a hibás kódrészt a kolléga írta, de mire ezt kideríti, a beszélgetés már lezajlott, és nem tudta megvédeni magát. Abban sem biztos, hogy a kolléga szándékosan hazudik, vagy csak kényelmesen azt hiszi, hogy „a tapasztalatlan új fiú" hibázott, mert nem emlékszik, mit írt ő maga. A junior a jövőbeli előmenetelét és a főnöke róla alkotott képét félti, és úgy szeretné tisztázni magát, hogy közben nem vádaskodik.
A forrásposzt teljes szövege (magyarul és angolul)
Az eredeti Stack Exchange-kérdés hű magyar fordítása · szerző: Alex · The Workplace, q139058 · CC BY-SA.
Junior szoftverfejlesztő vagyok egy kis cégnél. Négy hónapja, a gyakornoki szerződésem lejárta óta dolgozom egy projekten. Kis projektről van szó, így csak egyetlen másik programozó dolgozik rajta (ő is junior, de kb. 3 év tapasztalattal) és a projektvezető, aki bele se néz a kódba. Valahányszor az ügyfél talál egy hibát, a projektvezető mindkettőnket értesít, mert nem tudja, ki hibázott.
A gond az, hogy amikor szól nekünk egy hibáról, a kollégám azt mondja neki, hogy az én hibám volt (anélkül, hogy egyáltalán ellenőrizné, igaz-e), és a projektvezető néha a cég főnökével is beszél erről. Amikor aztán belenézek a forráskódba, hogy megtaláljam, hol a probléma, általában kiderül, hogy azt a konkrét kódrészletet ő írta (hála a git commit-történetnek), de mivel ez nem azonnali, nem tudom megvédeni magam.
Az a helyzet, hogy nem vagyok biztos benne: a másik fejlesztő szándékosan csinálja-e, mert könnyű a „programozási tapasztalat nélküli fiúra kenni, aki nem tudja, hogyan kell rendesen csinálni a dolgokat", vagy ugyanezen okból tényleg azt hiszi, hogy a hibák az enyémek voltak, és egyszerűen nem emlékszik, a projekt mely részeit írta ő.
Mindenesetre: mit tehetek, hogy megmutassam a projektvezetőmnek és a főnökömnek, hogy a rám kent hibák többsége nem az enyém, anélkül, hogy őt kifejezetten megvádolnám? Féltem a jövőbeli előléptetéseimet és azt, hogy mit gondol rólam a főnököm.
Original Stack Exchange question · author: Alex · The Workplace, q139058 · CC BY-SA.
I'm a junior software developer in a small company. I'm working on a project since I finished my internship contract 4 months ago. It's a small project, so there's only another programmer (junior too but with ~3 years of experience) and the project leader, who doesn't even see the code. Every time the client finds a bug, the project leader informs both of us because he doesn't know who made the mistake.
The problem is that whenever he informs us about a bug, my colleague tells him it was my fault, without even checking if that's true, and sometimes the project leader speaks to the company boss. Then, when I go to source code to find out where the problem is, I usually discover that he wrote that specific piece of code (thanks to git commit history), but as it is not inmediate, I cannot defend myself.
The thing is that I'm not really sure that the other developer does it intentionally because it's easy to blame the "boy without programming experience who doesn't know how to do things right", or if he really thinks the errors were mine because of the same reason and that he doesn't remember which parts of the project he wrote.
In any case, what can I do to show my project leader and my boss that most of the errors I'm blamed for are not mine without accusing him explicitly? I fear for my future promotions and the opinion of my boss about me.
A közösség legjobbnak ítélt válasza (205 szavazat)
Szerző: berry120 · CC BY-SA
„I've investigated this issue, but it seems to be in x which isn't code that I've written. Alex, I believe you were the original author here; could you take a look? … Do that every time. If it happens often enough, then Alex starts to get himself a reputation for blaming others for his mistakes."
Lényeg (magyarul): Két lépcső. Egy: minden egyes esetnél nyugodt, tényszerű visszairányítás: „megnéztem, ez nem az én kódom; úgy látom, te írtad, ránéznél?", következetesen, minden alkalommal; idővel magától épül a kolléga „másra mutogató" reputációja. Kettő: ha a mintázat már a megítélésedet rontja, nem kell azonnal reagálnod: vezess naplót az esetekről, és vidd a vezetőhöz én-közléssel: „egyre kényelmetlenebb, hogy a hibákat az én munkámhoz kötik; az elmúlt hetekben a, b, c, d esetről kiderült, hogy nem az én kódom, kérlek, nézzünk rá." Kiegészítő válaszok: Bebs (61): a rendszer beteg: a projektvezetőnek nem bűnöst kellene keresnie, hanem hibajavítási folyamatot működtetnie; ezt javasold meg; sf02 (28): állj ki magadért azonnal, a vezető jelenlétében: „Biztos, hogy az enyém? Nézzük meg együtt a git-történetet."
Valós forrás: „My colleague is constantly blaming me for his errors” · szerző: Alex · Stack Exchange / The Workplace (q139058) · CC BY-SA · magyar fordítás, anonimizálva. Az eredeti poszt →