Як ви займаєтесь навчанням заміни? [зачинено]

Нещодавно я запитав про залишення посади і отримав багато чудових відповідей. Однією з поширених тем було те, що очікувати, як навчити нову людину, можна було б очікувати і можна пройти довгий шлях.

Тепер, враховуючи, що (я думаю, що більшість людей не залишаються в компанії довгий час після повідомлення, і компанія потребує часу, щоб співбесіду / найняли - це залишає на короткий час довести когось до швидкості.

Я також ніколи раніше нікого не тренував. Я займався репетиторством в університеті та коледжі, але викладання мови / технологій сильно відрізняється від того, щоб навчити когось замінювати вас на роботі.

Отже, питання полягає в тому, як ви рухаєтесь до того, щоб навчити когось замінювати вас за потенційно короткий проміжок часу?

Простіше кажучи, неможливо повністю навчити нову людину. Знання за 2-3 роки неможливо передати новій людині за 1-2 тижні. Відповідальність нової людини полягає в тому, щоб зацікавити і навчитися самостійно більшості речей.
На мою думку, ви повинні розподілити час так: -
Спільний доступ до документів та їх пояснення - 30%.
Це буде включати пояснення високого рівня, низького рівня конструкцій та класів тощо.

Спільний доступ до коду та його пояснення - 70%
Це означає пройти важливу частину коду.

Між ними вам доведеться приділити час новій людині, навчитися речам і придумати сумніви. Ваша основна мета повинна полягати в тому, щоб зробити людину незалежною, щоб вона / вона розуміли, яка частина коду робить що. Ви не можете пояснити кожен і все, і навіть якщо ви поясните, це не буде дуже корисним. Нова людина матиме обмежену здатність розуміти нову систему. Тому не бомбардуйте багато речей. Просто поясніть важливі речі.

Наведіть їх на вікі

У вас є, чи не так? І я впевнений, що у вас є кілька членів команди, які виступають бібліотекарями коду під час огляду коду, щоб загальний код можна було ввести (або в бібліотеку кодів компанії, або замінити спеціальний код, який розробник щойно збив).

Ні? Ага. Ну, у вас тоді проблема.

Залежно від того, скільки часу у вас є, вам потрібно буде дотримуватися одного з цих планів, відповідно до рівня кризи:

1. Аарх! Я їду сьогодні вдень

Якщо новий хлопець має досвід у вашій проблемній області, просто наведіть його на вікі та покажіть йому, як дістатися до відповідного коду у вашій SCM. Придбайте йому пиво, запропонуйте свій номер телефону, якщо ви відчуваєте себе щедрим і частуєтесь на від'їзді.

Якщо він не настільки досвідчений, познайомте його з іншими членами команди, які повинні бути його головними контактними точками, щоб зрозуміти, як все це поєднується. Це приблизно все, на що у вас є час.

2. Ходив цілий тиждень, але прибираю багато

Отримайте заміну, щоб затінити вас в перший день, щоб ви могли оцінити їхні навички та спробувати змусити їх виконувати свою роботу якомога швидше. Нехай вони бачать, як ви вирішуєте проблему, а потім поступово здайте, щоб вони її вирішили, а ви виступаєте консультантом. Створюйте основні операції, які ви робите щодня, до менш частих операцій. Складіть проблеми, якщо можете. Пара програми, якщо ви можете. Запропонуйте їм відслідковувати те, що ви їм сказали у вікі чи іншому мережевому текстовому ресурсі, щоб вони могли пізніше звернутися до нього та згодом перетворити його на належну документацію.

3. Очолює молодший розробник

Вони вже матимуть знання про домен та знатимуть, як працює команда. Почніть розподіляти їм свої завдання та працюйте над формуванням своїх знань про незнайомі системи та процеси. Сконцентруйтеся на тому, щоб допомогти їм отримати основні основи, а більш вдосконалені речі з’являться пізніше, як ви отримаєте час.

Забезпечити базову телефонну підтримку

Якщо припустити, що ви їдете в хороших стосунках з компанією, запропонуйте надати їм деяку телефонну підтримку, щоб вони знали, що ви не залишаєте їх у спокої. Якщо вони почнуть дзвонити щогодини, задаючи запитання про головні запитання, які можна знайти у вікі, тоді згадайте ваші ціни конкурентоспроможних консультацій. В іншому випадку незвичайний дзвінок тут і там дозволяє їм забрати ваші мізки, і ви можете залишатися на зв’язку з ними, що може бути зручно при наступному раунді завдань.

Негайно припиніть кодування. Нехай новий хлопець виконує вашу щоденну роботу і будьте там, щоб відповісти на його запитання.

Немає кращого способу вчитися, ніж робити.

Залежно від складності того, чим ви займаєтесь, коли хтось навчається після повідомлення, це може бути втраченою причиною, і навіть без складності існує все більша кількість місць, які просто виводять вас, як тільки ви повідомляєте (переконайтеся, що у вас є те, що є ваші, перш ніж надіслати повідомлення), тому часто краще навчити свою заміну (-и), перш ніж надіслати повідомлення. Складені майбутні канікули чи операції - хороший привід, якщо вам це потрібно, але припускаючи, що ви працюєте в команді, ви повинні мати змогу трохи попрацювати над цими речами та передати це, як тримати їх у петля.

Якщо ви вже натиснули на курок і маєте кінцеву дату, то дайте їм знати, де шукати різні речі - це, мабуть, річ №1, яка допоможе їм працювати. Коли ви демонструєте їм проекти та що робить те, що вам потрібно, щоб переконатися, що вони мають деяке уявлення про робочий процес через системи та де у великих проектах важливі біти. Ви не встигнете детально ознайомити їх, але ви, ймовірно, можете довести їх до того, що вони знають, який код потрібно підібрати, коли їм потрібно почати сортування через проблему.

Ви, як правило, швидко закінчите те, що робите, або принаймні доведіть його до якоїсь зупинки. Потім починається скидання документації / мозку. Я був у місцях, де новий прокат не був знайомий з деякими технологіями (Довелося підтримувати сайт ASP.). У мене було достатньо часу, щоб пояснити, де весь код і як оновити сайт (Знайти сам сервер виробництва не важко, тому що він сидів під моїм столом; якщо це дає трохи вказівки, чому я пішов.)

Якщо припустити, що ваша компанія наймає абсолютного дуду в якості заміни, то однією з ключових речей є домен програм, які передаються. Це може бути великим припущенням, але ви не можете навчити когось, як кодувати добре за пару тижнів - у них або це знищено, або немає, тому ключовим моментом є домен imo.