Использование труда стажеров на проектах. У кого есть положительний опыт?

[aquazer]

Уважаемое сообщество, день добрый.
Хотел бы спросить мнение PM или просто тех кто в теме, насколько возможным вы считаете успешное использование труда стажеров на проектах. Сразу оговорка - я не работаю с системой DAX, и в том числе поэтому хочу дать определения только в целях данного топика.
Определим два типа стажеров:
а) "Стажер-кодер": умеет программировать на других языках программирования (кроме того, на котором создана система). Предметной области не знает. Опыта работы в системе нет. Образование - "программист" (учится или закончил).
б) "Стажер-предметник": знает предметную область внедряемого модуля (любой пример: ЗП, бухучет ...). Образование - "экономист" (учится или закончил). Программировать не умеет. Опыта работы в системе нет.

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

[2A]

Цитата:

Сообщение от aquazer

Уважаемое сообщество, день добрый.
Хотел бы спросить мнение PM или просто тех кто в теме, насколько возможным вы считаете успешное использование труда стажеров на проектах. .....

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

Вообще говоря, специалист уже имеющий опыт внедрения в одной ERP-системе, не является стажером при внедрении других систем.

[kALVINS]

У меня есть положительный опыт.
Я работал со стажерами кодерами и аналитиками. Им всегда можно доверить простую работу которая не требует особой квалификации, но занимает много времени и является механической. Такой работы всегда полно на любом проекте и заставлять ее делать дорогостоящих и высоквалифицированный специалистов нерационально.
Например для аналитика это может быть написание БП по заведению клиентов, поставщиков, банков и так далее и написание ТЗ на разработку по этим бизнес процессам. Этот не ручной ввод в систему данных, я наверное не совсем корректно написал. Под справочниками понимались самые простые и распрастраненные бизнес процессы На этом стажер получает накоторый опыт и при этом не чего не запорет.
Единственноя сложность, объяснять задание придется долго и подробно.

[Morpheus]

Книга Эда Салливана "ВРЕМЯ - ДЕНЬГИ Создание команды разработчиков программного обеспечения" ответит на все Ваши вопросы.

[oip]

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

[aquazer]

Цитата:

Сообщение от kALVINS

Я работал со стажерами кодерами и аналитиками...
Например это может быть БП по заполнению справочников. На этом стажер получает накоторый опыт и при этом не чего не запорет.

- ок, согласен. При этом заполнению справочников думаю все-таки долго учить не нужно. На такую работу ИМХО лучше ставить стажеров-аналитиков, у стажера-кодера может быть к ней более негативное отношение. В принципе такую работу можно поручать вообще "нулевому" человеку.
По опыту, что еще считаете успешным использованием труда? Что успешным не будет? В качестве одного из неуспешных наших примеров: пробовали стажеров-кодеров ориентировать на глубокое изучение кода одного из стандартных модулей (в офисе), чтобы потом выдавать им задачи по данному модулю. Результат был, но время получения данного результата оказалось очень длительным: в течении 3-4-х месяцев вообще никакой отдачи, что не считаю успешным использованием труда. Был сделан вывод, что для задачи должны быть более простыми, время на обучение отдельным задачам до 2-х недель. Какие в вашей практике задачи (помимо заполнения справочников) могут решаться данным способом?

[ice]

Цитата:

Сообщение от aquazer

При этом заполнению справочников думаю все-таки долго учить не нужно. На такую работу ИМХО лучше ставить стажеров-аналитиков, у стажера-кодера может быть к ней более негативное отношение. В принципе такую работу можно поручать вообще "нулевому" человеку.

думаю, под заполнением справочников программистом, имелось в виду создание импорта этих самых справочников, т.к. редко кто руками их набивает

[kALVINS]

Цитата:

Сообщение от ice

думаю, под заполнением справочников программистом, имелось в виду создание импорта этих самых справочников, т.к. редко кто руками их набивает

Вы правы.
Для консультанта справочники, это например заведение клиентов и поставщиков в системе, стандартные бизнес процессы на любом проекте.

[kALVINS]

Цитата:

Сообщение от aquazer

На такую работу ИМХО лучше ставить стажеров-аналитиков, у стажера-кодера может быть к ней более негативное отношение.

У стажера не должно быть негативного отношения ни к какой работе, ему еще рано проявлять свое недовольство чем бы то ни было! Так можно быстро с проекта вылететь
Для стажера главное это энтузиазм, желание развиватся и учится новому, если этого нет то проще найти нового чем возится со старым.

[oip]

Цитата:

Сообщение от kALVINS

У стажера не должно быть негативного отношения ни к какой работе, ему еще рано проявлять свое недовольство чем бы то ни было! Так можно быстро с проекта вылететь

Если бы мне предложили руками вносить данные в справочники или переводить мануал - я бы тут же развернулся и ушел. Я не переводчиком шел работать.

[kALVINS]

Цитата:

Сообщение от oip

Если бы мне предложили вносить данные в справочники или переводить мануал - я бы тут же развернулся бы и ушел. Я не переводчиком шел работать.

Олег это личное дело каждого.
Просто если есть задача перевести доку то кто это должен делать???
Если нет других ресурсов???

[kALVINS]

Цитата:

Сообщение от aquazer

По опыту, что еще считаете успешным использованием труда? Что успешным не будет? Какие в вашей практике задачи (помимо заполнения справочников) могут решаться данным способом?

Успешным будет все что стажер сможет выполнить хорошо и быстро, не сильно отвлекая старших специалистов. Это может быть все что угодно! Выбор заданий сильно связан с первоначальным опытом и знаниями стажера, то в чем он силен к началу проекта, чтобы он мог сразу приносить пользу.
Соответственно если если эти условия не выполняются то это не успешное использование стажера.
В моей практике было например перевод стажером документации с английского на русский, для юзеров нужна была русская документация. Результат мне понравился.

[eugene egorov]

Цитата:

Сообщение от kALVINS

Успешным будет все что стажер сможет выполнить хорошо и быстро, не сильно отвлекая старших специалистов. Это может быть все что угодно!.

Сбегать за пивом для старших товарищей

[kALVINS]

Цитата:

Сообщение от eugene egorov

Сбегать за пивом для старших товарищей

Ну если это поможет проекту то конечно
Хотя конечно если на проекте в рабочее время пиво пьют то многому там не научишься :-(

[aquazer]

Цитата:

Сообщение от oip

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

В чем состояли эти задачи? Можно ли говорить, что это были отдельные задачи со своим конкретным сроком исполнения, или это было нечто вроде "ассистирование" ведущему программисту по его задачам?

[oip]

Цитата:

Сообщение от aquazer

В чем состояли эти задачи? Можно ли говорить, что это были отдельные задачи со своим конкретным сроком исполнения, или это было нечто вроде "ассистирование" ведущему программисту по его задачам?

С самого начала это были задачи вроде "Добавить поле", "Сделать на форме чекбокс, который как-то_меняет_вид_формы". Т.е. самые-самые простейшие задачи. На этих примерах были быстро освоены стандарты разработки, принятые в компании, бест практис, и.т.д. Чуть позже начал исправлять какие-то ошибки, дорабатывать отчеты и.т.д. Т.е. сложность задач возрастала постепенно. Задачи были отдельные и со своими сроками.

[Sada]

Я как и oip начинал от простого к сложному. Сначала поля на формах, потом отчетики, потом еще чтонить и так по тихоньку, по маленьку от простого к сложному подрос (надеюсь). Хотя работал я с одним "удивительным" человеком, который был уверен, что работать надо от сложного к простому. Долго он с нами не работал .

[belugin]

Мне кажется начинающему программеру надо:

• объяснить специфику писания модификаций (в отличие от разработки отдельного софта)
• для начала давать задачки полегче
• стараться направлять его сначала в одну очень узкую область
• сначала очень придирчиво контролировать результат

[oip]

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

Цитата:

Сообщение от belugin

[*]сначала очень придирчиво контроллировать результат

[odr]

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