+7 (495) 908-65-65 заказать обратный звонок

г. Москва, 2-я Рощинская улица, дом 4, офис 503 с 9:00 до 20:00

Авторизоваться

Проектная технология

Предварительный этап: Экспресс-обследование

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Этап 1. Демонстрация типового решения на данных заказчика

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

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

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

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

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

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

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

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

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

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

«Функциональная модель» на очередь ERP-системы, который содержит:

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

Важно:

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

Этап 3. Системное проектирование

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

Руководствующими стандартами при написании технического задания являются ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению».

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

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

Этап 4. Реализация настроек и доработок, испытания

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

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

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

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

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

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

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

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

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

Этап 5. Ввод системы в действие

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

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

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

Важно: ответственность за результат переноса начальных данных разделяется:

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

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

Основная проблема всех проектов внедрения ERP — отсутствие времени у владельцев данных на проверку и утверждение результатов переноса. Как следствие — ошибки в исходных данных всплывают в процессе опытной эксплуатации и влекут за собой внеплановые трудозатраты на исправление последствий.

Этап 6. Опытная эксплуатация

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

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

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

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

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

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

Этап 7. Опытно-промышленная эксплуатация

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

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

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

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

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

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

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

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

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

Новости
17.07.2018
Вышла новая версия 2.4.5.54 типовой конфигурации "1С: ERP Управление предприятием 2".

Версия 2.4.5.54 Исправлены выявленные ошибки Розничные продажи Поддерживается считывание двухмерного штрихового кода акцизных и федеральных специальных марок нового образца, содержащего цифровой идентификатор ЕГАИС. Состав цифрового идентификатора определен в Информации Федеральной службой по регулированию…

10.07.2018
Вышла новая версия 3.1.7.87 типовой конфигурации "Зарплата и управление персоналом КОРП", редакция 3.

Новое в версии 3.1.7.87 Льготный тариф страховых взносов "Резидент особой зоны в Калининградской области" В соответствии с Федеральным законом от 27.11.2017 № 353-ФЗ. Возможность применять льготные тарифы страховых взносов, обусловленные работой на некоторой территории, к оплате труда сотрудников отдельных…

Все новости
Статьи
Внедрение «1С: ЕRP  Управление предприятием 2» на фармацевтическом предприятии ООО «БиоИнтегратор»
Внедрение «1С: ЕRP Управление предприятием 2» на фармацевтическом предприятии ООО «БиоИнтегратор»

Еще 10-15 лет назад, успешное внедрение ERP-системы (систем управления ресурсами предприятия) в России считалось чем-то из ряда вон выходящим. Сегодня, такие внедрения еще не являются обыденными событиями, но теперь, благодаря выходу на рынок системы «1С: ЕRP  Управление предприятием 2» от фирмы «1С», это явно не что-то необычное. Об одном из таких проектов мы сейчас расскажем. Объект внедрения [...]

Подробнее
«1С:Управление производственным предприятием» будет исключено из прайс-листа в 2018 году
«1С:Управление производственным предприятием» будет исключено из прайс-листа в 2018 году

30 апреля 2018 года поставка «1С:Управление производственным предприятием» будет исключена из прайс-листа фирмы 1С и компаний-партнеров «1С:Франчайзи». Для удовлетворения потребностей заказчиков в покупке «1С:УПП» в исключительных случаях с 1 мая того же года продажа решения будет осуществляться партнерами, обладателями статуса «1С:Центр компетенции по ERP-решениям» [...]

Подробнее
Все статьи
Заказать демонстрацию
Заказ обратного звонка
Авторизация