Уравновешивание проблемы обучения младших разработчиков и соблюдения сроков

TL;DR: у меня проблемы с поддержанием баланса между наставничеством над младшими разработчиками, соблюдением сроков в группе и завершением моей собственной работы. Читайте дальше для получения дополнительной информации.


Для справки: я работаю в небольшом, на 100% самоокупаемом, общественном отделе по контрактам, который является частью более крупной компании.

Мы ориентируем большую часть нашей работы на сельские общины и делаем все возможное, чтобы обеспечить им справедливую оплату труда. Наша работа заключается в создании небольших приложений и утилит для повышения эффективности общественных организаций и сельских органов власти.

Часть нашей миссии, ориентированной на сообщество, состоит в том, чтобы помочь молодым студентам и заинтересованным людям получить опыт для более крупной и лучшей работы, часто в области программного обеспечения, графического дизайна и т. д. Это часто означает, что мы будем работать с местными учебными заведениями, чтобы направить студентов на стажировку здесь. Эти студенты помогают сделать нашу работу возможной во многих отношениях и представляют собой прекрасную возможность для связей с общественностью для нашего отдела.

За прошедшие годы масштабы нашего отдела удвоились, и мы делаем больше работы для сообщества. В рамках этого процесса меня (недавнего выпускника CS) пригласили помогать управлять стажерами, а также справляться с возросшей рабочей нагрузкой.

Это приводит меня к проблеме: часть моей работы состоит в том, чтобы наставлять этих стажеров, но что мне делать, когда это мешает дедлайну? Часто я могу решить проблему гораздо быстрее самостоятельно, но для того, чтобы научить стажеров, мне нужно делегировать ее им и позволить им найти решение.

Все усложняет то, что время, которое я трачу на помощь стажерам, укладывается в мой собственный рабочий график. В последнее время это начало давить на меня сильнее из-за большого количества работы, которую мы проделали.

Короче, что мне с этим делать? Решать проблемы самому и давать подопечным барахтаться? (Я опасаюсь учить выученной беспомощности.) Или я должен попытаться (до сих пор с небольшим успехом, должен добавить) встроить еще больше резервного времени во все сроки моих проектов?

Моя цель — завершить работу вовремя, сохраняя при этом возможность наставлять своих стажеров.

Вроде все нормально. Добавление одного или двух ресурсов разбалансирует команду. Удвоение команды должно занять некоторое время, чтобы стабилизироваться даже со старшими членами.
«Миссия состоит в том, чтобы помочь молодым студентам и заинтересованным людям получить опыт для более крупной и лучшей работы» Вы хотели бы обучить их работе в области информационных технологий, чтобы они нашли лучшую работу через 12 месяцев, когда они продуктивны?

Ответы (1)

Что вы делаете, так это планируете время обучения в оценке работы. Это настоящая работа, и вы не должны выделять более 30-40% времени для фактического развития, если вы должны наставлять стажеров и управлять ими.

Когда к команде присоединяется младший разработчик, производительность должна снижаться. затем подняться выше, чем когда-либо прежде. Обучение является частью работы в этой ситуации. +1
На самом деле это очень хороший момент. Мне очень нравится этот ответ. Для этих проектов, ориентированных на сообщество, разумным компромиссом является то, что выполнение проекта просто занимает больше времени. Положительным моментом для принимающей организации является то, что они часто делают это дешево или бесплатно.