8 (800) 500-61-51, 8 (495) 260-28-08 Будни с 9:00 до 18:00 по мск 127473, г. Москва, ул. Селезневская, д.34

Заказать звонок

Дочерняя компания 1С

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

.

Первый шаг: разработка "Концепта проекта"

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

Разработка Концепта производится на основании результатов обследования, которое выполняется на территории Заказчика Исполнителем на основании Договора на оказание услуг по разработке Концепта проекта создания АСУП на базе 1С ERP.

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

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

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

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

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

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

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

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

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

  • Выводы и задачи автоматизации по приоритетам.
  • Варианты архитектуры создаваемой АСУП – программные продукты и их взаимодействие.
  • Очередность ввода в эксплуатацию АСУП.
  • Предлагаемая проектная технология для каждой очереди АСУП, формы сотрудничества между сторонами и разделения ответственности.
  • План-график проекта с ориентировочными бюджетами и сроками каждой очереди и этапов внутри очередей.
  • Предложения по организационной структуре управления проектом со стороны Заказчика и исполнителя.
  • Организационные задачи Заказчика по подготовке проекта.
Обсудить стоимость Концептуального проектирования для вашего предприятия с менеджером
Как решается ваша задача – организационно и методически? Какие трудовые и финансовые ресурсы потребуются? В какие сроки?
Укажите ваши контакты в форме ниже, с вами свяжется наш специалист и обсудит варианты решения ваших задач по автоматизации, проконсультирует по возможностям типовых решений, расскажет о выполнении проектов.
Или позвоните по телефону: 8 (800) 500-61-51

.

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

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

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

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

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

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

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

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

Важно:

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

Примечания

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

.

Выполнение проекта 1С:ERP с использованием подходов Agile

По нашему убеждению, для успешной реализации проектов создания автоматизированных систем класса ERP необходимо применение комплексного подхода, сочетающего в себе как инструменты жестких методик управления, так и элементов Agile - методологий (SRAM, Crystal, XP). В качестве отражения такого подхода компания ИТРП разработала Заявочную технологию управления проектом. Этапы проекта выполняются небольшими итерациями (1-2 недели, так называемые “Заявки”). Для каждой заявки фиксируется ожидаемый результат в четких, измеримых, понятных и согласованных сторонами критериях. После исполнения каждой Заявки Заказчик и Исполнитель обсуждают результаты и корректируют (актуализируют) постановку задач следующей Заявки. К обсуждению обязательно привлекается непосредственный потребитель результатов Заявки. В случае, если трудоёмкость исполнения может быть определена с самого начала - стоимость заявки фиксируется. Если такой возможности нет – проводится мониторинг фактически затраченных ресурсов с их последующей оплатой. Основное преимущество данной технологии – непрерывные коммуникации между Заказчиком и Исполнителем, возможность Заказчика вносить изменения в требования в ходе выполнения этапа на основании уже полученных результатов предыдущих Заявок. Иначе говоря, задачи очередной итерации (Заявки) определяются во многом практическими результатами предыдущей итерации. Таким образом, Заказчик имеет возможность вносить непрерывные изменения в проект, а конечный результат, необходимый Заказчику получается наиболее коротким путем и с наименьшими затратами.

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

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

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

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

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

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

.

Этап 3. Функциональные требования на доработки типового решения 1С:ERP.

Функциональные требования на доработки (ФТ) типового решения разрабатываются на основе результатов моделирования и рамок, задаваемых утвержденными доработками в Спецификации требований. Функциональные требования на доработки типового решения (1С:ERP и пр.) формулируются на языке бизнеса (предметной области), понятном заказчику, без технических подробностей, и содержат в том числе эскизы доработанных интерфейсов и порядка работы пользователей с интерфейсами, описание методологии и алгоритмов. Для того чтобы ФТ соответствовали реальным потребностям бизнеса, они формулируются в процессе изучения бизнес-процессов предприятия и моделирования процессов в типовом решении.

.

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

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

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

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

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

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

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

1.Явное невыполнение Функциональных требований на доработки или программные ошибки.

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

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

.

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

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

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

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

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

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

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

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

.

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

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

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

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

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

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

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

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

.

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

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

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

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

.

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

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

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

.

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

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

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

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

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

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

Задать вопрос по проектной технологии
Как решается ваша задача – организационно и методически? Какие трудовые и финансовые ресурсы потребуются? В какие сроки?
Укажите ваши контакты в форме ниже, с вами свяжется наш специалист и обсудит варианты решения ваших задач по автоматизации, проконсультирует по возможностям типовых решений, расскажет о выполнении проектов.
Или позвоните по телефону: 8 (800) 500-61-51
^