Jak zabierasz się za szkolenie zastępcy? [Zamknięte]

Ostatnio zapytałem o odejście ze stanowiska i otrzymałem wiele świetnych odpowiedzi. Jednym z powszechnych wątków było to, że przebywanie w pobliżu, aby wyszkolić nową osobę, powinno być spodziewane i może iść daleko.

Teraz, biorąc pod uwagę, że (myślę) większość ludzi nie pozostaje w firmie przez długi czas po powiadomieniu, a firma potrzebuje czasu na rozmowę kwalifikacyjną / zatrudnienie - to pozostawia krótki czas na doprowadzić kogoś do prędkości.

Nigdy też nikogo nie trenowałem. Zrobiłem wiele korepetycji na uniwersytecie i w college'u, ale nauczanie języka / technologii różni się znacznie od szkolenia kogoś, kto zastąpi cię w pracy.

Pytanie brzmi zatem: jak zabierasz się za szkolenie kogoś, aby zastąpił cię w potencjalnie krótkim czasie?

Mówiąc wprost, niemożliwe jest pełne przeszkolenie nowej osoby. Wiedzy 2-3 lat nie można przekazać nowej osobie w ciągu 1-2 tygodni. Obowiązkiem nowej osoby jest zainteresowanie się i samodzielne nauczenie się większości rzeczy.
Według mnie powinieneś rozdzielić czas w następujący sposób: -
Udostępnianie dokumentów i ich wyjaśnianie - 30%
Obejmuje to wyjaśnianie projektów i klas wysokiego poziomu, poziomów niskiego poziomu itp.

Udostępnianie kodu i wyjaśnianie go - 70%
Oznacza to przejście przez ważną część kodu.

W międzyczasie będziesz musiał poświęcić czas nowej osobie, nauczyć się rzeczy i zgłosić wątpliwości. Twoim głównym celem powinno być uczynienie osoby niezależną, aby zrozumiała, która część kodu robi co. Nie możesz wyjaśnić wszystkiego i nawet jeśli wyjaśnisz, nie będzie to zbyt przydatne. Nowa osoba będzie miała ograniczoną zdolność do zrozumienia nowego systemu. Więc nie bombarduj wieloma rzeczami. Po prostu wyjaśnij ważne rzeczy.

Skieruj je na wiki

Masz jeden, prawda? I jestem pewien, że masz kilku członków zespołu, którzy pełnią rolę bibliotekarzy kodu podczas przeglądów kodu, aby można było wprowadzić wspólny kod (do biblioteki kodów firmy lub w celu zastąpienia niestandardowego kodu, który właśnie utworzył programista).

Nie? Ach Masz problem.

W zależności od tego, ile masz czasu, musisz postępować zgodnie z jednym z tych planów, w zależności od poziomu kryzysu:

1. Aargh! Wyjeżdżam dziś po południu

Jeśli nowy facet ma duże doświadczenie w Twojej problematycznej dziedzinie, po prostu skieruj go na wiki i pokaż mu, jak dostać się do odpowiedniego kodu w SCM. Kup mu piwo, zaoferuj swój numer telefonu, jeśli czujesz się hojny i podkręć się na imprezie wychodzącej.

Jeśli nie jest tak doświadczony, przedstaw go innym członkom zespołu, którzy powinni być jego głównymi punktami kontaktowymi, aby dowiedzieć się, jak to wszystko do siebie pasuje. To wszystko, na co masz czas.

2. Mam cały tydzień, ale jest dużo sprzątania

Poproś swojego zastępcę, aby cię śledził przez pierwszy dzień, abyś mógł ocenić ich umiejętności i postarać się, aby jak najszybciej wykonali swoją pracę. Pozwól im zobaczyć, jak poradzisz sobie z problemem, a następnie stopniowo przekaż go, aby go rozwiązać i działając jako konsultant. Rozwijaj się od podstawowych operacji wykonywanych codziennie na rzadziej. Uzupełnij problemy, jeśli możesz. Sparuj program, jeśli możesz. Poproś, aby śledzili to, co powiedziałeś im na wiki lub w innym zasobie tekstowym w sieci, aby mogli się do nich później odwoływać, a ostatecznie przekształcić je w odpowiednią dokumentację.

3. To młodszy programista przejmuje kontrolę

Będą już mieli wiedzę na temat domeny i będą wiedzieć, jak działa zespół. Rozpocznij przydzielanie im swoich zadań i prac nad budowaniem wiedzy na temat nieznanych systemów i procesów. Skoncentruj się na pomaganiu im w opanowaniu podstaw, a bardziej zaawansowane rzeczy pojawią się później, gdy będziesz mieć czas.

Zapewnij podstawowe wsparcie telefoniczne

Zakładając, że wyjeżdżasz na dobre stosunki z firmą, zaoferuj im wsparcie telefoniczne, aby wiedzieli, że nie zostawiasz ich na lodzie. Jeśli zaczną dzwonić z każdą godziną i zadawać kośćca pytania, które można znaleźć na wiki, to powiedz o konkurencyjnych stawkach doradztwa. W przeciwnym razie dziwne wezwanie tu i tam pozwala im wybrać mózg i pozostać z nimi w kontakcie, co może być przydatne, gdy nadejdzie kolejna runda zadań.

Natychmiast przestań kodować. Pozwól nowemu facetowi wykonywać codzienną pracę i być na miejscu, aby odpowiedzieć na jego pytania.

Nie ma lepszego sposobu na naukę niż robienie.

W zależności od złożoności tego, co robisz, szkolenie kogoś po powiadomieniu może być straconą przyczyną, a nawet bez złożoności istnieje coraz większa liczba miejsc, które po prostu wychodzą, gdy tylko to zrobisz (upewnij się, że masz to, co jest twoje przed powiadomieniem), więc często lepiej jest wyszkolić swoich zastępców przed powiadomieniem. Wymyślone nadchodzące wakacje lub operacja to dobra wymówka, jeśli jej potrzebujesz, ale zakładając, że pracujesz w zespole, powinieneś być w stanie popracować nad takimi rzeczami w trakcie podróży i przekazać to jako trzymanie ich w pętla.

Jeśli już nacisnąłeś spust i masz ostateczną datę, to uświadomienie im, gdzie szukać różnych rzeczy, jest prawdopodobnie pierwszą rzeczą, która pomoże im zacząć działać. Kiedy pokazujesz im projekty i co musisz zrobić, aby mieć pewność, że mają pojęcie o przepływie pracy przez systemy i gdzie w większych projektach ważne są bity. Nie będziesz miał czasu, aby podać im wiele szczegółów, ale prawdopodobnie możesz doprowadzić ich do tego stopnia, że ​​będą wiedzieli, jaki kod pobrać, gdy będą musieli zacząć rozwiązywać problemy.

Masz tendencję do szybkiego kończenia tego, co robisz, lub przynajmniej doprowadzania go do pewnego punktu zatrzymania. Następnie rozpoczyna się zrzut dokumentacji / mózgu. Byłem w miejscach, w których nowy pracownik nie znał niektórych technologii (musiałem utrzymywać witrynę ASP). Miałem wystarczająco dużo czasu, aby wyjaśnić, gdzie jest cały kod i jak zaktualizować witrynę (Znalezienie samego serwera produkcyjnego nie było trudne, ponieważ znajdowało się pod moim biurkiem; jeśli to daje małą wskazówkę, dlaczego odszedłem).

Zakładając, że twoja firma nie zatrudnia absolutnego niewypału jako zamiennika, jedną z kluczowych rzeczy jest dziedzina przekazywanych aplikacji. Może to być duże założenie, ale nie możesz nauczyć kogoś, jak dobrze kodować w ciągu kilku tygodni - albo go mają, albo nie, więc kluczową sprawą jest imo domeny.