Методология внедрения Microsoft Project Server/Online
Довольно часто в нашу компанию «Leo Consulting» обращаются Заказчики с запросами на внедрение «с нуля» Microsoft Project Server во всей его красе и полноте функционале, включая бюджетирование и ресурсное планирование, желая сразу получить максимальный результат от внедрения. Наши предложения о необходимости поэтапного внедрения не всегда находят отклик у Заказчика. Как показывает практика, внедрение у таких Заказчиков либо затягивается на долгие-долгие месяцы – компания (ее сотрудники) не способна сразу переварить такое количество новшеств, либо такое внедрение стоит неоправданно дорого для Заказчика.
В данной статье я поделюсь своим опытом и представлениями о том, что с чего нужно начинать, внедряя Microsoft Project Server, и когда переходить от одного этапа внедрения к другому в зависимости от уровня зрелости компании Заказчика.
Знакомство
Как правило, стандартный запрос на внедрение Microsoft Project Server выглядит следующим образом: приходит письмо с описанием следующих «хотелок» Заказчика:
- Постановка системы управления портфелем проектов;
- Автоматизация системы управления портфелем проектов;
- Автоматизация управления сроками, бюджетами, человеческими и материальными ресурсами в разрезе проектов / портфелей проектов;
- Обеспечение сценарного планирования «что-если» и прогнозирования отклонений в проектах;
- Обеспечение интеграции со сметными программами;
- Формирование и автоматизация аналитической отчётности в разрезе проектов и портфеля проектов; обеспечение возможности присоединять документы к работам в плане и просматривать их в проекте;
- Автоматическое формирование заявок на ресурсы и их согласование по маршрутам (ресурсное планирование).
Вроде бы все здраво. Но есть один нюанс. Заказчик хочет получить «с нуля» все и сразу. Это нормальное желание. Но давайте быть объективными – все и сразу не получится. А чем быстрее, тем дороже, причем в геометрической прогрессии.
Ухаживание
Не буду акцентировать внимание на описании процедур, связанных с переговорами, встречами, техническим заданиям и прочими. Представим, что Заказчик «нулевой» в управлении проектами. Итак, с чего мы начинаем?
Сразу узнаем, какими типами проектов управляет Заказчик. Какие проблемы в компании побудили его искать «счастье» в управлении проектами. Узнаем какие цели ставит Заказчик при внедрении управлении проектами и Microsoft Project. Важно понимать, что на самом деле Заказчику в лице собственников (инвесторов) не нужна система управления проектами как таковая, ему/им необходимо решение проблем компании. Поэтому мы как консультанты стараемся предложить построение такой системы, которая решит (хотя бы частично) его проблемы, по крайней мере, связанные с управлением проектами. А если в результате внедрения рядовые сотрудники Заказчика смогут уходить домой в 18:00*, то это решит и личные проблемы некоторых сотрудников.
Следующие шаг, это определение уровня зрелости компании в целом и ее уровень в управлении проектами, стараемся ощутить моральный дух/настрой сотрудников компании, что очень важно для успешного внедрения. Если в компании царит «организационный хаос» - все бегают туда-сюда, сегодня делают одно, завтра бросают и делают другое, то внедрить информационную систему управления проектами (ИСУП) будет очень тяжело, практически невозможно, так как любая система подразумевает некоторый порядок и договоренности. Условно говоря, ИСУП заработает при условии «что перед законом все равны», и не заработает (или заработает, но не в желаемом объеме и сроках) при условии «друзьям все, а врагам закон».
* - сначала написал 6:00, но подумал, то многие решат, что если человек уходит домой только утром, то это слишком:)
Для чтения статьи необходимо авторизоваться на сайте