Проектная технология 1С
За время работы на позиции руководителя проекта часто сталкиваюсь с тем, что Заказчики имеют поверхностное представление о том как реализовываются проекты по внедрению информационной системы, с какими рисками предстоит столкнуться.
На сегодняшний день у меня за плечами ряд успешных и не очень реализованных проектов по внедрению 1C ERP с бюджетами в десятки миллионов рублей в производственных компаниях с выручкой измеряемой млрд рублей, в добавок ко всему, в "прошлой жизни" мне довелось участвовать в проекте внедрения 1C ERP в роли руководителя проекта со стороны Заказчика.
Поделюсь общей информации о проектной технологии, обогащая ее собственным опытом в роли руководителя проектов (РП), в дальнейшем более подробно остановлюсь на каждом из этапов, а так же поделюсь кейсами из моей практики.
Компания 1С предлагает клиентам 3 технологии внедрения своих продуктов, не буду на них подробно останавливаться, их описание, в каких случаях они применяются, принципиальные отличия подробно расписаны на сайте 1С. Все варианты достаточно гибкие и предполагают использование только того набора активностей и документации, которые действительно необходимы для достижения конечного результата. Выбор этих опций совместная задача интегратора и клиента.
Учитывая масштаб наших Заказчиков и поставленные задачи, наша команда выполняет внедрение опираясь на Технологию корпоративного внедрения, реализуя 5 основных этапов:
Обследование - Исполнитель проводит аудит существующих бизнес процессов Заказчика и ИТ ландшафта. Происходит уточнение требований к разрабатываемой системе, возможно корректируются границы проекта.
Моделирование - прототипирование будущей системы, моделирование существующих бизнес-процессов в типовой конфигурации. Выявление функциональных разрывов. Функциональный разрыв - невозможность типовой конфигурации системы обеспечить существующий бизнес-процесс. Продолжается уточнение требований к системе, возможны корректировки границ проекта.
Проектирование - проектирование конечного облика системы, написание частных технических заданий (ЧТЗ) и разработка проектного решения, ролевой модели, интеграций, системы НСИ.
Разработка - доработка системы в соответствии с ЧТЗ и проектным решением, тестирование нового функционала и интеграций, разработка инструкций, регламентов поддержки и обучение пользователей.
Внедрение - Запуск опытно-промышленной эксплуатации, передача в промышленную эксплуатацию.
Стоит отметить, что на начало этапа Обследования мы уже имеем на руках: согласованный бюджет проекта, заключенный договор на оказание услуг по внедрению программного продукта, согласованный и подписанный устав проекта, состав команд и руководителей проекта со стороны Заказчика и Исполнителя. Все перечисленное результат т.н. нулевого этапа предпроектной подготовки, о котором тоже расскажу.
В следующем посте расскажу о том, что представляет из себя этап Обследования, какой результат получают Заказчик и Исполнитель, и как необходимо выстроить совместную работу команд, что бы достичь желаемого результата.
· 25.07
Интересно,а Вы им озвучиваете суммы по поддержке в дальнейшем допиленных продуктов и то ,что ты поставил тот же БитФинанс навсегда тебя к нему привязывает и высасывает деньги?Я думаю вы заказчиков прям не сильно уговариваете остаться на типовой же ,а попутно впариваете свои продукты т.к. они(заказчики) нихрена в этом не шарят,не?
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
коммент удалён
· 25.07
Озвучиваем, насколько это возможно на стадии, когда еще ничего не сделано и поддерживать по сути нечего. Что касается впаривания доработок системы, на этапе предпроектной подготовки согласовывается и утверждается бюджет проекта и каждого из этапов. Как Вы говорите "впаривание" происходит на завершающей стадии этапа Моделирования, когда составлен список функциональных разрывов, совместно с Заказчиком выполнена приоритизация, и оценены затраты на реализацию в деньгах и по срокам. Дальше заказчик сам решает какие ФР мы берем в Проектирование и Разработку какие нет. В обычной практике "дорогие" ФР подробно обсуждаются и помимо оценки и приоритета расписываются За и Против решения, последствия для поддержки системы и т.д. Так что здесь у Заказчика полная свобода выбора. Что касается "впаривания" продуктов, полагаю Заказчики не наивные дошколята, ведут же бизнес, деньги зарабатывают, так же, что-то впаривают своим клиентам, а по сему прежде чем, что-то купить, вполне могут составить самостоятельное мнение по интересующей теме, программе, продукту, оценить стоимость владения, благо информации в свободном доступе более чем предостаточно, семинары, вебинары и т.д.
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён
· 25.07
Да, это хорошо если грамотные люди на приемке продукта и умеют считать свои деньги ;) Помню когда начинал свою карьеру в 1С ,был у меня собес в 1Бит и мне запомнилось ток одно, я им сказал,я впаривать ничего не буду,не помню полный предпосыл к этой фразе,но отложилось, хоть и время прошло немало.😅
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён
· 25.07
Все всё друг другу впаривают, еще говорят продают. Так было и так будет. Ответственность впариваемого - не купить лишнего. Что касается экспертности людей на приёмке. Об этом обязательно напишу более подробно, необязательно быть экспертом в 1с, важно чётко понимать, что необходимо Вашему бизнесу, а с этим часто бывают проблемы и у персонала, и у собственника. В итоге все сводится к тому, что вот внедрим информационную систему и заживем! Не заживете, если был бардак в процессах, он и останется бардаком только оцифрованным.
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён