Внедряете программный продукт? Не забудьте о главном!Замечательно, если все предложенное окажется для Вас очевидным и не требующим напоминания. К сожалению, при внедрениях самого разного уровня эти немаловажные моменты бывают упущены из виду. Каленов Олег Назначьте руководителяИли примите его функции на себя. Еще Карл Маркс утверждал: «Отдельный скрипач сам управляет собой, оркестр нуждается в дирижере». Другими словами, для планирования и оперативного руководства процессом необходим менеджер проекта, которому и предназначены дальнейшие рекомендации. Не занижайте сложность проектаЗнаменитая фраза «мы сделаем это за выходные», как правило, характерна для новичков либо, наоборот, компьютерных гениев, забывших, что на Земле бывают и менее одаренные люди, а также традиционно упускающих из виду «мелочи» типа тестирования, обучения, документирования, ну и планирования, разумеется. Составьте план внедренияДома без чертежей обычно не строят, а вот внедрение без плана проекта встречается. О планировании написаны горы книг, наспех пересказывать которые – занятие неблагодарное. Но некоторые принципы особенно важны, поэтому упомянуты ниже. Контролируйте проект в любой момент времениХороший план внедрения – это карта маршрута, в которую можно ткнуть пальцем и сказать «Сейчас мы здесь, надо торопиться (можно отдохнуть), чтобы успеть к ужину». Чем опытнее картограф, тем больше вероятность не сбиться с пути и придти вовремя. Установите критерии выполнения для каждой задачиКритерии, по которым определяется, выполнены работы очередного пункта или нет, должны быть четкими и недвусмысленными. Цель достигнута либо нет, того и другого одновременно быть не может. Назначьте ответственного за выполнение каждого пункта планаОбратите внимание – ответственного, а не ответственных! «Коммунальная» ответственность чревата спорами «кто делает больше» и стимулирует концентрацию не на достижении цели, а на способе не работать за других, при этом не оставшись виноватым. Если Ваш план не позволяет назначить одного ответственного за каждый пункт – смотрите далее. Детализируйте планКак говорится, бегемота едят по частям! Разбивайте большие задачи на подзадачи, предусматривайте дополнительные уровни вложенности до тех пор пока:
Не планируйте сверхурочную работуОна все равно появится. Лучше сделайте запас прочности на неотложные внезапные отпуска участников проекта, болезни и т.п. Учитывайте периоды отчетностиНе намечайте переход на новый программный продукт непосредственно перед сдачей отчетности или в период ее подготовки. Наверное, комментарии излишни, поскольку всем известно, чем грозит несвоевременное предоставление отчетности в Центральный Банк, например. Убедите пользователей не встречать программу «в штыки»Менять привычки очень и очень трудно, поэтому новая программа может быть раскритикована в пух и прах, а Вы вместе с командой внедрения встречены как враг номер один. В таком случае пользователям можно объяснить, что инициатива установки идет не от Вас лично, а от руководства организации, и что новая программа - это навсегда, во всяком случае, очень надолго (мне приходилось отвечать на вопросы «Надолго ли нам ставят эту программу»). Если есть возможность, примените клиенто-ориентированный подход, объяснив пользователям, какие удобные возможности они получат в новой программе. Это поможет разжечь энтузиазм, необходимый для изучения новинки. Предложите документациюПо каждому модулю новой программы нужна пользовательская документация (желательно доработанная под особенности учетной политики), по которой даже новичок сможет понять, что и как нажать в новой программе. Проведите контроль знаний, полученных пользователямиПри этом наивысшая концентрация пользователей на обучении будет достигнута, если показанные ими результаты будут влиять на размер их заработной платы. Оставайтесь на связиОбеспечьте всем участникам проектной команды возможность связаться с Вами в любой момент (не путайте с пользователями). Общение с участниками команды приоритетнее общения с пользователями. Не уходите в себяЕсли Вы супер-пупер программист, не позволяйте себе с головой погрузиться в любимые коды, пока хоть один специалист Вашей команды не занят делом. Один в поле не воин, а ваша задача – организовать работу команды. Все остальное – на втором плане. Проведите тестированиеЗадачами тестирования могут быть:
По итогам тестирования составьте протокол замечаний. Приступайте к следующему тестовому дню после полного устранения замечаний по предыдущему. Чем больше тестовых дней, тем лучше. Максимально приблизьте тестирование к реальностиК тестовому дню желательно отнестись как к рабочему, чтобы присутствовало большинство пользователей, выполнялись все операции. В идеале в тестовой программе полностью дублируется предыдущий рабочий день. Тогда одновременно тестируется и производительность системы. В пылу настройки не забывайте о доступеИногда для ускорения тестирования (настройки) пользователям дают чрезмерный либо даже администраторский доступ, который впоследствии может плавно перетечь в «боевую» эксплуатацию. Ведите учет локальных доработокЕсли в процессе внедрения приходится дорабатывать части программы, документируйте внесенные изменения. Иначе через пару месяцев рискуете погрязнуть среди непонятных заплаток и служебных операций. Автор - менеджер проектов, « источник: |