
лекции КИС.ppt
- Количество слайдов: 42
Взаимосвязь планов промышленного предприятия • В системе производственного планирования и управления можно выделить пять основных уровней: • — стратегический бизнес-план; • — план продаж и операций; • - основной производственный план; • - план необходимых материалов и мощностей; • - оперативное управление закупками и производством.
каждый уровень планирования отличается от других следующими параметрами: • - цель плана; • - горизонт планирования (интервал времени от текущего момента до некоторой даты в будущем, для которого данный план разрабатывается); • - степень детализации плана; • - частота, с которого план пересматривается и корректируется.
Бизнес-план Стратегия Ресурсов недостаточно План продаж и операций (ППО) Прогноз План маркетинга План производства План продаж Основной производственный план (ОПП), финансовый план Имеющиеся ресурсы Ресурсов достаточно? Пл ан ир ова ни е ру ко во ди тел ям и вы сш его зве на Нет Спецификации и маршруты Планирование материалов и мощностей, календарь платежей Имеющиеся мощности Условия расчетов с контрагентами Ресурсов достаточно? От кл он ен ия Закупка Нет Производство Контроль выполнения, платежи Ис точ ни к пл ан ов Пл ан ир ова ни е ру ко во ди тел ей сре дн его зве на
Степень детализации Оперативное управление снабжением и производством План потребностей в материалах (MRP) Основной производственный план План продаж и операций Стратегический бизнес-план Горизонт планирования Рис. 1. 12 Степень детализации и горизонт планирования
краткие сравнительные характеристики быстрой и классической конфигураций
Классическая методология внедрения Может быть рекомендована сравнительно крупным (более 500 человек) предприятиям или предприятиям со сложной структурой и большим количеством операций, так же холдингам и корпорациям.
Классическая методология внедрения
Этап I. Подготовительные работы • Цель – создание условий для последующего развития проекта Основные фазы: - Обследование предприятия - Разработка и утверждение детального плана проекта - Организация группы внедрения - Организация компьютерного класса обучения - Переконфигурирование системы для проведения обучения - Техническое обучение администрированию технической платформы системы (СУБД и язык программирования) - Представление проекта перед группой внедрения и координационным комитетом - Обучение основам ERP- системы (навигация, структура меню и т. д. )
Этап I. Подготовительные работы • Задачи: – Составление детального плана проекта - Формирование группы внедрения - Подготовка необходимых аппаратных и технических ресурсов для проекта внедрения - Проведение обучения администрированию системы Ответственные: Руководство предприятия, обеспечивающие поддержку проекта. внешние консультанты, Контролируемый результат: - Сформированная группа внедрения и координационный комитет. - -одобренные координационным комитетом, четко определенные цели, план и конфигурация проекта - -переконфигурированная и готовая к работе ERP – система.
Этап 2. Обучение группы проекта • Цель – формирование у каждого члена проектной группы базовых навыков работы и понимания функциональности системы, достаточных для ее дальнейшего освоения Под базовым обучением понимается набор стандартных учебных курсов, предоставленных разработчиком. Стандартные курсы могут быть дополнены: - - управление изменениями - -управление проектом - - управление ресурсами предприятия - - себестоимость и управленческий учет - - управление качеством и сертификация
Этап 2. Обучение группы проекта • Задачи: - Проведение обучения группы внедрения концепциям управления современным предприятием и теории управления проектами - Формирование представления о функционировании системы, для получения навыков работы, необходимых для следующего этапа Ответственные – внешние консультанты Контролируемый результат – проверка усвоенного материала проверяется тестированием
Этапы 3, 4. Бизнес-моделирование и «Пилот» • На этих этапах проводится разработка, моделирование и тестирование выбранных бизнес-процессов на реальных данных предприятия с использованием ERP-системы. • Не все БП могут быть смоделированы, но все должны быть определены. • Для упрощения процесса тестирования в систему вводится информация об ограниченном наборе спецификаций, подразделений, рабочих центров и т. д. • После проведения тестирования на ограниченном примере модель усложняется • Проводится документирование всех БП, подлежащих автоматизации. • Определяются требования к интерфейсам
Этапы 3, 4. Бизнес-моделирование и «Пилот» • Задача: построение модели работы предприятия с использованием системы, определение методов управления. Тестирование системы группой внедрения • Ответственные: группа внедрения, внешние консультанты. • Контролируемый результат: описанная и протестированная модель функционирования предприятия (в рамках запуска функций). Формат описания модели предприятия должен включать в себя формы документов и описания процедур.
Этап 5. Подготовка к запуску и запуск • Осуществляется распределение и конфигурирование рабочих мест, обучение конечных пользователей, ввод в систему основных справочников и словарей. • Может быть проведено дополнительное тестирование или начата работа в «живой» системе для некоторых функций. • Задачи: - Разработка стратегии и плана запуска - Подготовка технической и аппаратной части системы к запуску, распределение рабочих мест - Разработка интерфейсов по обеспечению взаимодействия с другими системами
Этап 5. Подготовка к запуску и запуск - Проведение обучения конечных пользователей - Заключительные тестирования системы - Запуск Ответственные: группа внедрения, внешние консультанты Контролируемый результат: - Готовность к рабочей эксплуатации соответствующих модулей и функций системы - Переход на новые методы работы
Этап 6. аудит после запуска - Проводится с привлечением внешних консультантов через 3 -5 месяцев после начала работы. - По результатам обследования составляется отчет, в котором производится сравнение эффективности работы подразделений до и после внедрения, и разрабатываются рекомендации по дальнейшему повышению достигнутой эффективности
Быстрая методология внедрения - Может быть рекомендована малым и средним предприятиям (100 -400 человек) или предприятиям с простой структурой и операциями. - Может применяться на предприятиях имеющих ограниченные ресурсы под проект, а так же на предприятиях не планирующих проводить коренные бизнес-преобразования, на предприятиях, осуществляющих замену ERP-системы на более новую.
Быстрая методология внедрения Необходимо соблюдать следующие условия: - Внедряется «легкая» ERP – система или система, переконфигурированная под конкретную область промышленности. Т. е. система изначально подходит данному предприятию, и при внедрении не потребуются значительные модификации системы или перестройка БП предприятия - Предприятие готово выполнять требования методологии внедрения конкретной системы и принимать все рекомендации по использованию системы для описания действующих БП - Основная ответственность лежит на внешних консультантах.
Быстрая методология внедрения
Этап 1. подготовительные работы. Начальное конфигурирование системы - Начинается моделирование и построение будущей системы предприятия. - Работы выполняются внешними консультантами Задачи: - Планирование проекта, разработка и утверждение детального плана проекта, формирование группы проекта - Организация компьютерного класса обучения - Обследование предприятия и конфигурирование системы для моделирования и тестирования в конфигурации, максимально приближенной к реальной структуре предприятия - Инсталляция сконфигурированной версии системы - Техническое обучение администрированию системы
Этапы 2 -5. конфигурирование системы: операционная модель N. Обучение –тестирование. Запуск - Обучение, разработка, моделирование и тестирование выбранных БП на реальных данных предприятия с использование системы. - На этих этапах внешние консультанты проводят обучение группы внедрения, в ходе которого осуществляется тестирование в системе только тех БП, которые подлежат автоматизации в рамках проекта. - Используется ступенчатая методология: - Этап 2 – построение в целом операционной модели предприятия 1. далее, в ходе этапа 3, выполняются действия по доработке модели, строится операционная модель предприятия 2, на которой проводится обучение группы внедрения и тестирование соответствующих функций.
Этапы 2 -5. конфигурирование системы: операционная модель N. Обучение –тестирование. Запуск - В зависимости от сложности БП операционная модель может быть построена уже на первом этапе или могут быть выполнены еще 1 -2 последовательных приближения. - На завершающем построении и тестировании модели разрабатываются рабочие инструкции для конечных пользователей. - Результаты тестирования фиксируются для создания документа, в котором описываются принципы функционирования системы на предприятии. - Разрабатываются дополнительные отчетные формы, утилиты и функции. Функции, тестирование которых прошло положительно запускаются в промышленную эксплуатацию. .
Этапы 2 -5. конфигурирование системы: операционная модель N. Обучение –тестирование. Запуск - На этапе запуск осуществляется распределение и конфигурирование рабочих мест, обучение конечных пользователей, ввод в систему всех оперативных данных. - Может проводиться дополнительное тестирование и начинается работа в «живой» системе.
Укрупненный график работ
Этап I. Разработка Технического задания. • • • Техническое задание должно включать следующие разделы: предпосылки, цель, основные требования и принципы построения создаваемой системы управления; состав функциональных блоков, через которые реализуются основные бизнеспроцессы, состав и содержание входящих в функциональные блоки задач; - требования к средствам реализации системы (техническим, программным, информационному и организационному обеспечению); - содержание, последовательность и сроки выполнения работ с разработкой укрупненного графика работ, которым предусматривается максимально возможная параллельность выполнения работ по функциональным блокам и этапам.
Этап II. Разработка функциональноинформационной модели. • • • Функционально-информационной модели проектируемой системы позволяет: - описать, “увидеть”, скорректировать будущую систему до того, как она будет реализована физически; - сократить трудоемкость работ по реализации проекта на последующих этапах (программирование, тестирование, отладка, запуск в эксплуатацию); - более точно оценить объемы, сроки, стоимость работ по реализации проекта на последующих этапах; включающих создание программного обеспечения или настройки приобретенных пакетов программ по отдельным модулям, их тестирование, отладку, взаимоувязку по рабочим местам пользователей и в системе в целом; - подключить к реализации проекта нескольких разработчиков, обеспечивая при этом их информационную взаимоувязку.
Этап III. Разработка аван-проекта • В аван-проекте дается описание технологии работы в системе при решении каждой задачи и при выполнении определенных процедур управления (меню, последовательность и алгоритмы внутримашинных расчетов, подробное описание экранных форм и отчетов, виды настроек, регламент работы подразделений в новых условиях). Аван-проект включает также логическую структуру базы данных. • Аван-проект является фактически подробным техническим заданием для программистов. Тщательно проработанный аван-проект позволяет существенно сократить время на написание программ и свести к минимуму их доработки в процессе внедрения.
Этап IV. Разработка программного обеспечения • Программное обеспечение создается в строгом соответствии с аван-проектом. После проведения разработчиками экспериментальных расчетов на тестовой информации и демонстрации результатов Заказчику разрабатываются временные инструкции. Блоки задач и временные инструкции сдаются в опытно-промышленную эксплуатацию.
Этап V. Опытно-промышленная эксплуатация • Опытно-промышленная эксплуатация включает следующие работы: обучение пользователей, заполнение баз данных, отладку программного обеспечения по замечаниям и предложениям Заказчика в процессе опытной эксплуатации спроектированной системы. Завершается этот этап подготовкой программного обеспечения (окончательная корректировка), инструкций пользователям (замена временных на постоянные) и другой технической документации в промышленную эксплуатацию.
Основные риски проектов 1. Недостаточная работа персонала группы внедрения по решению проблем. Под проблемами, в первую очередь, понимают несоответствия между существующими методами управления , предоставляемыми системой 2. Большой первоначальный объем данных, необходимых для ввода в систему (спецификации и маршруты, рабочие участки, номенклатура материалов и комплектующих). Данный фактор актуален в первую очередь для крупных промышленных предприятий.
Основные риски проектов 3. Невозможность эффективно отобразить бизнес-процессы предприятия в рамках стандартной конфигурации ERPсистемы. Данный риск связан с необходимостью выполнять модификации в системе. Большой объем модификаций требует от предприятия выделения значительных дополнительных средств. Для уменьшения степени риска необходимо тщательно подходить к задаче выбора системы. Тем не менее, часто в ходе внедрения системы выявляются особенности бизнес-процессов предприятия, отражение которых в системе требует модификаций. Риск обусловлен тем, что специфика БП не выявлена на этапе обследования предприятия.
Основные риски проектов 4. Расхождение декларируемых целей проекта с реально преследуемыми целями. При отсутствии желания со стороны руководства предприятия достичь поставленных целей или отсутствии реальных действий по достижению поставленной цели, выражаемых, например, в отказе от выделения соответствующих ресурсов, уклонения от принятия решений и т. п. , проект не может быть реализован. 5. Ведение проекта. Определяется квалификацией команды проекта. Снижение данного риска возможно, в том числе, за счет эффективного обучения методологии внедрения и ведения проекта в целом.
Основные риски проектов 6. Риски исполнения (связанные с персоналом). Нежелание и/или неумение команды проекта работать. 7. Риск неспособности персонала адекватно применять информационную систему Для успешного освоения системы необходимо, чтобы персонал предприятия освоил работу с системой на достаточно высоком уровне и осознал значимость собственных действий. .
Основные риски проектов 8. Риск перехода на новую систему. Существует трудность при переходе на новую систему. Привычка использовать на протяжении длительного периода старую систему формирует риски отторжения (в первое время) новой системы. 9. Риск осуществления преобразований. Использование КИС требует определенной четкости организации БП предприятия. Для достижения данной цели необходима ротация или замена персонала.
Обеспечение точности и целостности данных для работающих функций системы К этим работам необходимо приступать параллельно с началом работы системы. Этот этап критичен для эффективного использования системы. В случае невыполнения действий, даже самые совершенные методики и процедуры использования системы не дадут приемлемого результата. Задачей является корректное и оперативное отображение фактического состояния предприятия в корпоративной системе управления.
Обеспечение точности и целостности данных для работающих функций системы 1. Точность отслеживания запасов. Информация о запасах в системе должна отражать фактическое состояние по количеству, ассортименту и местонахождению на любой момент времени не менее чем на 95%. 2. Актуальность спецификаций. Описание технологических и производственных спецификаций и маршрутов должно быть безошибочно не менее чем на 95%.
Обеспечение точности и целостности данных для работающих функций системы 3. Информация о заказах клиентов, поставщиках, производственных заданиях должна отражать реальную ситуацию не менее чем на 98%. 4. Информация по словарям и параметрам системы должна быть на 100% корректна.
Обеспечение точности и целостности данных для работающих функций системы 5. Вся информация о действиях с объектами учета, управляемыми системой, должна вводиться в систему непосредственно в момент возникновения. 6. Создание отчетов, контролирующих действия пользователей и целостность данных в системе.
Обеспечение точности и целостности данных для работающих функций системы Ответственные: весь персонал предприятия, использующий КИС. Сроки: с началом промышленной эксплуатации КИС и постоянно, пока работает система.
Обеспечение точности и целостности данных для работающих функций системы Контролируемый результат: - Приказ по предприятию с требованием о введении соответствующей информации только в КИС; - Определение выходных форм (требования на отпуск со склада, наряд-заказы, и. т. п. ), которые будут приниматься, только если они распечатаны из КИС;
Обеспечение точности и целостности данных для работающих функций системы - Создание отчетов, с помощью которых будут контролироваться точность, своевременнность и корректность вводимой пользователями информации; - Случайные выборочные проверки ( инвентаризация запасов, сравнение выполняемых производственных заданий с зафиксированными в системе и т. п. ).
Обеспечение точности и целостности данных для работающих функций системы Целостность данных критична для эффективного использования системы. Поэтому необходимо приложить все усилия для обеспечения корректности информации. Для достижения данной цели оправданы даже самые жесткие административные методы.