Кирилл Ледовский - Навигатор по подготовке к цифровизации производства на «1С: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. Состав проектной группы заказчика по ролям

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