project management practice

Практика управления проектами — это дисциплина в составе управления услугами, которая обеспечивает предсказуемую и контролируемую реализацию проектов: от инициирования и обоснования до планирования, исполнения, контроля и закрытия. В контексте ITSM проекты обычно создают или существенно изменяют услуги, ИТ-услуги, продукты, компоненты ИТ-инфраструктуры, процессы и практики, а также связанные с ними способности команд. Практика помогает согласовать ожидания заказчика и других заинтересованных сторон, управлять ограничениями по срокам, затратам и ресурсам, контролировать риски и качество выходов, а также обеспечить прозрачность статуса через измерение и отчётность. На практике она тесно взаимодействует с управлением рисками, управлением изменениями, управлением релизами и управлением развёртыванием, чтобы результаты проекта безопасно и управляемо попадали в рабочую среду и поддерживали требуемый уровень услуги. В область применения обычно входят проекты любого масштаба: от внедрения нового инструмента сервис-деск до миграции платформ. Вне области определения находятся повторяемая операционная деятельность (например, ежедневная обработка инцидентов или запросов на обслуживание), непрерывная эксплуатационная поддержка «в эксплуатации», а также управление портфелями и управление программами, где фокус смещён с доставки конкретного результата проекта на балансировку инициатив или координацию нескольких проектов соответственно.

Распространённая ошибка — считать, что практика управления проектами равна «ведение плана и отчётов». В зрелом ITSM это в первую очередь обеспечение успешной доставки: чётких результатов и выходов, подтверждённых критериями приёмки, с управлением рисками и вовлечением заинтересованных сторон. Практику часто путают с управлением портфелями: управление портфелями решает, какие проекты запускать и в каком приоритете, тогда как практика управления проектами отвечает за выполнение уже выбранных проектов. Также её путают с программой: программа координирует несколько проектов для достижения более широкого результата, а проект ограничен по времени и направлен на конкретный выход. Ещё одна ловушка — смешивать проект с изменением: отдельное изменение (например, стандартное изменение) может выполняться без проекта, а проект, напротив, обычно порождает множество изменений, релизов и развёртываний, которые должны проходить через управление изменениями и сопутствующие практики. Нередко Agile воспринимают как отказ от управления; в реальности Agile меняет способы планирования и контроля, но не отменяет управление рисками, зависимостями, заинтересованными сторонами и подтверждение достижения результата. Опасна и подмена целей: «закрыть проект в срок» не равно создать ценность, если услуга не готова к поддержке, не обеспечены требования гарантии и не согласован уровень услуги.