8 (800) 500-61-51

8 (495) 600-61-81


Проектная технология ИТРП — полный цикл внедрения автоматизированных систем

.

Первый шаг: Экспресс-обследование

Целью экспресс-обследования является формирование детального и обоснованного предложения по созданию АСУП с учетом особенностей предприятия, с план-графиком проекта.

Экспресс-обследование выполняется на территории Заказчика Исполнителем на основании Договора на оказание услуг по экспресс-обследованию предприятия.

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

С каждым сотрудником предприятия интервью занимает от 1 до 3 –х часов.

В результате проведенных интервью собирается информация по бизнес-процессам, которая отражается в Отчете об экспресс-обследовании:

  • Оперативный учет, складская логистика, структура номенклатуры.
  • Финансовый учет (управленческий, регламентированный при необходимости). Казначейство.
  • Бюджетирование.
  • Долгосрочное и краткосрочное планирования продаж, производства, закупок.
  • Управление продажами, отгрузками, заказами клиентов, резервирование продукции, размещение заказов в производстве.
  • Сменно-суточное планирование производства (поцеховое), диспетчеризация.
  • Управление закупками.
  • Управление качеством.
  • Управление данными о продукции.
  • Управление персоналом, расчет заработной платы.

По каждому бизнес-процессу в отчете фиксируется:

  • Ключевые (значимые для проекта) параметры, влияющие на обоснование трудоемкости (стоимости, сроков) проекта, выбор программного продукта и выделение очередей.
  • Мнения сотрудников о текущей оптимальности процессов, общие пожелания пользователей к оптимизации (реорганизации) и автоматизации бизнес-процесса.
  • Выводы и задачи проекта.

Определяются ключевые характеристики предприятия, влияющие на трудоемкость проекта, выбор программного продукта и выделение очередей:

  • Общая структура финансовых и материальных потоков между бизнес-единицами и юрлицами.
  • Ключевые характеристики технологий в производстве, общее описание технологического процесса, мнение заказчика по основным задачам и трудностям планирования, диспетчеризации, оптимизации загрузки мощностей и так далее.
  • Ключевые характеристики учетной политики регламентированного и управленческого учета, в том числе принципы расчета себестоимости продукции и определения финансового результата.
  • Ключевые характеристики и общая структура нормативной системы (номенклатура, спецификации). Качество нормативной системы, пожелания заказчика по ее модификации и совершенствованию.
  • Ключевые характеристики используемого программного обеспечения (программы, выполняемые функции укрупненно, стабильность функционала, оценка пользователей и так далее – около 10 стандартных параметров на каждый продукт).
  • Прочие организационные особенности предприятия.

В заключении в отчете приводится:

  • Выводы и задачи автоматизации по приоритетам.
  • Варианты архитектуры создаваемой АСУП – программные продукты и их взаимодействие.
  • Очередность ввода в эксплуатацию АСУП.
  • Предлагаемая проектная технология для каждой очереди АСУП, формы сотрудничества между сторонами и разделения ответственности.
  • План-график проекта с ориентировочными бюджетами и сроками каждой очереди и этапов внутри очередей.
  • Предложения по организационной структуре управления проектом со стороны Заказчика и исполнителя.
  • Организационные задачи Заказчика по подготовке проекта.

Экспресс-обследование выполняется одним специалистом за 10 рабочих дней, из них 5 дней – интервью (работа на территории Заказчика), 5 дней – обработка информации и формирование «Отчета об экспресс-обследовании».

Обсудить стоимость Экспресс-обследования для вашего предприятия с менеджером:




Портфолио образцов экспресс-обследований (обезличенных) мы можем выслать по отдельному запросу.

Запросить портфолио:





.

Этап 1.Тестовая эксплуатация (прогон) типового решения 1С:ERP на данных Заказчика

Тестовая эксплуатация типового решения предназначено для формирования у Рабочей группы Заказчика представления о функциональности Типового решения и его возможностях без доработок решить задачи автоматизации.

Порядок тестовой эксплуатации:

  • Заказчик передает Исполнителю ограниченную выборку нормативных данных и первичных документов.
  • Исполнитель вносит эти данные в базу данных Типового решения и формирует Тестовый пример — отражение бизнес-процессов Заказчика в Типовом решении с использованием этих данных.
  • Объем тестового примера составляет не более 30 единиц нормативных данных и не более 30 первичных документов на один бизнес-процесс. По согласованию Сторон, объем тестового примера может быть расширен.
  • Исполнитель консультирует Заказчика по содержанию тестового примера.
  • По результатам рассмотрения Заказчиком тестового примера Исполнитель формирует документ «Отчет о результатах тестирования типового решения», который содержит:
  • общую информацию о характере тестовых данных,
  • заключение о необходимости доработок Типового решения и направлении этих доработок,
  • заключение о необходимости детального функционального моделирования (перехода на технологию ТФМ) с разработкой модели бизнес-процессов «Как будет» в привязке к функциональности Типового решения и выявлением требуемых доработок Типового решения.
  • Критерий приемки работ – согласование документа между Сторонами, утверждение Заказчиком.

Важно!

Если по результатам тестовой эксплуатации выясняется что типовой функционал решает поставленные задачи, то можно переходить к пусконаладочным работам (загрузка и выверка данных, разработка детальных инструкций для пользователей) и опытной эксплуатации. Этапы функционального моделирования, разработки ТЗ и доработок по ТЗ пропускаются.

.

Этап 2. Функциональное моделирование 1С:ERP

Если по результатам тестирования типового решения выяснилось что типовое решение не решает задачи заказчика, а состав потенциальных доработок требует дополнительных исследований, то выполняется Функциональное моделирование (ФМ).

Состав работ на этапе ФМ:

  • Обследование бизнес-процессов предприятия, подлежащих автоматизации на 1С:ERP, анализ их качества, выявление «узких мест» и требований к реинжинирингу бизнес-процессов.
  • Уточнение внешних целей создания АСУП.
  • Моделирование с привлечением рабочей группы Заказчика выделенных бизнес-процессов предприятия в типовом решении с использованием его стандартного функционала (без доработок конфигурации) на ограниченной выборке данных (контрольном примере).
    1. Рабочая группа формирует требования.
    2. Консультанты моделируют в типовом решения на данных Заказчика.
    3. Результат обсуждается с Рабочей группой, в модель вносятся изменения.
    4. Для получения модели может потребоваться несколько итераций моделирования.
  • При этом у рабочей группы формируется представления о модели бизнес-процессов «Как будет» в 1С:ERP, сценариях работы пользователей, функционале типового решения и возможности его использования для автоматизации бизнес-процессов.
  • Принятие решений о необходимости реинжиниринга выделенных бизнес-процессов для возможности их автоматизации или для повышения их эффективности и построение модели бизнес-процессов «Как будет» в привязки к функционалу типового решения и его доработкам.
  • Формирование списка необходимых доработок типового функционала 1С:ERP.

Требуемое время участников рабочей группы на моделирование – 1 – 2 часа в день, ежедневно.

В результате функционального моделирования формируется документ:

«Отчет о результатах функционального моделирования» на очередь ERP-системы,  который содержит:

  • Модель бизнес-процессов «Как будет» (сценарии работы пользователей) в нотации eEPC ARIS или BPMN с привязкой к функционалу и интерфейсам, рабочим местам типового решения, при этом приводятся подробные скриншоты и текстовое описание.
  • Перечень желательных доработок типового решения.
  • База данных с функциональной моделью.

Важно:

  • Функциональное моделирование — это совместная работа Заказчика и Исполнителя, в непрерывном взаимодействии Сторон.
  • Отчет о ФМ готовит Исполнитель, но это же и отражение труда рабочей группы Заказчика по формулировке требований, рассмотрению предложенных моделей.

Примечания

  • Для обеспечения целостности и взаимоувязанности всех очередей ERP-системы рекомендуется выполнять функциональное моделирование всех очередей и разработку спецификации требований до разработки Технического задания каждой очереди.

Запросить портфолио (образцы отчетов) функционального моделирования:





.

Выполнение проекта 1С:ERP по технологии SCRUM

При использовании технологии Scrum – этапы проекта выполняются небольшими итерациями (1-2 недели, т.н. «Спринты»). После каждого спринта Заказчик и Исполнитель обсуждают результаты и корректируют (актуализируют) постановку задачи на следующий спринт.

Стоимость спринта фиксированная, и зависит от размера команды внедрения, участвующей в спринте. Таким образом, стоимость всего этапа зависит от количества необходимых итераций (спринтов).

Основное преимущество данной технологии — непрерывные коммуникации между Заказчиком и Исполнителем, возможность Заказчика вносить вносить изменения в требования в ходе выполнения этапа на основании уже полученных результатов предыдущих спринтов. Иначе говоря, задачи очередной итерации (спринта) определяются во многом практическими результатами предыдущей итерации. Таким образом, Заказчик имеет возможность вносить непрерывные изменения в проект, а конечный результат, необходимый Заказчику получается наиболее коротким путем и с наименьшими затратами.

Первая итерация этапа «Функционального моделирования» имеет цель очертить рамки Функционального моделирования в виде списка бизнес-процессов и рамочных требований к методикам учета и управления. Также на первой итерации может быть выполнен тестовый прогон на данных Заказчика с целью определения необходимости детального моделирования.

Вторая итерация — выработка первичного проектного решения (функциональной модели с использованием типового решения), как предложения от Исполнителя проекта. Следующие итерации — анализ первичное модели и ее уточнения, совместно с Заказчиком.

Если разработка ТЗ и реализация доработок ведется по технологии Scrum, то в одну итерацию (спринт) включается реализация небольшой части доработок типового решения, с немедленной демонстрацией результата Заказчику, анализом этого результата и его корректировкой, а также при необходимости корректировкой постановки задач по другим доработкам. Здесь важно, что решения принимаются Заказчиком на основании практического продемонстрированного результата, а не на основании теоретических изысканий в ТЗ. Это позволяет идти разработке наиболее коротким путем и в направлении, нужном Заказчику.

Подробнее о технологии Agile/Scrum — плюсы и минусы>>>.

Описание технологии Scrum>>>

Этап 3. Спецификация требований

Документ «Спецификация требований» разрабатывается на основе результатов функционального моделирования и содержит:

  • Перечень возможных доработок типового решения 1С:ERP.
  • Оценка трудоемкости, стоимости разработки технического задания, трудоемкости , стоимости программирования и испытаний по каждой доработке.
  • Утверждение/отклонение заказчиком каждой доработки. Заказчик может отклонить любую из доработок если согласен «подстроиться» под типовой функционал, с целью уменьшения стоимости проекта, нежелательности снятия с поддержки типового решения и так далее.
  • Спецификация требований является основой для разработки Технического задания и определяет границы Технического задания.

На основании Спецификации требований и результатов Функционального моделирования определяются сроки и стоимость разработки Технического задания.

.

Этап 4. Техническое задание на доработки типового решения 1С:ERP.

Техническое задание (ТЗ) на доработки типового решения разрабатывается на основе результатов функционального моделирования и рамок, задаваемых утвержденными доработками  в Спецификации требований.

ТЗ определяет детальные функциональные требования к доработкам типового ERP-решения на языке предметной области, в том числе описание доработанных интерфейсов и порядка работы пользователей с интерфейсами.

Важно отметить, что ТЗ на доработки без функционального моделирования является ничтожным и не дает Заказчику никакого понимания и прозрачности  (документально зафиксированного)  о том, как будет работать система на его предприятии  в той части, в который будет использоваться типовой функционал.

Запросить портфолио (образцы) технического задания:





.

Этап 5. Реализация настроек и доработок, испытания 1С:ERP

На этом этапе выполняются следующие работы:

  • Доработка типового решения в соответствии с требованиями Технического задания.
  • Тестирование всех доработок и компонент.
  • Разработка и утверждение программы и методики испытаний (ПМИ).
  • Испытания и утверждение результатов испытаний.

Программа и методика испытаний (ПМИ) содержит описание фрагмента данных АСУП и пошаговую инструкцию по проведению испытаний с описанием получаемого результата и критериями успешности испытаний.

Объем данных для испытаний — это ограниченная выборка информации, объем должен быть достаточен для обеспечения достоверности результата испытаний, но не более того. На рабочем массиве данных как правило испытания не проводятся поскольку рабочий объем данных (нормативных, хозопераций и так далее) формируется наследующем этапе — Вводе в действие.

Приемочные испытания проводятся приемочной комиссией, все замечания фиксируются в Протоколе испытаний.

Все замечания протокола ранжируются:

1.Явное невыполнение требований Технического задания на доработки или программные ошибки.

2.Дополнительные требования, появившиеся у Заказчика в ходе испытаний. Реализуются как дополнительные работы.

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

.

Этап 6. Ввод в действие, пусконаладочные работы 1С:ERP

На этом этапе Исполнитель и Заказчик выполняют следующие работы:

  • Инсталляция рабочей базы данных, рабочих мест;
  • Выполнение необходимых настроек функциональности (например, учетных политик, функциональных опций системы);
  • Наладка операционного программного обеспечения и технических средств;
  • Выполнение настроек прав доступа;
  • Разработка методик переноса и выверки (нормализации) данных;
  • Разработка, тестирование, выполнение процедур переноса данных;
  • Проверка пользователями результатов переноса, выверка (проверка достоверности) и утверждение Заказчиком результатов переноса (входящих данных);
  • Разработка проектов регламентов работы пользователей и администраторов (рабочих инструкций). Утверждение проектов регламентов;
  • Разработка программ обучения ключевых пользователей и администраторов. Утверждение программ обучения;
  • Обучение и тестирование ключевых пользователей и администраторов.
  • Решение прочих организационных вопросов.

Отметим, что работа по переносу нормативно-справочной информации, нормализации справочника номенклатуры, спецификаций (техпроцессов) желательно начинать задолго до начала опытной эксплуатации, по мере того как утверждены Заказчиком методики и структуры данных в ERP-системе. Это требование обусловлено высокой трудоемкостью и продолжительностью таких работ

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

  • Заказчик отвечает за корректность и соответствие утвержденным форматам исходных данных (подлежащих переносу).
  • Исполнитель отвечает за правильность отработки утвержденной методики переноса.

Тем не менее, весьма желательным является проверка пользователями результатов переноса, так как исходные форматы данных утвержденные Заказчиком могут не соблюдаться и только проверка результата владельцем данных может выявить подобные отклонения.

В этом требовании скрыт один из «подводных камней» всех проектов ERP — не всегда пользователи/руководители подразделений, хотя и являются владельцами информации,  готовы уделить время проверке результатов переноса данных, а тем более и отвечать за результат проверки и утвердить этот результат.

.

Этап 7. Опытная эксплуатация 1С:ERP

Опытная эксплуатация ERP-системы (или отдельной очереди) проводится только на реальных данных бизнес-процессов в полном объеме, в условиях, максимально приближенным к рабочим, но на тестовом периоде, с вводом всех данных «задним числом».

На опытной эксплуатации не предъявляются требования к оперативной работе и актуальности данных в системе в режиме on-line.

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

Цель опытной эксплуатации – в процессе практического использования ERP-системы:

  • Выявить и реализовать дополнительные требования к ERP-системе, которые по тем или иным причинам не были зафиксированы в Техническом задании и модели «Как будет».
  • Выявить и исправить несоответствия Техническому заданию и прочие ошибки.
  • Сформировать навыки пользователей и понимание ими методик, заложенных в ERP-систему.
  • Получить приемлемый результат работы системы на тестовом периоде. Убедиться что система (это программа+пользователи+рабочие инструкции) готова к запуску в рабочем режиме он-лайн.

Этап опытной эксплуатации как правило пропускается если внедряется он-лайн система управления, планирования и  ввод исторических учетных данных не имеет. В этом случае после пусконаладочных работ начинается опытно-промышленная эксплуатация.

На этапе опытной эксплуатации как правило, применяются элементы технологии Scrum.

.

Этап 8. Опытно-промышленная эксплуатация 1С:ERP

Настоящий этап отличается от опытной эксплуатации тем, что результаты работы системы на этом этапе используются для формирования рабочей отчетности и управления предприятием.

  • Актуальность данных в системе поддерживаются в режиме on-line.
  • Ранее действующие системы автоматизации, функции которой замещены созданной системе ERP, на этом этапе разрешено использовать только для получения исторических  данных
  • Отчетность пользователям для передачи руководству разрешено формировать только в ERP-системе.

Отметим, что на этом этапе важно контролировать, чтобы бизнес-процессы не «пошли в обход» ERP-системы, так как пользователям зачастую проще вручную выполнить работу (так проще и привычнее) чем осваивать приемы работы в новой программе.

.

Промышленная эксплуатация 1С:ERP

Критерии перехода в промышленную эксплуатацию:

  • Объем доработок в за период позволяет передать ERP-систему на сопровождение ИТ-специалистам Заказчика.
  • Исполнителем выполняются работы в соответствии с гарантийными обязательствами. Осуществляются работы по устранению несоответствий системы ТЗ, выявленных при эксплуатации АС в течение установленных гарантийных сроков.
  • Исполнителем выполняются разовые консультации по доработкам и развитию ERP-системы.

.

Вовлечение ИТ-персонала в проект

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

  • Это выгоднее – предприятие «подсаживается» на пожизненное обслуживание и сопровождение компанией – внедренцем.
  • Это при том, что поддержка системы собственной ИТ-службой в 2-3 раза дешевле.

  Мы не настаиваем на том, чтобы делать все самим:

  • Наиболее целесообразно привлечение экспертов ИТРП на этапы, которые являются сложными и требуют глубоких знаний системы. Например, функциональное моделирование.
  • Далее мы стремимся максимально вовлекать в проект ИТ-службы заказчика, передавать знания, создавать на предприятии команду преемников.
  • Если Заказчик решается выполнять проект внедрения нашего продукта полностью своими силами – оказываем помощь в освоении, консультируем по методикам применения продуктов.
  • Если Заказчик все же решает сопровождать систему с нашим привлечением – никаких проблем, мы с готовностью это делаем!
  • Можно посмотреть в продуктовой линейке перечень проектных сервисов и мини-проектов на разные бюджеты. От небольших стартовых консультаций до полного проектного цикла.


Проверьте организацию вашего проекта. Скачать чек-лист>>>

Задать вопрос по проектной технологии:





Проекты и решения на 1С для производства

1С:ERP, 1C:УПП, 1С:MES, 1C:ТОИР

Заказать демонстрацию

Предсказуемое внедрение.
Гарантированный результат.
Выверенные технологии внедрения.

Подробнее

Ближайшие вебинары, курсы, конференции

Получайте расписание новых мероприятий на свою электронную почту

Подписаться

Обсудите вашу задачу с нашим специалистом

Сможем ли мы решить именно вашу задачу? Сколько это будет стоить? Сколько времени займет проект?
Оставить заявку
youtube.complus.google.comvk.com
-->