Навигатор по подготовке к цифровизации производства на «1С:ERP Управление предприятием»
![Навигатор по подготовке к цифровизации производства на «1С:ERP Управление предприятием»](https://aldebaran.ru/pub/c/cover_250/70339972.jpg)
000
ОтложитьЧитал
ПРЕДИСЛОВИЕ
Электронная книга, которую вы открыли, – инструмент для подготовки проектной группы вашего предприятия к работам по разработке модели проектируемой системы на базе 1C:ERP Управление предприятием. Материал книги логически разбит на главы, соответствующие основным этапам проектирования ERP-системы от определения рамок проекта, формирования требований, итерационного моделирования процессов, согласования и передачи результатов заказчику. Каждая глава построена так, чтобы быстро ознакомить читателя с основными понятиями и методами этапа проектирования ERP-системы и содержит основные тезисы, ссылку на лекцию, иллюстрации, вопросы для самоконтроля. Обратите внимание, что основой материал раскрывается в видеолекциях. Содержание глав книги предназначено для закрепления материала.
Эту книгу мы используем как первый этап для профессиональной подготовки консультантов нашей компании.
С публикацией этого издания работа над книгой не прекращается.
В будущие издания предполагается включить главы, посвященные опыту изготовления автоматизированной системы и переходу в эксплуатацию.
Вам нужна помощь в вашем проекте по цифровизации на базе 1C:ERP Управление предприятием? Наша команда сообщества практики проведет детальный анализ бизнес-задач и предоставит индивидуальное решение. Решая ваши бизнес-задачи, настраиваем экосистему под ваши уникальные потребности, оптимизируя процессы в вашем предприятии и проводя бесшовный переход на новую систему управления.
С уважением,
Кирилл Ледовский
Руководитель практики «ERP-Мастер»
![](/pub/t/70339972.json/_0.jpg)
Лекция №1 Введение в профессию и терминологию
Характеристика лекции
![](/pub/t/70339972.json/_1.jpg)
Версию в формате pdf можно посмотреть по ссылке.
Обзор курса по ссылке.
![](/pub/t/70339972.json/_2.jpg)
Терминология
![](/pub/t/70339972.json/_3.jpg)
Ключевые схемы
![](/pub/t/70339972.json/_4.jpg)
Схема 1. Приказ Минобрнауки №854
Одно из ключевых качеств специалиста в этой области – это концентрация на освоение приводить приём ремесла из любого положения для достижения результата.
Вопросы для самоконтроля
![](/pub/t/70339972.json/_5.jpg)
Лекция №2 Определение цифрового проекта
Характеристика
лекции
![](/pub/t/70339972.json/_6.jpg)
Терминология
![](/pub/t/70339972.json/_7.jpg)
Ключевые схемы
![](/pub/t/70339972.json/_8.jpg)
Схема 1. Три фазы жизненного цикла ERP-проекта
Мы объединяем фазы «Определение» и «Моделирование» в одну фазу, в которой проводим процессно-функциональное моделирование.
При внедрении важно не потерять сопряжение цифрового двойника и физической модели на фазах «Изготовление» , «Наладка», именно это взаимодействие является фундаментом гибкой системы, которую можно в дальнейшем совершенствовать.
![](/pub/t/70339972.json/_9.jpg)
Схема 2. Структура документа «Определение цифрового проекта»
![](/pub/t/70339972.json/_10.jpg)
![](/pub/t/70339972.json/_11.jpg)
Схема 3. Состав проектной группы
Для управления крупным проектом, как правило, нет необходимости в огромном штате, главное владеть технологией и иметь необходимые профессиональные и личные навыки.
![](/pub/t/70339972.json/_12.jpg)
Схема 4. Яндекс.Календарь, пример взаимодействия
Яндекс.Календарь, как и Яндекс.Трекер, используется нами как один из вспомогательных инструментов управления проектов, который в реальном времени можно увидеть на какой стадии проект, по каким задачам исполнитель вырабатывает решения.
![](/pub/t/70339972.json/_13.jpg)
Схема 5. Яндекс.Календарь, пример взаимодействия
Требования являются основой для любого проекта. Они определяют те потребности «заинтересованных сторон» – пользователей, разработчиков и самого бизнеса, а также тот функционал, которым система должна впоследствии обладать, чтобы удовлетворить эти потребности.
Требования загружаются автоматически в ОПТИМАСОФТ, после привязываются к процессам, и проводится анализ, все ли требования поглотила типовая процессная модель или нет.
Вопросы для самоконтроля
![](/pub/t/70339972.json/_14.jpg)
Лекция №3 Объекты автоматизации
Характеристика
лекции
![](/pub/t/70339972.json/_15.jpg)
Терминология
![](/pub/t/70339972.json/_16.jpg)
![](/pub/t/70339972.json/_17.jpg)
Ключевые схемы
![](/pub/t/70339972.json/_18.jpg)
Схема 1. Структура документа Определение проекта
Раньше в нашей практике использовался достаточно объемный документ «Определение проекта», в процессе работы пришли к более сжатому варианту из принципа необходимо и достаточно.
![](/pub/t/70339972.json/_19.jpg)
Схема 2.Группировка Объектов автоматизации ERP-проекта
![](/pub/t/70339972.json/_20.jpg)
![](/pub/t/70339972.json/_21.jpg)
Схема 3. ОПТИМАСОФТ – инструмент для разработки процессно-функциональной модели ЦД АСУП
Именно в ОПТИМАСОФТ описываются все бизнес-процессы и сопряженными с ними действия (события), владельцы процессов, идет взаимосвязь с метаданными 1C:ERP, то есть, как и где будет реализована бизнес-задача. Также указаны доработки и многое другое.
![](/pub/t/70339972.json/_22.jpg)
Схема 4. Отличие разработка ПФМ от классического моделирования
![](/pub/t/70339972.json/_23.jpg)
Вопросы
для
самоконтроля
![](/pub/t/70339972.json/_24.jpg)
Лекция №4 Организация проектной группы
Характеристика лекции
![](/pub/t/70339972.json/_25.jpg)
Терминология
![](/pub/t/70339972.json/_26.jpg)
Ключевые схемы
![](/pub/t/70339972.json/_27.jpg)
Схема 5. Логистический поток предприятия
Логистический поток предприятия состоит из 4 потоков ресурсов и 3 их проекции.
![](/pub/t/70339972.json/_28.jpg)
![](/pub/t/70339972.json/_29.jpg)
![](/pub/t/70339972.json/_30.jpg)
![](/pub/t/70339972.json/_31.jpg)
Схема 5. Состав проектной группы заказчика по ролям
Четкое описание бизнес-процессов, ролей, функций, четкое понимание места каждого работника организации – один из важных принципов проекта цифровой трансформации.
Вопросы для самоконтроля
![](/pub/t/70339972.json/_32.jpg)
Лекция №5 Сбор и обработка требований
Характеристика лекции
![](/pub/t/70339972.json/_33.jpg)
Терминология
![](/pub/t/70339972.json/_34.jpg)
![](/pub/t/70339972.json/_35.jpg)
Интервью проводится по определенной схеме, описанной в программе ОПТИМАСОФТ.
Ключевые схемы
![](/pub/t/70339972.json/_36.jpg)
Схема 1. Каталогизация и хранение записей интервью
Для того, чтобы обрабатывать интервью, необходимо взять в привычку записывать их и каталогизировать, чтобы при необходимости вернуться к нему и обязательно дать доступ до этого видео заказчику, так Вы сократите, например, возможные повторные вопросы, а в каких-то случаях наоборот, поступит главный и направляющий вопрос.
![](/pub/t/70339972.json/_37.jpg)
Схема 2. Обработка и формализация требований
Существует определенная этапность обработки и получения требований. Формализация происходит в Excel и потом текст протокола и требований переносится в ОПТИМАСОФТ автоматизировано.
![](/pub/t/70339972.json/_38.jpg)
Схема 3. Согласование требований с заказчиком
Формализованные требования направляются заказчику для сверки и согласования.
![](/pub/t/70339972.json/_39.jpg)
Схема 4. Загрузка требований в ОПТИМАСОФТ
Требования загружаются в ОПТИМАСОФТ автоматизировано с помощью специальной обработки. Обращаем внимание на правила загрузки данных в программу: орфография, семантика оформления требований, текста протокола и т. д., так как вся загруженная информация идет в отчет, который передаем заказчику.
![](/pub/t/70339972.json/_40.jpg)
Схема 5. Модель требований
Модель требований формируется после распределения требований по процессам в процессной модели. Требования являются основой для любого проекта. Они определяют те потребности «заинтересованных сторон» – пользователей, разработчиков и самого бизнеса, а также тот функционал, которым система должна впоследствии обладать, чтобы удовлетворить эти потребности.
![](/pub/t/70339972.json/_41.jpg)
Схема 6. Состав проектной группы заказчика по ролям
Четкое описание бизнес-процессов, ролей, функций, четкое понимание места каждого работника организации – один из важных принципов цифровой трансформации.