Jestem starszym programistą w średniej wielkości firmie. Jesteśmy podzieleni na wiele podgrup, z których każdy ma określone role. Przydzielony mi zespół odpowiada za codzienne świadczenie usług i naprawianie błędów, które wynikają z naszego produktu.
Niedawno miałem poważny przypadek wypalenia zawodowego związanego z obecną sytuacją COVID. Wśród kilku obaw, które mam, są indywidualne osoby z zespołu. Ten członek zespołu ma zwyczaj dokonywania przełomowych zmian, nie poświęcając wiele uwagi innym członkom zespołu, nie mówiąc już o podziale na podzespoły. To prawie zmora mojego życia, ta osoba spowodowała liczne przerwy w działaniu systemu, ale postępują one w zadziwiającym tempie. Jest to oczywiście postrzegane przez kierownictwo jako „pozytywna” rzecz, ponieważ wykonują swoją pracę.
Haczyk polega na tym, że za każdym razem, gdy dochodzi do awarii, następuje dochodzenie. Wiąże się to z wieloma spotkaniami, naprawą błędów (mój zespół) i spowolnieniem naszej pracy podczas gaszenia nieuniknionych pożarów, które się rozpoczęły. A co najgorsze, naprawdę trudno jest przekonać ich do przyznania się do swoich błędów. Rozmawiając z nimi, to nigdy „ich” kod nie jest winny. Osoba próbowała nawet winić sprzętową pamięć ECC za uszkodzenie pamięci, które pochodzi z kodu tej osoby.
Jestem za ludźmi uczącymi się na błędach, ale ledwo jesteśmy w stanie ugasić ostatni pożar przed następnym jest uruchomiony. Niedawno i chociaż znajdowałem się pod dużą presją, aby dostarczyć, poszedłem, aby wykonać ostatnie zadanie dnia. No i oto, znowu się tym zajmują, a zatwierdzenie kodu zepsuło mi pracę.
Całkiem publicznie rzuciłem o tym na kanałach naszego zespołu, ponieważ miałem dość bezpośredniego podejścia. Zwróciło to uwagę kierownictwa, ponieważ zaangażował się ich menedżer. Po wielokrotnych rozmowach z kierownictwem niewiele się zmieniło w przypadku tej osoby.
Jak zwrócić na to uwagę kierownictwa, zachęcić ich do działania i, co ważniejsze, pomóc temu zapobiec?