Навигатор по подготовке к цифровизации производства на «1С:ERP Управление предприятием»

ПРЕДИСЛОВИЕ

Электронная книга, которую вы открыли, – инструмент для подготовки проектной группы вашего предприятия к работам по разработке модели проектируемой системы на базе 1C:ERP Управление предприятием. Материал книги логически разбит на главы, соответствующие основным этапам проектирования ERP-системы от определения рамок проекта, формирования требований, итерационного моделирования процессов, согласования и передачи результатов заказчику. Каждая глава построена так, чтобы быстро ознакомить читателя с основными понятиями и методами этапа проектирования ERP-системы и содержит основные тезисы, ссылку на лекцию, иллюстрации, вопросы для самоконтроля. Обратите внимание, что основой материал раскрывается в видеолекциях. Содержание глав книги предназначено для закрепления материала.

Эту книгу мы используем как первый этап для профессиональной подготовки консультантов нашей компании.

С публикацией этого издания работа над книгой не прекращается.

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

Вам нужна помощь в вашем проекте по цифровизации на базе 1C:ERP Управление предприятием? Наша команда сообщества практики проведет детальный анализ бизнес-задач и предоставит индивидуальное решение. Решая ваши бизнес-задачи, настраиваем экосистему под ваши уникальные потребности, оптимизируя процессы в вашем предприятии и проводя бесшовный переход на новую систему управления.

С уважением,

Кирилл Ледовский

Руководитель практики «ERP-Мастер»

Лекция №1 Введение в профессию и терминологию

Характеристика лекции

лекция №1

Версию в формате pdf можно посмотреть по ссылке.

Обзор курса по ссылке.

Терминология

Ключевые схемы

Схема 1. Приказ Минобрнауки №854

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

Вопросы для самоконтроля

Лекция №2 Определение цифрового проекта

Характеристика

лекции

лекция №2

Терминология

Ключевые схемы

Схема 1. Три фазы жизненного цикла ERP-проекта

Мы объединяем фазы «Определение» и «Моделирование» в одну фазу, в которой проводим процессно-функциональное моделирование.

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

Схема 2. Структура документа «Определение цифрового проекта»

Схема 3. Состав проектной группы

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

Схема 4. Яндекс.Календарь, пример взаимодействия

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

Схема 5. Яндекс.Календарь, пример взаимодействия

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

Требования загружаются автоматически в ОПТИМАСОФТ, после привязываются к процессам, и проводится анализ, все ли требования поглотила типовая процессная модель или нет.

Вопросы для самоконтроля

Лекция №3 Объекты автоматизации

Характеристика

лекции

лекция №3

Терминология

Ключевые схемы

Схема 1. Структура документа Определение проекта

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

Схема 2.Группировка Объектов автоматизации ERP-проекта

Схема 3. ОПТИМАСОФТ – инструмент для разработки процессно-функциональной модели ЦД АСУП

Именно в ОПТИМАСОФТ описываются все бизнес-процессы и сопряженными с ними действия (события), владельцы процессов, идет взаимосвязь с метаданными 1C:ERP, то есть, как и где будет реализована бизнес-задача. Также указаны доработки и многое другое.

Схема 4. Отличие разработка ПФМ от классического моделирования

Вопросы

для

самоконтроля

Лекция №4 Организация проектной группы

Характеристика лекции

лекция №4

Терминология

Ключевые схемы

Схема 5. Логистический поток предприятия

Логистический поток предприятия состоит из 4 потоков ресурсов и 3 их проекции.

Схема 5. Состав проектной группы заказчика по ролям

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

Вопросы для самоконтроля

Лекция №5 Сбор и обработка требований

Характеристика лекции

лекция №5

Терминология

Интервью проводится по определенной схеме, описанной в программе ОПТИМАСОФТ.

Ключевые схемы

Схема 1. Каталогизация и хранение записей интервью

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

Схема 2. Обработка и формализация требований

Существует определенная этапность обработки и получения требований. Формализация происходит в Excel и потом текст протокола и требований переносится в ОПТИМАСОФТ автоматизировано.

Схема 3. Согласование требований с заказчиком

Формализованные требования направляются заказчику для сверки и согласования.

Схема 4. Загрузка требований в ОПТИМАСОФТ

Требования загружаются в ОПТИМАСОФТ автоматизировано с помощью специальной обработки. Обращаем внимание на правила загрузки данных в программу: орфография, семантика оформления требований, текста протокола и т. д., так как вся загруженная информация идет в отчет, который передаем заказчику.

Схема 5. Модель требований

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

Схема 6. Состав проектной группы заказчика по ролям

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