- •Управление приоритетами проектов
- •Что такое управление приоритетами
- •Почему хорошего управления проектами недостаточно?
- •Этапы управления приоритетами проектов
- •Приоритезация ит-проектов
- •Финансовая ценность проекта
- •Риски проекта
- •Стратегическая ценность проекта
- •Приоритезация проектов
- •Побочные факторы
- •Проектная мощность ит-отдела и возможности предприятия
- •В ходе выполнения проектов
Риски проекта
Оценка воздействия рисков на приоритеты проектов является следующим шагом в процессе приоритезации. Как правило, категории рисков ИТ-проекта включают в себя риски, связанные со сложностью проекта, готовностью пользователей и технологиями, которые будут использоваться. Таблица 2 показывает, какие типовые риски надо оценить. В зависимости от проекта в риски проекта могут быть выделены и другие факторы. В любом случае проекту должен быть приписан некий уровень риска относительно других проектов.
Таблица 1. Определение финансовой ценности проекта
У проекта нет прямой финансовой ценности. Проект не дает дохода. |
У проекта есть прямая финансовая ценность. Проект приносит доход. | ||
Проекты различаются на основе оценки практической ценности. |
Проекты различаются на основе прибыли и затрат для ее получения. | ||
Уровень 1 |
Уровень 2 |
Уровень 3 |
Уровень 4 |
Проект немного снижает расходы компании и дает некоторые улучшения производительности. |
Проект позволяет улучшить производительность и потенциально может сильно снизить расходы компании. Проект может иметь информационную ценность или помочь лучше контролировать бизнес. Тем не менее конкретную отдачу по проекту трудно измерить. |
Ожидаемая окупаемость проекта на уровне 2-5 лет. Доходы от проекта превышают расходы. Большинство допущений при проведении этих оценок имеют под собой определенные основания. |
Ожидаемая окупаемость на уровне 0-2 года. Доходы от проекта существенно превышают расходы. Все допущения при проведении этих оценок четко обоснованы. |
Таблица 2. Типовые риски проекта
Уровень риска (от низкого к высокому) |
Уровень 4 |
Уровень 3 |
Уровень 2 |
Уровень 1 |
Сложность проекта (требования к системе, масштаб и рамки проекта). |
Цели проекта и требования к системе хорошо поняты и документированы |
Цели проекта определены более-менее четко. Хорошее понимание требований к системе. |
Цели проекта недостаточно четки. Задачи системы или бизнес-приложения поняты недостаточно полно. |
Цели проекта нечетки. Основные функциональные блоки исстемы определены нечетко. |
Масштаб и рамки проекта заданы четко. |
Масштаб и рамки проекта заданы достаточно хорошо. |
Понимание масштаба и рамок проекта ограничено и недостаточно. |
Масштаб и рамки проекта непонятны. | |
Готовность ключевых ресурсов (сотрудников, необходимой инфраструктуры и т.д.) |
Ключевые ресурсы досупны в полном объеме. |
Ресурсы доступны в основном. Есть некоторые проблемы с занятостью ключевых сотрудников. Проблемы инфраструктуы незначительные. |
Ключевые ресурсы распределены по нескольким проектам. Инфраструктуру для ввода новой системы необходимо создавать. |
Ключевые ресурсы практически недосупны. Сотрудники загружены другими проектами. Инфраструктура отсутствует. |
Технологии |
Системы не потребуют новой технологической платформы, они создаются на старой, в эксплуатации которой ИТ отдел накопил значительный опыт. |
Системы создаются на новой, но стабильной технологической платформе и есть достаточное время для ее изучения и тестирования. |
Системы создаются на новой технологической платформе, требующей существенного переструктурирования технического окружения. Время для ее изучения и тестирования будет ограничено. Возможны сомнения в рыночной стабильности платформы. |
Системы создаются на новой технологической платформе, в отношении которой крайне мало ясности. Технологии имеют неподтвержденную стабильность. |
Выполнимость проекта |
Отличная |
Хорошая |
Удовлетворительная |
Очень слабая |