Jaki jest proces opuszczania firmy (a nawet grupy / działu) pod względem obsługi kodu?
Czy najlepiej poradzić sobie ze wszystkimi pytaniami? Czy dajesz pozostałym programistom dostęp do siebie jako przyszłego zasobu? Jeśli tak, to czy istnieje sposób, aby nie dać pełnego dostępu?
Doświadczyłem z pierwszej ręki, w którym odpowiedzi na temat ogólnej architektury oprogramowania od pierwszego dewelopera byłyby nieocenione.
Rozumiem, że jeśli potrzebna jest poważna pomoc, staje się to typowym przypadkiem negocjacji o pracę jako umowy o wsparcie. Czy jednak należy wymagać poważnej pomocy, jakie kroki możesz podjąć, aby ułatwić ten proces kontaktu?
Myślałem o zrobieniu czegoś takiego, jak utworzenie (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com.
Moja specyfika sytuacji:
Jestem studentem w trybie współpracy i jako taki odbijam się od firm po 4 miesiącach pracy. Oznacza to zapoznanie się z wieloma nowymi bazami kodu, a także pozostawienie sporej części osieroconego kodu, gdy opuszczę firmę. Czuję się źle, jeśli zostawiam niepotrzebny kod.
Odpowiedzi:
Ty nie. Dlatego nazywa się to końcem .
Jeśli byliby zaskoczeni, gdy zobaczysz, jak przechodzisz przez drzwi i zaczniesz korzystać ze sprzętu w miesiąc po twoim odejściu, powinieneś być zaskoczony, że zadzwonią i zadadzą kilka pytań miesiąc po twoim odejściu.
Ok, bardziej realistycznie, w zależności od sytuacji, to może zaoferować, aby odpowiedzieć na pytania przez telefon lub e-mail na trochę, zwłaszcza jeśli byś a) chciał tam wrócić, b) przyjaźnią się z ludźmi, którzy tam pracują, c ) nadal zależą od nich od dobrej oceny, d) czują się całkiem pewni, że firma nie nadużyje gestu dobrej woli i / lub e) firma jest gotowa zrekompensować Ci wszelkie nietrywialne dodatkowe wsparcie.
To dobra umiejętność do rozwijania - będziesz jej potrzebować.
Część pracy, podczas gdy nadal tam pracujesz, polega na udokumentowaniu tego, co zrobiłeś, lub przynajmniej upewnieniu się, że niektóre inne osoby tam pracujące dobrze to rozumieją. Jest to coś, co leży w interesie firmy i powinni upewnić się, że mają to, czego potrzebujesz, dopóki tam będziesz.
W ogóle nie pisz niepotrzebnego kodu. Jeśli Twój poprzednio dobry kod staje się niepotrzebny (przestarzały, nie jest już potrzebny itp.) Przed wyjazdem, wyczyść go przed wyjazdem. Jeśli Twój kod nie jest niepotrzebny podczas wychodzenia, to nie powinieneś się tym martwić.
źródło
Zwykle przygotowujesz się do tego na około 2 tygodnie przed planowaną datą zakończenia. Zaplanować trochę czasu dla transferu wiedzy do innego członka zespołu i spróbować, aby upewnić się, że można obsługiwać kodu przed już spakowali swoje biurko. Nie konfiguruj się do ciągłego wsparcia, umieszczając swoje dane kontaktowe w kodzie. Jeśli sytuacja jest tak poważna, że nikt oprócz Ciebie nie może jej naprawić, prawdopodobnie może uzyskać Twoje dane kontaktowe od HR.
źródło
Wyszkol osobę zastępującą cię jak najwięcej (jeśli jest ktoś).
Uważam, że najlepiej zostawić dokumentację z kodem, najlepiej sprawdzoną pod kontrolą źródła, jeśli nie ma centralnego systemu dokumentacji. Cokolwiek robisz, dokumentuj jak najwięcej na temat:
Umieść kopię wszystkiego w centralnym miejscu.
Prześlij wszystkie szczegóły e-mailem do wszystkich interesariuszy .
Zawsze upewniam się, że rozumieją, że mogą do mnie zadzwonić, jeśli mają pytanie, np. Gdzie to poszło itp. Często dzwonią do ciebie później i pytają, czy chcesz pracować z boku, jeśli są w wiązać. To zależy od twojej nowej sytuacji i umowy o pracę. Nie ma nic złego w powiedzeniu: „przepraszam, po prostu nie mam teraz czasu”. W każdym razie jest to prawie zawsze prawda.
źródło
Kilka rzeczy, o których chciałbym wspomnieć.
W biznesie pieniądze przewyższają nastroje. Pracodawca zwykle nie ma takich samych sentymentów, jak ze swojej strony. Po odejściu z firmy umowa jest skończona. Negocjacje i okres wypowiedzenia są krokami w celu ograniczenia ich ryzyka.
Oczywiście ludzie pomagają sobie nawzajem w dokonywaniu osobistych wyborów, ale firmy tak naprawdę nie oczekują, że wrócisz i naprawisz dla nich rzeczy, nawet jak pisałeś w przeszłości. Są jednak wyjątki, ale zależy to od tego, jak ważny jesteś w pracy.
Jeden z moich przyjaciół opuścił firmę 1 rok temu, a ostatnio skontaktował się z nim jeden z kierowników projektu, aby rozwiązać problem z kodem, który napisał kilka lat temu. Biorąc pod uwagę zmianę i złożoność rozwiązania problemu, był najłatwiejszą opcją. Wreszcie pomógł im naprawić problem; ale na temat jego osobistych zainteresowań i etyki. I zauważ, że kilku pracodawców nie może się z tym zgodzić. tzn. wraca do swojej starej firmy i naprawia problemy.
Należy zauważyć, że
źródło
wszystkie rzeczy, które powiedzieli inni, a następnie:
Rozważ współprogramowanie .
Usiądź z dwoma osobami za jednym biurkiem. Zaprogramuj wszystko parami. kiedy jeden (ty) odchodzi, drugi ma całą wiedzę.
Istnieje wiele innych zalet, ale to inny temat.
źródło