Инструкция по работе с новым программным продуктом, но также общие принципы работы подразделения, должностная инструкция специалиста и т д

Завершение тестирования

Еще раз повторим этапы процесса тестирования:

1. 
   Тестирование программистом. Перед тем, как сдавать вам работу, программист исправляет те ошибки, которые сумел выявить.
   
2. 
   Тестирование вашими силами. Вы лично как можно подробнее тестируете работу программы до того, как установить очередной релиз у клиента.
   
3. 
   Совместное тестирование с человеком, ответственным за проект. Вместе с этим лицом вы также подробно проверяете выполненную работу или проверяете качество доработок, убеждаетесь, что все работает.
   
4. 
   Тестирование с непосредственными участниками процесса происходит в режиме, максимально приближенном к реальной работе. Люди выполняют свои обязанности в новой программной среде. Проверяют, насколько удобно и корректно работает система.
   

И, наконец, когда все уже готово, когда большая часть ошибок выявлена, нужно дать доступ к системе максимальному числу сотрудников. Пусть люди работают в двух системах параллельно. Им не обязательно дублировать все. Но по возможности надо работать в обеих системах. Таким образом, программный продукт проходит полноценное бета-тестирование, т.е. проверку работы многопользовательской среды в рабочем режиме с достаточно большой нагрузкой.

На этом этапе ни в коем случае: не давайте рядовым участникам процесса свои контакты!

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

Запуск проекта

Итак, тестирование прошло успешно и все с этим согласны. Что происходит дальше:

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

Если все эти пункты выполнены, можно запускать систему.

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

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

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

Например, когда я запускал программный продукт на хлебозаводе, я спал по 3-4 часа в сутки в течении 3 ех дней. Я практически все время находился на предприятии. Программисты, которые также вели этот проект, могли отдыхать больше. Они просто должны были быть на связи для оперативного исправления возможных недочетов. А я почти круглые сутки проводил на проекте просто потому что хлебозавод работает круглосуточно, и надо было контролировать самые разные процессы в разное время.

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

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

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

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