FTKONF-055
Amikor az új kollégád kérés nélkül belenyúl más munkájába
Helyzet
„Hogyan kérjem meg udvariasan a kollégát, hogy csak a saját munkarészére koncentráljon?” · „How do I politely tell a coworker to only focus on his portion of the work?” · szerző: TheSoundDefense · CC BY-SA
Egy nagyon kis fejlesztőcsapatban mindenkinek megvan a saját szektora (frontend, backend, adatbázis), minimális átfedéssel; ez eddig szinte konfliktusmentes működést adott. Nemrég új fejlesztő érkezett egy másik területre; a munkája kifejezetten jó, de elkezdett mások területein kódot módosítani, egyeztetés nélkül: például átírta a frontend/backend architektúra egy részét úgy, hogy senkit sem kérdezett meg. A kód nem hibás, de ütközéseket okoz, és bomlasztja a bevált felosztást. A csapatvezető (aki nem a menedzser) kétfelé dilemmázik: túlreagálja-e a dolgot, és ha nem, hogyan szóljon úgy, hogy ne vegye el az egyébként jól teljesítő új ember kedvét.
A forrásposzt teljes szövege (magyarul és angolul)
Az eredeti Stack Exchange-kérdés hű magyar fordítása · szerző: TheSoundDefense · The Workplace, q66498 · CC BY-SA.
Néhány hónapja dolgozom egy szoftverprojekten egy nagyon kis csapattal (és kicsi alatt azt értem, hogy hosszabb ideig én voltam az egyetlen fejlesztő). A munkadinamikánk többnyire kiváló, mivel minden fejlesztőnek megvan a maga szektora, amelyben dolgozik (frontend, backend, adatbázis stb.), és nagyon kevés az átfedés, így minimálisak a konfliktusok.
Nemrég behoztunk egy újabb fejlesztőt, hogy a projekt egy másik területén dolgozzon, és a munkája eddig nagyszerű volt. Azonban elkezdett kinyúlni és mások területein kódot módosítani, beleértve az enyémet is. Bár a kód, amit ír, nem hibás, ütközéseket okoz: például amikor egyeztetés nélkül elkezdte átírni a frontend/backend architektúra egy részét.
Annak, hogy mindenki „birtokol" egy bizonyos kódterületet, a legnagyobb előnyei: 1) az adott kódrész egészének hasonló a logikája és a stílusa, így könnyebben érthető, és 2) az azon a területen dolgozó személy biztos lehet benne, hogy teljes rálátása van az adott szakasz minden mozgó alkatrészére. Ez az, ami ezzel az új fejleménnyel kezd megváltozni.
Bár nem vagyok a projekt menedzsere vagy tulajdonosa, én vagyok a csapatvezető (team lead), így úgy gondolom, ez az én felelősségi körömbe tartozik. A kérdéseim tehát:
- Túlreagálok valamit, ami valójában nem nagy ügy?
- Ha nem reagálok túl, mi a legjobb módja, hogy korrigáljam ezt az embert anélkül, hogy elvenném a kedvét? Ismétlem: kiváló munkát végez, és nem akarok semmilyen ellenségeskedést kelteni.
SZERKESZTÉS: a kérdésem megfogalmazása több embert arra a következtetésre vezetett, hogy szándékosan homályban tartjuk, hogyan működnek a kód egyes részei, hogy csak egy ember értse őket. Ez egyáltalán nincs így. A magunk kárán tanultuk meg a tudásmegosztás fontosságát. Vannak napi standupjaink és verziókezelésünk. Arra gondolok, hogy egy-egy ember dolgozik a kód bizonyos részein, mert 1) így könnyebb konzisztens, hasonló módon működő kódot létrehozni, és 2) ismétlem, nagyon kis csapat vagyunk, nem kicsi feladattal és kemény határidővel. A specializáció, rendszeres kommunikációval párosulva, hatékonyságot szül.
TOVÁBBI SZERKESZTÉS: Azt hiszem, jobb megfogalmazás lenne: „hogyan mondjam meg udvariasan egy munkatársnak, hogy csak a neki kiosztott feladatokra koncentráljon?"
Original Stack Exchange question · author: TheSoundDefense · The Workplace, q66498 · CC BY-SA.
I've been working on a software project for a few months now with a very small team (and by small, I mean there was an extended period of time where I was the only developer). Our working dynamic is excellent for the most part, as each developer has a different sector that they work in (frontend, backend, database, etc.) and there's very little overlap, so conflicts are minimal.
Recently we brought another developer in to do work in another area on the project, and thus far their work has been great. However, they are starting to reach out and alter code in other people's spaces, including my own. While the code they're writing isn't broken, it introduces some clashes, such as when they started rewriting some of the frontend/backend architecture without consulting anyone.
The biggest benefits of having each person "own" a certain portion of the code is that 1) everything in that portion of the code has a similar logic and style to it, making it more easy to understand, and 2) the person working in that area can be sure they have absolute understanding of all the moving pieces in that section. That's something that is starting to change with this new development.
While I am not the manager or owner of the project, I am the team lead, so I think this falls into my area of responsibility. So my questions are:
- Am I overreacting to something that is not really a major issue?
- If I am not overreacting, what is the best way to correct this person without discouraging them? Again, they do fine work and I don't want to create any hostility.
EDIT: the wording of my question has led several people to believe that we are intentionally obscuring how parts of the code work so that only one person understands it. This is not at all the case. We have learned the hard way the importance of spreading knowledge around. We have daily stand ups and source control. What I mean is that we have one person working on particular sections of the code, because 1) it is easier to create consistent code that all operates in a similar manner, and 2) again, we are a very small team with a not-small task on our hands, and a harsh deadline. Specialization, combined with regular communication, breeds efficiency.
FURTHER EDIT: I suppose a better phrasing would be "how do I politely tell a coworker to only focus on his assigned tasks?"
A közösség legjobbnak ítélt válasza (17 szavazat)
Szerző: Loki Astari · CC BY-SA
„Only having 1 person understand/develop be responsible for a system is a major failing in a team. … Yes having somebody changes code in systems without review is not acceptable. At least one other person should review any change … with the owner having the final say."
Lényeg (magyarul): A közösség kettéválasztja a problémát: az, hogy valaki review és egyeztetés nélkül módosít mások rendszerén, valóban elfogadhatatlan, de az „egy terület = egy ember" modell maga is kockázat (betegség, kilépés esetén a tudás elvész). A megoldás tehát folyamat: minden változtatás menjen át review-n, ahol a terület gazdájáé az utolsó szó. Kiegészítő válaszok: Amy Blankenship (8): ez elsősorban kommunikációs ügy és egyben lehetőség: az új ember kezdeményezőkészsége érték, csak csatornázni kell (standup, előzetes megbeszélés, utólagos review); a csapat növekedésével a merev határok úgyis lazulnak. HLGEM (3): „a kódot senki sem birtokolja"; a folyamatokat kell felnőtté tenni, nem az embert kitiltani.
Valós forrás: „How do I politely tell a coworker to only focus on his portion of the work?” · szerző: TheSoundDefense · Stack Exchange / The Workplace (q66498) · CC BY-SA · magyar fordítás, anonimizálva. Az eredeti poszt →