- •Часть 2. Годин в.В., Корнеев и.К. Управление информационными ресурсами: 17-модульная программа для менеджеров «Управление развитием организации». Модуль 17. – м.: инфра-м, 2000. – 352 с. 25
- •Часть 3. Тютюник а.В., Шевелев а.С. Информационные технологии в банке – м.: Издательская группа «бдц-пресс», 2003. – 368 с. 49
- •Часть 4. Баронов в.В. Автоматизация управления предприятием.– м.: инфра-м, 2000. – 239 с. 82
- •Часть 5. Case study 92
- •Часть 1. Аглицкий д.С., Аглицкий и.С. Рынок информационных технологий: проблемы и решения. – м.:2000
- •Глава 1
- •Подходы к автоматизации
- •Место и роль предприятия в обществе
- •Стратегия информатизации предприятия
- •Комплексно или по частям?
- •Купить или сделать?
- •Купить и доделать!
- •Принципы оценки экономической эффективности
- •Время и деньги
- •Глава 2 информационные технологии и консалтинг
- •Консультант на предприятии: бремя или благо
- •«Врачи» и «шарлатаны»
- •Роль и место консультанта
- •Виды работ и оплата труда
- •Выбор системы с участием консультантов
- •Выбор системы без участия консультантов
- •Консультирует компьютер
- •Глава 3 социально-психологические аспекты автоматизации
- •Инерционность руководства
- •Самодостаточность
- •Низкая квалификация персонала
- •Пиратство
- •Недоверие к тиражным системам
- •Глава 4 экономическая ЭффЕктивность автоматизации предприятий
- •Что такое экономическая эффективность автоматизации?
- •Расчет абсолютной эффективности
- •Учет фактора времени
- •Учет фактора неопределенности
- •Сравнение вариантов автоматизации
- •Типы информационных систем. Эволюция информационных систем
- •Глава 2 Каков должен быть уровень централизации обработки информации?
- •Глава 3 Создание информационных систем Планирование информационных систем
- •Стадии и этапы создания информационных систем и технологий с позиции руководства организации
- •Жизненный цикл информационных систем. Взгляд разработчика на создание информационной системы
- •Роль заказчика в создании информационной системы
- •Использование типовых проектных решений
- •Рынок информационных систем и тенденции его развития
- •Отдельные вопросы построения информационных систем и технологий
- •Глава 4 Стоимость информационной системы
- •Глава 5 Качество и эффективность информационных систем Эффективность информационных систем
- •Проблемы качества информационных систем и технологий
- •Минимальный перечень требований к системе, претендующей на «звание» корпоративной информационной системы
- •1. Функциональная полнота системы:
- •8. Наличие специальных средств анализа состояния системы в процессе эксплуатации:
- •Проведение тендера
- •Заключение контракта
- •Глава 2 Управление ит-персоналом
- •Особенности управления ит-персоналом
- •Элементы системы управления персоналом
- •Типовые роли
- •Риски персонала и совмещение
- •Мотивация и стимулирование
- •Глава 3 Обслуживание пользователей
- •Принципы поддержки пользователей
- •Технологическая схема работы
- •Типы запросов и приоритезация
- •База данных запросов и автоматизация
- •Отчетность и контроль
- •Глава 4 Управление аутсорсингом
- •Роль аутсорсинга в ит
- •Взаимодействие с внешними поставщиками
- •Риски аутсорсинга
- •Глава 5 Организация проекта
- •Проектная работа
- •Первичный анализ проекта
- •Создание проектной команды
- •Предпроектное обследование
- •Составление плана работ
- •Детальная постановка задачи
- •Взаимодействие с руководством
- •Глава 6 Разработка решений
- •Документирование
- •Исходные коды
- •Ответственность заказчика
- •Оценка эффективности разработки
- •Стадии разработки
- •Глава 7 Тестирование систем
- •Методы и подходы тестирования
- •Проблемы тестирования
- •Глава 8 Внедрение систем
- •Особенности внедрения
- •Организационные действия
- •Подготовка к внедрению
- •Начало рабочей эксплуатации
- •Завершение проектов
- •Глава 9 Анализ рисков при реализации проектов
- •Типы рисков в информационном проекте
- •Идентификация рисков
- •Снижение потерь
- •Некоторые рекомендации по выбору системы
- •5. Организация проекта
- •Глава 2 управление процессом внедрения и эксплуатации Типовой план внедрения
- •1. Предварительное обследование и оценка состояния
- •2. Предварительная переподготовка
- •3. Техническое задание
- •6. Выработка целей
- •7. Тз на управление процессами
- •8. Начальная переподготовка
- •9. Планирование и управление верхнего уровня
- •10. Управление данными
- •11. Одновременное внедрение различных технологий организа- ции и управления
- •12. Программное обеспечение (по)
- •13. Опытный пример
- •14. Получение результатов
- •15. Анализ текущего состояния
- •16. Постоянная переподготовка
- •Сопровождение и доработка системы
- •Вывод из эксплуатации и замещение новой системой
- •Часть 5. Case study case 1.Автоматизация страховой компании "Вест".
- •Case 2.Автоматизация промышленного предприятия "Фотон".
- •Case 3.Автоматизация торговой сети "Креон".
- •Case 4.Автоматизация внутреннего учета в коммерческом банке "Коломенский".
- •Case 5.Автоматизация издательской компании "Курсив".
Организационные действия
На практике часто бывает так. Внедрение хорошо подготовлено: проведены многочисленные выверки данных, тестирование и многие другие, важные для внедрения, работы (о чем мы еще будем говорить далее). Но почему-то внедрение срывается, ком проблем растет с такой скоростью, что в один прекрасный момент большинству становиться ясно, что система не может быть внедрена. Проектная команда, менедж- мент теряют веру, количество проблем от этого возрастает еще боль- ше, и в конечном счете проект останавливается или приостанавливает- ся высшим руководством.
Можно ли избежать этого? Ответ практикующих менеджеров про- ектов в 99,9% случаев — «да». Набор инструментов для достижения такого результата достаточно уникален и индивидуален и является во многом профессиональным ноу-хау (Know-How) руководителя проек- та. Мы же рассмотрим некоторые основные составляющие таких орга- низационных действий, которые позволяют сделать даже проблемное внедрение успешным.
Снятие противоречий и конфликтов. Первый вопрос, который необходимо прояснить, — всем ли нужно внедрение как в самой орга- низации, так и среди подрядчиков? Кому оно невыгодно по тем или иным причинам? Кто против в настоящее время или был против на ран- них стадиях проекта? Кто не принимал участия? Даже это может быть важно, потому что успех одного руководителя может автоматически снижать авторитет тех, кто не верил в исход проекта или был против него. Не стоит искать конфликты только среди руководства, они могут быть и на более низком уровне и при этом иметь очень большое значе- ние. Задача руководителя проекта состоит в том, чтобы не только най- ти все эти центры противоречий и конфликтов, но и свести их на нет или по крайней мере добиться, чтобы их влияние на проект было мини- мальным.
Прояснение недопониманий и выработка согласованных под- ходов. Даже там, где нет предпосылок для конфликта, он может воз- никнуть по причине недопонимания. Внедрение является сложной за- дачей, и поэтому неминуемо в процессе работ, а особенно на их завер- шающей стадии, возникают такие ситуации, когда, не решаясь задать лишний вопрос, те или иные участники процесса просто не понимают смысл определенных действий или понимают его неправильно. Задача руководителя проекта — не только добиться того, чтобы количество таких недопониманий было минимальным, его задача также состоит в том, чтобы инициировать процедуры согласования позиций, их обсуж- дения и понятного и доступного формального закрепления в бумажной форме. Он должен как можно больше задавать вопросов всем участни- кам, чтобы добиться в конце концов одинаковых и согласованных по- зиций и полного понимания участниками и заинтересованными сторо- нами того, что происходит.
Прояснение формальной (юридической) позиции — тоже важ- ная составляющая организационных действий. Выполненная до начала внедрения, посредством дополнительного анализа существующих фор- мальных или договорных отношений между сторонами, она способна оказать реальную помощь в реализации двух предыдущих пунктов. Ини- циатором этой работы должен выступать руководитель проекта. При выявлении неясностей в формальных отношениях сторон их проясняют обязательно до начала внедрения, чтобы не приостанавливать его или не служить еще одним дополнительным риском.
Онлайн-менеджмент и контроль. Во время внедрения осуществ- ляются постоянный надзор и контроль со стороны высшего менедж- мента за происходящим. Он должен быть организован в онлайн-режи- ме, то есть участники проекта, его руководство имеют приоритетное право на взаимодействие с высшим менеджментом организации. Конт- роль должен осуществляться на оперативной и регулярной основе. За- седания управляющего комитета должны проводиться чаще, чем при обычной работе, и не реже одного раза в неделю. Не исключен и еже- дневный вариант. Формальная отчетность и информация по ходу про- екта должна быть доступна всем заинтересованным сторонам также на оперативной основе.
Оперативный анализ рисков. Отдельно руководителем проекта с помощью ведущих экспертов по основным областям ведется анализ рисков внедрения. Его форма должна быть простой и понятной. Это может быть просто текстовый список проблем, где указывается следу- ющая информация: кто инициировал занесение проблемы в список, ее номер (если есть), суть проблемы, ответственный за решение, дата ре- гистрации проблемы, дата решения, кратко основные действия по ре- шению, приоритет и текущий статус (решена или нет). Такой список очень помогает руководителю проекта не забывать обо всех возникающих проблемах и в то же время является инструментом контроля и давления на исполнителей, ответственных за решение.
Мотивация персонала на достижение результата. Возможно, са- мый главный пункт — это мотивация всех участников проекта и прежде всего его непосредственных работников на достижение результата. Мы уже останавливались на основных подходах по мотивации, когда рас- сматривали управление ИТ-персоналом, поэтому не будем здесь повто- ряться.
Широкое информирование заинтересованных сторон. Отдель- ная задача в ходе внедрения — информирование всех заинтересованных сторон, включая обычных сотрудников организации, о ходе и ста- тусе работ. При недостатке информирования проект обрастает слуха- ми, которые будут очень мешать в работе. С другой стороны, поддерж- ка со стороны всей организации очень полезна для работы, является дополнительным источником мотивации. Но это возможно только при наличии информации и понимания, в противном случае отношение бу- дет очень негативным.
Качественное и детальное планирование и обеспечение ресур- сами. Планирование важно всегда, но на этапе внедрения оно имеет повышенное значение. Помимо этого целесообразно иметь небольшой резерв ресурсов, которые могут быть временно сняты с других работ или привлечены на отдельные участки со стороны. Все стандартные методики управления ресурсами, такие, как сетевое планирование, ис- пользование методики критического пути, должны использоваться ру- ководителем проекта для получения информации и оперативного при- нятия решений по переброске ресурсов или их увеличению.
