Навигатор по подготовке к цифровизации производства на «1С:ERP Управление предприятием»
ПРЕДИСЛОВИЕ
Электронная книга, которую вы открыли, – инструмент для подготовки проектной группы вашего предприятия к работам по разработке модели проектируемой системы на базе 1C:ERP Управление предприятием. Материал книги логически разбит на главы, соответствующие основным этапам проектирования ERP-системы от определения рамок проекта, формирования требований, итерационного моделирования процессов, согласования и передачи результатов заказчику. Каждая глава построена так, чтобы быстро ознакомить читателя с основными понятиями и методами этапа проектирования ERP-системы и содержит основные тезисы, ссылку на лекцию, иллюстрации, вопросы для самоконтроля. Обратите внимание, что основой материал раскрывается в видеолекциях. Содержание глав книги предназначено для закрепления материала.
Эту книгу мы используем как первый этап для профессиональной подготовки консультантов нашей компании.
С публикацией этого издания работа над книгой не прекращается.
В будущие издания предполагается включить главы, посвященные опыту изготовления автоматизированной системы и переходу в эксплуатацию.
Вам нужна помощь в вашем проекте по цифровизации на базе 1C:ERP Управление предприятием? Наша команда сообщества практики проведет детальный анализ бизнес-задач и предоставит индивидуальное решение. Решая ваши бизнес-задачи, настраиваем экосистему под ваши уникальные потребности, оптимизируя процессы в вашем предприятии и проводя бесшовный переход на новую систему управления.
С уважением,
Кирилл Ледовский
Руководитель практики «ERP-Мастер»
Лекция №1 Введение в профессию и терминологию
Характеристика лекции
Версию в формате pdf можно посмотреть по ссылке.
Обзор курса по ссылке.
Терминология
Ключевые схемы
Схема 1. Приказ Минобрнауки №854
Одно из ключевых качеств специалиста в этой области – это концентрация на освоение приводить приём ремесла из любого положения для достижения результата.
Вопросы для самоконтроля
Лекция №2 Определение цифрового проекта
Характеристика
лекции
Терминология
Ключевые схемы
Схема 1. Три фазы жизненного цикла ERP-проекта
Мы объединяем фазы «Определение» и «Моделирование» в одну фазу, в которой проводим процессно-функциональное моделирование.
При внедрении важно не потерять сопряжение цифрового двойника и физической модели на фазах «Изготовление» , «Наладка», именно это взаимодействие является фундаментом гибкой системы, которую можно в дальнейшем совершенствовать.
Схема 2. Структура документа «Определение цифрового проекта»
Схема 3. Состав проектной группы
Для управления крупным проектом, как правило, нет необходимости в огромном штате, главное владеть технологией и иметь необходимые профессиональные и личные навыки.
Схема 4. Яндекс.Календарь, пример взаимодействия
Яндекс.Календарь, как и Яндекс.Трекер, используется нами как один из вспомогательных инструментов управления проектов, который в реальном времени можно увидеть на какой стадии проект, по каким задачам исполнитель вырабатывает решения.
Схема 5. Яндекс.Календарь, пример взаимодействия
Требования являются основой для любого проекта. Они определяют те потребности «заинтересованных сторон» – пользователей, разработчиков и самого бизнеса, а также тот функционал, которым система должна впоследствии обладать, чтобы удовлетворить эти потребности.
Требования загружаются автоматически в ОПТИМАСОФТ, после привязываются к процессам, и проводится анализ, все ли требования поглотила типовая процессная модель или нет.
Вопросы для самоконтроля
Лекция №3 Объекты автоматизации
Характеристика
лекции
Терминология
Ключевые схемы
Схема 1. Структура документа Определение проекта
Раньше в нашей практике использовался достаточно объемный документ «Определение проекта», в процессе работы пришли к более сжатому варианту из принципа необходимо и достаточно.
Схема 2.Группировка Объектов автоматизации ERP-проекта
Схема 3. ОПТИМАСОФТ – инструмент для разработки процессно-функциональной модели ЦД АСУП
Именно в ОПТИМАСОФТ описываются все бизнес-процессы и сопряженными с ними действия (события), владельцы процессов, идет взаимосвязь с метаданными 1C:ERP, то есть, как и где будет реализована бизнес-задача. Также указаны доработки и многое другое.
Схема 4. Отличие разработка ПФМ от классического моделирования
Вопросы
для
самоконтроля
Лекция №4 Организация проектной группы
Характеристика лекции
Терминология
Ключевые схемы
Схема 5. Логистический поток предприятия
Логистический поток предприятия состоит из 4 потоков ресурсов и 3 их проекции.
Схема 5. Состав проектной группы заказчика по ролям
Четкое описание бизнес-процессов, ролей, функций, четкое понимание места каждого работника организации – один из важных принципов проекта цифровой трансформации.
Вопросы для самоконтроля
Лекция №5 Сбор и обработка требований
Характеристика лекции
Терминология
Интервью проводится по определенной схеме, описанной в программе ОПТИМАСОФТ.
Ключевые схемы
Схема 1. Каталогизация и хранение записей интервью
Для того, чтобы обрабатывать интервью, необходимо взять в привычку записывать их и каталогизировать, чтобы при необходимости вернуться к нему и обязательно дать доступ до этого видео заказчику, так Вы сократите, например, возможные повторные вопросы, а в каких-то случаях наоборот, поступит главный и направляющий вопрос.
Схема 2. Обработка и формализация требований
Существует определенная этапность обработки и получения требований. Формализация происходит в Excel и потом текст протокола и требований переносится в ОПТИМАСОФТ автоматизировано.
Схема 3. Согласование требований с заказчиком
Формализованные требования направляются заказчику для сверки и согласования.
Схема 4. Загрузка требований в ОПТИМАСОФТ
Требования загружаются в ОПТИМАСОФТ автоматизировано с помощью специальной обработки. Обращаем внимание на правила загрузки данных в программу: орфография, семантика оформления требований, текста протокола и т. д., так как вся загруженная информация идет в отчет, который передаем заказчику.
Схема 5. Модель требований
Модель требований формируется после распределения требований по процессам в процессной модели. Требования являются основой для любого проекта. Они определяют те потребности «заинтересованных сторон» – пользователей, разработчиков и самого бизнеса, а также тот функционал, которым система должна впоследствии обладать, чтобы удовлетворить эти потребности.
Схема 6. Состав проектной группы заказчика по ролям
Четкое описание бизнес-процессов, ролей, функций, четкое понимание места каждого работника организации – один из важных принципов цифровой трансформации.
Вопросы для самоконтроля
Лекция №6.1 Процессная модель, принципы построения
Характеристика лекции
Терминология
Ключевые схемы
Схема 1. Структура материального потока предприятия для производства овощной сетки
Материальный поток необходимо зарисовывать для того, чтобы при формировании процессной модели было понимание, как будете им управлять.
Схема 2. Логистический поток предприятия
Логистический поток предприятия состоит из 4 потоков ресурсов и 3 их проекций:
Оценку логпотока необходимо проводить для того, чтобы понимать:
Достаточно ли вы компетентны в данной области.
Затрату временного ресурса.
Необходимость привлечения дополнительных специалистов-экспертов.
Схема 3. Переход от логистического потока к его управляющей процессной модели
В оперативном контуре рассматриваются в основном 4 потока и 1 проекцию, 2 оставшиеся проекции: стоимость и капитал – рассматриваются на финансовом блоке.
Существует несколько типов перехода:
Простой.
Параллельный.
Гибридный.
Последовательный.
Схема 4. Переход от логпотока к его управляющей процессной модели (простой)
Тип перехода, когда используется однопоточное производство.
Схема 5. Переход от логпотока к его управляющей процессной модели (параллельный)
Тип перехода, когда используются непересекающиеся параллельные потоки.
Схема 6. Переход от логпотока к его управляющей процессной модели (гибридный)
Тип перехода, при котором параллельные потоки могут взаимодействовать между собой.
Вопросы для самоконтроля
Лекция №6.2 Процессная модель производства по методологии DD MRP
Характеристика лекции
Терминология
В качестве видеолекции была использована живая презентация предварительного ознакомления с концепцией DDMRP на текущем проекте, который сейчас находится в фазе «Изготовление».
Ключевые схемы
Схема 1. 5 уровней планирования концепции DD MRP
Схема 2. 1 уровень планирования по DD MRP
1 уровень – это объемно-календарное планирование. То ,что присутствует базово в 1С:ERP.
Схема 3. 2 уровень планирования по DD DLOW
2 уровень – существует утвержденный портфель заказов (связки заказов на производство и заказами клиентов) на уровне завода. Условно Отдел продаж.
3 уровень – существует номенклатурное планирование завода по производству на месяц. Условно уровень планово-диспетчерского отдела.
Схема 5. 4 уровень планирования по DD MRP
4 уровень – по факту корзина с интервалом планирования, планово-диспетчерское бюро цехов.
Схема 6. 5 уровень планирования по DD MRP
5 уровень – на данном уровне идет разбор как уровни 1–4 взаимосвязаны и формируют одно единое информационное пространство.
Схема 7. Управление проектом. КТ, ИСР, ВЕХИ, Задачи в 1С:Документооборот график Ганта по DD MRP
Вся документарная часть управления производством находится на стороне 1С Документооборот, а на стороне 1С:ERP – обеспечение.
Схема 8. Описание регламента управления
Все 5 уровней DD MRP требуют регламента и этим регламентом выступают процессы, которые описываются в ОПТИМАСОФТ.
Вопросы для самоконтроля
Лекция №7 Модель требований
Характеристика лекции
Терминология
Ключевые схемы
Схема 1. Настройка свойств требования в ОПТИМАСОФТ
Модель требований полностью поддерживается в программе ОПТИМАСОФТ.
Схема 2. Загрузка требований в ОПТИМАСОФТ
Есть семантические требования к формулировке требований и текста протокола, так как это все загружается в программу и в дальнейшем выгружаются в отчеты, которые направляются заказчику вместе с итоговым результатом.
После этого необходимо снова сделать выгрузку ветки требований.
С пошаговыми инструкциями работой с программой Вы можете самостоятельно ознакомиться на курсе «ОПТИМАСОФТ, автоматизация внедрения 1C ERP».
Схема 3. Группировка требований в ОПТИМАСОФТ
Различают требования к бизнес-процессам и требования к функциональной разработке.