- •Отраслевые особенности развития it-функции
- •Особенности кадрового рынка cio и it-менеджеров
- •Откуда приходят it-менеджеры
- •Образование для cio
- •Оплата труда
- •Экономическая информация и процедуры её преобразования
- •1. Функциональная полнота системы:
- •8. Наличие специальных средств анализа состояния системы в процессе эксплуатации:
- •1. Предварительное обследование и оценка состояния
- •2. Предварительная переподготовка
- •3. Техническое задание
- •5. Организация проекта
- •6. Выработка целей
- •7. Тз на управление процессами
- •8. Начальная переподготовка
- •9. Планирование и управление верхнего уровня
- •10. Управление данными
- •11. Одновременное внедрение различных технологий организации и управления
- •12. Программное обеспечение (по)
- •13. Опытный пример
- •14. Получение результатов
- •15. Анализ текущего состояния
- •16. Постоянная переподготовка
14. Получение результатов
Как узнать, что «пилот» работает? Как определить: продолжать или заканчивать? На эти и многие другие вопросы можно получить ответ, оценивая результаты. Большинство показателей связано с целями, установленными в ходе шага 6.
15. Анализ текущего состояния
Если на первом этапе деятельности анализ определял возможные улучшения, открыв последовательность работ по внедрению, то анализ текущего состояния выявляет, какие задания выполнялись хорошо (например, достигнута высокая точность данных), а какие плохо (например, объемное планирование или составление план-графика). Затем можно сфокусировать внимание на этих проблемах и приложить усилия для их разрешения.
Таким образом, анализ текущего состояния становится отправной точкой для последующих шагов совершенствования системы управления. Вообще, представленный план не должен восприниматься как способ выполнения одного проекта. Это структура непрерывного процесса совершенствования.
16. Постоянная переподготовка
Неверна точка зрения, что как только начальная переподготовка завершена и фирма работает по-новому, отпадает необходимость я дальнейшей переподготовке. Кадры организации постоянно обновляются. Если сотрудники прежде не проходили переподготовку, это может привести к негативным последствиям.
Кроме того, происходит постоянное изменение деятельности предприятия. Решения, которые принимались два года назад о том как применять средства ERP, могут устареть. Наконец, есть профессиональные соображения. Часто люди стремятся повышать свой уровень узкой специализации. Переподготовка дает более широкий взгляд на проблему управления и позволяет эффективно работать с другими группами.
Во многих компаниях разрабатываются системы, облегчающие процесс внедрения. Элементами систем являются: заинтересованность, стратегическое планирование, оперативное управление проектом.
Основные процессы данного этапа описаны выше в разделе «Жизненный цикл системы». Поэтому в настоящем разделе рассмотрен только один из процессов, а именно — доработка системы. Потребность доработки системы возникает в случаях когда:
• эксплуатация системы показала, что планируемые цели не достигнуты,
• изменились потребности бизнеса.
Таким образом, инициация процесса доработки опирается на информацию об объективных показателях эффективности системы, измеряемых в процессе ее эксплуатации. Следовательно, перед началом эксплуатации должны быть сформированы набор показателей и периодически выполняемая процедура, с помощью которой оценивается влияние системы на деятельность предприятия. Перечень основных показателей, по которым оцениваются результаты эксплуатации системы, имеет следующий вид:
• эксплуатационные затраты на содержание системы;
• экспертные оценки персонала из числа пользователей, позволяющие определить степень соответствия возможностей системы текущим потребностям бизнеса;
• динамика изменения экономических показателей предприятия: объем продаж продукции, доля рынка, номенклатура товаров.
Только при наличии достаточно полного набора показателей и процедур оценки их текущего значения, может быть организован процесс доработки системы.
Вывод системы из эксплуатации и замещение ее новой желательно производить по следующей схеме. После того как новая система выбрана (момент времени X) и до момента времени 3— ввода в эксплуатацию новой системы (см. рис. 35), должна быть сформирована и реализована процедура вывода системы из эксплуатации. Процедура должна удовлетворять следующему требованию: после завершения вывода системы из эксплуатации новая система должна выполнять все возложенные на нее функции. Последнее, в свою очередь, подразумевает завершение следующих процессов:
• тестирование системы в целом,
• обучение пользователей и обслуживающего персонала,
• конвертация всех необходимых данных,
• верификация информации, генерируемой новой системой.
Необходимо учитывать различия между тестированием системы и верификацией генерируемой информации. Поскольку система управления является техническим продуктом высокой степени сложности, в большинстве случаев единственный способ проверить корректность работы системы в целом заключается в использовании метода, часто называемого натурным экспериментом. То есть в процессе эксплуатации системы определяется соответствие реализованных характеристик проектируемым. Для этого необходимо сравнение информации, генерируемой новой системой, с некоторым эталонным значением. Иногда проверку новой системы удается выполнить с использованием ретроспективных массивов информации, сохранившихся от старой системы. В подавляющем же большинстве случаев поставщиком эталонной информации выступает старая система. Поэтому один из основных вопросов при формировании процедуры вывода старой системы и замещении ее новой — выбор длительности интервала времени, на котором осуществляется совместная эксплуатация двух систем. Чем этот интервал длиннее, тем с большей достоверностью может быть сделан вывод о достоверности информации, генерируемой новой системой. С другой стороны, чем этот интервал короче, тем ниже дополнительные расходы, связанные с одновременной эксплуатацией двух систем.
ДОПОЛНИТЕЛЬНАЯ ЛИТЕРАТУРА:
Скрипкин К.Г. Экономическая эффективность информационных систем. – М.: ДМК Пресс, 2008. – 256с.
Липунцов Ю.П. Управление процессами. Методы управления предприятием с использованием информационных технологий. – М.: ДМК Пресс; М.: Компания АйТи, 2003. – 224с.
ИНТЕРНЕТ-РЕСУРСЫ
www.vernikov.ru
www.e-xecutive.ru
www.hbr-r.ru
www.cnews.ru
www.olap.ru;
www.osp.ru
Баронов В.В., Попов Ю.И., Позин Б.А., Титовский И.Н. Особенности использования и внедрения ERP - систем в России. http://www.citforum.spb.ru/seminars/epr.shtml;
ERP-системы (Enterprise Resources Planning – планирование ресурсов корпорации). www.e-commerce.ru/ biz_tech/ implementation/ management/ erp.html;
Азбука ERP. www.interface.ru/fset.asp?Url=/erp/azbuka.htm;
Стандарт MRPII. Структура и основные принципы работы систем, поддерживающих этот стандарт. www.interface.ru/fset.asp?Url=/mrp2/ mrpII.htm;
Что такое ERP http://consulting.ru/econs_wp_4906;
Шесть смертных грехов при внедрении ERP http://ibm.cps.ru/index.asp?020121;
Управление рисками проекта. Библиотека project-менеджера. http://profi-club.kiev.ua /management/admlibr/riskadm.htm;
ИТ-бюджет: приятного аппетита! www.bizon.ru/print.phtml?id=265 ;
Никитина Н., Гараева Ю., Юдкин Ю. Системы-трансформеры: в поисках оптимальной степени свободы. Планета КИС. www.russianenterprisesolutions.com/reviews/02/75.html;
