Руководство по управлению проектами в разных отраслях · ИТ, разработка ПО и цифровые технологии
Управление ИТ-проектами: фазы, роли, методы и инструменты
Управление ИТ-проектами — это планирование, реализация и контроль технологических изменений в организации: внедрения систем, миграции в облако, модернизации инфраструктуры, программы кибербезопасности и развёртывание сервисов. Его отличает то, что изменения должны безопасно внедряться в работающую среду: пользователи, данные, безопасность и повседневная ИТ-эксплуатация должны продолжать работать, пока внедряется изменение.
Главное
- Управление ИТ-проектами внедряет технологические изменения в работающую среду, поэтому переключение, откат и передача в эксплуатацию играют центральную роль.
- Выбирайте Waterfall, Agile, Kanban или гибрид в зависимости от типа работы и используйте практики ITIL для безопасного выпуска изменений.
- Миграция данных, интеграция и принятие пользователями — самые частые источники проблем.
- Сочетайте инструменты ITSM и разработки с портфельной платформой вроде Wrike для планирования и отчётности.
Чем отличается управление ИТ-проектами
- Работающие системы. Большинство ИТ-проектов меняют то, от чего люди уже зависят, поэтому планирование переключения, отката и простоя играет центральную роль.
- Интеграция и данные. Новые системы должны обмениваться данными с существующими, а миграция данных часто оказывается самым рискованным направлением работ.
- Безопасность и соответствие требованиям. Законодательство о защите данных, стандарты безопасности и требования аудита определяют проектирование и тестирование.
- Поставщики и лицензии. Значительную часть работы выполняют поставщики или она реализуется через SaaS-продукты, поэтому управление контрактами и поставщиками имеет большое значение.
- Передача в эксплуатацию. Проект должен передать службе поддержки и командам эксплуатации поддерживаемый сервис, а не просто работающую систему.
- Изменения для людей. Будут ли получены выгоды, зависит от обучения и принятия пользователями.
О самой роли (обязанности, навыки и карьерный путь) читайте в нашем руководстве: ИТ-руководитель проектов .
Фазы ИТ-проекта
| Фаза | Что происходит | Ключевые результаты |
|---|---|---|
| Инициация | Определить проблему, выгоды, варианты и укрупнённую стоимость | Бизнес-обоснование, устав проекта |
| Требования и проектирование | Сбор бизнес- и технических требований; архитектура решения и безопасности | Документ требований, проект решения, подход к миграции данных |
| Разработка и настройка | Настройка ПО, разработка интеграций, создание сред | Настроенная система, код интеграций, тестовые среды |
| Тестирование | Системное, интеграционное, нагрузочное тестирование, тестирование безопасности и приёмочное тестирование пользователями | Отчёты о тестировании, журнал дефектов, подписание UAT |
| Развёртывание и переключение | Обучение, миграция данных, запуск и план отката | План переключения, решение go/no-go, работающий сервис |
| Гиперподдержка и передача | Усиленная поддержка после запуска, передача в штатную поддержку | Модель поддержки, список известных проблем, операционная приёмка |
| Завершение | Отслеживание выгод, извлечённые уроки и закрытие контрактов | Итоговый отчёт, извлечённые уроки |
Ключевые роли
| Роль | Основные обязанности |
|---|---|
| Спонсор из высшего руководства | Отвечает за бизнес-обоснование, устраняет препятствия, принимает ключевые решения |
| ИТ-руководитель проектов | Планирует и контролирует содержание, расписание, бюджет, риски, поставщиков и коммуникации |
| Бизнес-аналитик | Выявляет и документирует требования и процессы |
| Архитектор решений или корпоративный архитектор | Проектирует, как решение вписывается в общий технологический ландшафт |
| Инженеры и разработчики | Создают инфраструктуру, настройки и интеграции |
| Руководитель тестирования | Планирует и проводит тестирование, управляет дефектами |
| Информационная безопасность | Оценивает риски, меры контроля и соответствие требованиям |
| Владелец сервиса и эксплуатация | Принимают сервис и обеспечивают его работу после запуска |
| Поставщик или партнёр | Поставляет продукты и услуги по контракту |
Методологии для ИТ-проектов
| Подход | Когда подходит | Примечания |
|---|---|---|
| Waterfall | Инфраструктура, переезд дата-центров и внедрения поставщиками с фиксированным содержанием | Чёткие фазы и утверждения подходят для предсказуемой работы |
| Agile / Scrum | Разработка приложений и меняющиеся требования | Поставка ценности инкрементами и адаптация по обратной связи |
| Kanban | Инфраструктура, поддержка и работы по непрерывному улучшению | Визуализация потока и ограничение незавершённой работы |
| Гибридный | Программы внедрения ERP и крупных бизнес-систем | Поэтапный план с итеративными циклами разработки и тестирования |
| ITIL | Выпуск изменений в работающие сервисы | Практики обеспечения изменений, управления релизами и перехода сервисов |
| PRINCE2 | Государственные и корпоративные среды с жёстким руководством и контролем | Этапы, допуски и решения совета проекта |
См. Agile в ИТ-эксплуатации и DevOps — о том, как взаимодействуют команды поставки и эксплуатации.
Основные документы и шаблоны
| Документ | Назначение | Шаблон |
|---|---|---|
| Бизнес-обоснование и устав | Зачем нужен проект и кто за него отвечает | Шаблон бизнес-обоснования, шаблон устава проекта |
| Требования | Что должно делать решение | Шаблон документа бизнес-требований |
| План и расписание проекта | Фазы, вехи и зависимости | Шаблон плана проекта, Шаблон диаграммы Ганта |
| журнала RAID | Риски, допущения, проблемы и зависимости | Шаблон журнала RAID |
| Матрица ответственности | Кто исполнитель, кто ответственный, с кем консультироваться, кого информировать | шаблон матрицы RACI |
| Запросы на изменение | Контролируемые изменения содержания или проекта решения | Шаблон запроса на изменение |
| План коммуникаций и обучения | Вовлечение и подготовка пользователей | Шаблон плана коммуникаций, шаблон плана обучения |
| Приём запросов на работу | Как команды запрашивают ИТ-работы | Шаблон запроса на работу |
Для любой запускаемой системы добавьте регламент переключения, стратегию тестирования, план миграции данных и чек-лист операционной приёмки.
KPI в управлении ИТ-проектами
| KPI | Что измеряет | Типичное применение |
|---|---|---|
| Отклонения по срокам и бюджету | Исполнение относительно базового плана | Отчётность перед спонсором и управляющим комитетом |
| Дефекты по степени критичности на момент запуска | Открытые критические и высокоприоритетные дефекты | Решения go/no-go |
| Доля успешных изменений | Изменения, развёрнутые без инцидентов и откатов | Качество релизов |
| Инциденты после запуска | Обращения в службу поддержки, связанные с изменением | Эффективность гиперподдержки |
| Принятие пользователями | Активные пользователи или транзакции в новой системе | Реализация выгод |
| Доступность сервиса | Время безотказной работы относительно согласованного соглашения об уровне обслуживания | Операционная стабильность |
| Достигнутые выгоды | Экономия затрат или рост показателей относительно бизнес-обоснования | Постпроектный обзор |
Типичные трудности
- Неясные требования. Привлекайте реальных пользователей заранее, по возможности создавайте прототипы и ведите приоритизированный бэклог.
- Сюрпризы при миграции данных. Заранее профилируйте и очищайте данные и проведите несколько пробных миграций.
- Зависимость от поставщика. Определите в контракте результаты, критерии приёмки и уровни обслуживания и регулярно проводите обзоры исполнения.
- Сопротивление изменениям. Планируйте коммуникации и обучение с самого начала; см. управление организационными изменениями и контроль изменений.
- Конкуренция приоритетов с эксплуатацией. Согласуйте выделение ресурсов с руководителями эксплуатации и закрепите его в плане загрузки.
ПО для управления ИТ-проектами
ИТ-команды обычно используют платформу управления ИТ-услугами (ITSM) для инцидентов, запросов и записей об изменениях, инструмент разработчиков для кода и трекинга задач и проектную или портфельную платформу для планирования проектов, управления ресурсами и отчётности перед руководством.
Ищите портфельные дашборды, формы приёма запросов, представления Ганта и Agile-досок в одном месте, управление ресурсами и интеграции с ITSM и инструментами разработчиков. Wrike — самый сильный универсальный вариант в нашем рейтинге инструментов для этого, а команды с большой долей инженерной работы могут также использовать Jira для разработки.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое управление ИТ-проектами?
Управление ИТ-проектами — это планирование, реализация и контроль технологических изменений, таких как внедрение систем, миграции и модернизация инфраструктуры, чтобы они безопасно внедрялись в работающую среду.
Какие фазы есть в управлении ИТ-проектами?
Инициация, требования и проектирование, разработка и настройка, тестирование, развёртывание и переключение, гиперподдержка и передача, завершение.
Что лучше для ИТ-проектов: Agile или Waterfall?
Зависит от работы. Waterfall подходит для инфраструктурных проектов и внедрений поставщиками с фиксированным содержанием; Agile — для разработки приложений с меняющимися требованиями. Многие ИТ-проекты гибридные.
Как ITIL связан с управлением ИТ-проектами?
ITIL описывает, как ИТ-услуги работают и изменяются. Проекты используют практики ITIL, такие как обеспечение изменений и управление релизами, чтобы безопасно переводить свои результаты в эксплуатацию.
Что включает план управления ИТ-проектом?
Содержание, требования, расписание, бюджет, журнал RAID, стратегию тестирования, планы переключения и отката, планы коммуникаций и обучения и модель поддержки.
Какие KPI используются в управлении ИТ-проектами?
Отклонения по срокам и бюджету, дефекты на момент запуска, доля успешных изменений, инциденты после запуска, принятие пользователями, доступность и достигнутые выгоды.
Какое ПО используется для управления ИТ-проектами?
ITSM-платформа для сервисных записей, инструменты разработчиков для кода и задач и проектная платформа вроде Wrike для планирования, ресурсов и отчётности.
Что такое гиперподдержка в ИТ-проектах?
Период усиленной поддержки сразу после запуска, во время которого проектная команда быстро устраняет проблемы, прежде чем передать систему в штатную поддержку.
Какие сертификации полезны для управления ИТ-проектами?
Распространённые варианты — PMP, PRINCE2, сертификации по Scrum и Agile и ITIL 4 Foundation.
Каковы главные риски в управлении ИТ-проектами?
Неясные требования, проблемы миграции данных, сбои интеграции, задержки поставщиков, проблемы безопасности и слабое принятие пользователями.
Чем управление ИТ-проектами отличается от управления проектами разработки ПО?
Управление ИТ-проектами охватывает все технологические изменения в организации, включая инфраструктуру и покупные системы; управление проектами разработки ПО сосредоточено на создании программных продуктов.