- •Учебное пособие
- •Информационные технологии управления предприятием
- •Корпоративные системы управления
- •Классификация управленческой деятельности
- •Задачи корпоративных информационных систем управления предприятием (кисуп)
- •Средства автоматизации управленческой деятельности в рамках общей концепции управления предприятием
- •Поддержка основных функций управления средствами ауд
- •Лидеры российского рынка систем ауд
- •Контрольные вопросы.
- •Планирование проекта
- •План разработки программного обеспечения
- •Структура плана разработки
- •Классификация действий по реализации проекта
- •Критические пути
- •Контрольные вопросы.
- •Классические схемы разработки корпоративных систем
- •Адаптивная организация проектных работ
- •Стратегии внедрения кисуп
- •Контрольные вопросы.
- •Управление рисками
- •Модель управления изменениями и рисками крупного проекта
- •Основные факторы, влияющие на риски крупного проекта
- •Особенности анализа проектных рисков
- •Контрольные вопросы.
- •Организация управления по критериям качества
- •Управление качеством проектов корпоративных информационных систем
- •Процессная модель управления качеством
- •Особенности управления качеством проектов корпоративных информационных систем
- •Контрольные вопросы.
- •Системы планирования и управления ресурсами предприятия
- •Mrp(Material Requirements Planning)
- •С чего все начиналось. Mrp I
- •Переход к планированию ресурсов
- •Динамическое планирование с учетом результатов
- •Планирование ресурсов предприятия
- •Характеристика модулей mrp II
- •Контрольные вопросы.
- •Erp (Enterprise Resource Planning)
- •ТерминErp
- •Состав erp-систем
- •От производства к торговле
- •Способы внедрения erp
- •Методика выбора средства
- •Внедрение erp-систем (эталонный процесс)
- •Разработка стратегии автоматизации
- •Реорганизация деятельности по методике bsp
- •Подход cpi/tqm
- •Bpr — реинжиниринг по Хаммеру и Чампи
- •Типичные проблемы при внедрении erp-систем
- •Сравнение затрат на этапе цепочки выбора и возможных потерь
- •ЦенностьErp-системы
- •Эффект от внедрения erp-систем
- •Позитивные стороны внедрения erp-систем
- •Негативные стороны внедрения erp-систем
- •Недостатки erp-систем как класса решений
- •Минусы erp-систем как программных продуктов
- •Sap или Oracle
- •Альтернативы
- •Сравнение отечественных и западных систем управления предприятием
- •Доли поставщиков erp-систем на российском рынке
- •Обзор erp-систем какSaaSсервисов
- •Контрольные вопросы
- •Crm (Customer Relationship Management)
- •Исторические корни
- •Crм — управление отношениями с клиентами
- •Пирамида ценностей в эпоху crm
- •Цели, процессы, структура
- •Цели внедрения crm-систем
- •Классификация crm-систем
- •Программное обеспечение как сервис
- •Общее сравнение наиболее популярных crm-систем, работающих по технологии SaaS
- •Crm: проблемы и перспективы
- •Необходимость новых методик работы с клиентами
- •Контрольные вопросы
- •Аббревиатуры.
- •Словарь определений
- •Библиографический список
- •Ссылки по теме erp
- •Ссылки по теме crm
- •Сайты основных разработчиков
Особенности анализа проектных рисков
Анализ рисков крупных проектов позволяет выделить следующие особенности:
риски "наследуются", то есть риск на определенной стадии проекта может зависеть от факторов, не только действующих на этой стадии, но и от факторов, предыдущих стадий;
риски изменяются в зависимости от того, произошло или не произошло рисковое событие на предыдущей стадии проекта.
Эти особенности обычно не учитывают при анализе рисков "некрупных" проектов, риски считают независимыми и неизменными, при этом ошибка лежит в допустимых пределах. А вот в случае крупных проектов пренебрежение приведенными особенностями может привести к существенным ошибкам.
Для эффективной оценки рисков проекта с учетом этих особенностей их целесообразно структурировать по уровням. Верхний уровень – риски, присущие группе бизнес-процессов, охватывающих весь проект, а также внешние риски. Как правило, управлением и анализом этого уровня рисков занимается руководство проекта и организации. Нижний уровень – риски, существующие в рамках каждого бизнес-процесса проекта. Управлением рисками этого уровня занимается персонал проекта.
Верхний уровень рисков связан со стратегическими целями проекта, такими как организация и ведение процессов проекта; изменения затрат и сроков проекта; изменение требований к продукту проекта.
На нижнем уровне в основном присутствуют специфичные риски каждого конкретного процесса проекта. Например, риски, связанные с материально-техническим снабжением, документированием, разработкой и т. д.
Так как все процессы проекта взаимосвязаны и выполнение их обычно идет параллельно, то возникает ситуация "переходных" рисков двух направлений. Горизонтальные – риски одного процесса переходят в риски другого процесса, и вертикальные – риски совокупности процессов переходят в риски верхнего уровня (например, из-за ошибок при выявлении требований к системе необходимо изменять функционал системы, а это ведет к риску увеличения затрат и сроков работ и может привести к изменениям целей проекта). Используя сетевые графики и диаграммы Ганта, традиционно применяемые для администрирования и управления проектом, выявить наследование и передачу рисков оказывается затруднительно.
При передаче риска из процесса в процесс или с одного этапа работ на следующий действует правило 10-кратного увеличения последствий возникновения рискового события. Например, если риск одного процесса не был выявлен и повлиял на выполнение другого, связанного с первым процессом, то усилия на устранение последствий возникшего рискового события потребуют в 10 раз больше затрат (временных, материальных, людских), чем если бы этот риск был устранен в первом процессе. Таким образом, важно выбрать такую методику оценки риска, которая бы позволяла учитывать возможность передачи риска из процесса в процесс..
При наследовании рисков происходит их эскалация. Причем риски, изначально определенные для конкретных процессов, изменяются по своему составу. В последующих процессах возникают совершенно новые риски, которые приводят к изменениям как состава работ, так и конфигурации проектируемой системы. Появляются дополнительные работы для устранения возникших несоответствий, или приходится сокращать сроки отдельных работ, зачастую с потерей качества и функциональности системы. Если не учитывать эти обстоятельства в крупных проектах, где цепочки взаимосвязи работ очень сложные и большие, то трудоемкость работ по созданию корпоративной системы в той конфигурации, которая была изначально определена для данного этапа проекта, может стать просто катастрофической.