Meet-YaiВопрос в тему управление проектом и методологический.

Когда нужно проводить этап первичного обучения ключевых пользователей 1С УПП: до написания ТЗ, во время или на этапе внедрения самой системы? (коих у нас планируется на проекте порядка 70 человек).

В настоящий момент идет написание ТЗ по ГОСТам, без привязки к терминологии 1С УПП.
Планируется ввод новых пользователей в качестве операторов до 10 человек дополнительно.
Обучение решено производить уже на этапе внедрения.

Мое решение проводить первичное обучение как можно скорее, дабы создать у пользователя понимание 1С УПП, изучения терминологии, архитектуры, заодно откорректировать свои потребности для написания ТЗ. Также это снизит риски непонимания у пользователя что от него хотят, при внедрении 1С УПП.

Для основной массы пользователей самым эффективным будет паралельная работы пользователей в обоих системах (текущей и внедряемой) с ежедневным снятием ключевых показателей работы компании - например складские остатки, если есть различия в показателях, тогда проводится "разбор полетов".
Обучение стоит проводить непосредственно перед запуском внедряемой системы (ориентировочно за 2-4 недели перед запуском).
Для обкатки реализованного по ТЗ функционала, паралельную работу можно фрагментарно использовать на этапе реализации ТЗ.
Также паралельную работу можно провести по тому типовому функционалу на счет которого имеются сомнения в его применимости на данном предприятии, еще на этапе написания ТЗ, но такое "обучение" скорее говорит о слабости внедренцев и архитекторов.
Пользователи обязательно должны быть мотивированны на паралельную работу.
Обязательно стоит выделить ключевых пользователей заинтресованных в работе в новой системе, на работу с ними делать упор, а уже они должны распространять знания между остальными пользователями.
На основные операции напишите инструкции. Но описывать все в инструкциях совершенно не нужно и даже вредно.
Также не стоит расчитывать, что при паралельной работе (и иных способах обучения) пользователи будут хорошо обученны, в случае паралельной работы основной все же будет являться текущая система, внедряемая система будет вторична, поэтому очень важно снимать и разбирать с пользователями ключевые бизнес показатели (но на это предприятие не всегда готово). При иных способах обучения полученные знания будут по большому счету теоретическими, поэтому на такое обучение упор делать не стоит.

Основной же этап обучения для пользователей как ни крути наступит после момента внедрения (запуска системы в эксплутацию) и по времени будет завистить от предыдущего опыта пользователей - если пользователи никогда не работали с УПП, а еще хуже с 1С, процесс может относительно сильно растянуться во времени.
По моим наблюдениям в первые 2-4 недели после ввода в эксплуатацию являются самыми жаркими.
В первые пол года после ввода в эксплуатацию необходимо грамотно блокировать требования пользователей вернуть все как было, поверьте в УПП очень широкий функционал и акцент необходимо делать именно на использование стандартного функционала с небольшимим хирургическим вмешательством, не стоит даже пытаться переписывать УПП, стоит объяснять и агитировать использовать те подходы которые выработали методологи из 1С, поэтому основной упор на этом этапе делать на обучение ранее выявленных заинтресованных во внедрении пользователей, требования остальных до поры до времени можно игнорировать, но здесь должна быть налаженна четкая обратная связь с куратором внедрения, чтобы такое игнорирование не вылилось в конфликт.
До куратора должно быть доведенно (он должен это четко понимать), что во время жизни проекта существует два этапа:
1. этап внедрения и обучения.(начинается сразу после ввода системы в эксплуатацию)
2. этап сопровождения (модель оказания услуг).
так вот кратко говоря на первом этапе (этапе внедрения) именно внедренец говорит, что надо делать пользователю, а не пользователь ставит задачи внедренцу. Можно даже сказать так - инициатива (хорошая или плохая) пользователей не вписывающаяся в процесс на этом этапе должна быть жестко наказуема.
На втором этапе - наоборот пользователь ставит задачу но уже консультанту.
Если куратор это понимает все проходит на ура, но здесь уже начинается гонка со временем и время играет против внедренцев, если сроки внедрения необоснованно затянуться куратор перестанет быть на вашей стороне и в этот момент можно сказать, что проект начинает "заваливаться", поэтому будте очень осторожны, вы должны быть как в танго - ведущим, должны одновременно и привлекать и отталкивать девушку (пользователя).

При грамотном подходе через 6 месцев пользователи вообще перестают вспоминать старую систему на этом этап внедрения и обучения можно считать законченным и стоит переходить к модели оказания услуг.

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

Ну и удачи вам в этом не простом деле.