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