Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Важно фокусироваться на результатах, а не на процессе, потому что только так можно обеспечить реальную ценность от внедрения системы управления конфигурациями. Когда основное внимание уделяется заполнению CMDB ради отчётности, люди не видят практической пользы и перестают этим пользоваться. Сосредоточенность на конечных результатах и потребностях клиентов помогает выстроить процесс таким образом, чтобы информация в CMDB была актуальной, точной и полезной. Это увеличивает доверие пользователей к системе, повышает её использование и позволяет получить максимальную отдачу от инвестиций в управление конфигурациями.
Сервисный подход к управлению ИТ позволяет достичь наиболее тесной интеграции между ИТ и бизнесом, основываясь на принципах предоставления ценности заказчику. Он обеспечивает сквозную ответственность за ИТ-услуги, охватывающую как разработку, так и эксплуатацию, что особенно важно для отраслей с высокой зависимостью от ИТ. Этот подход способствует формированию четкого каталога услуг, улучшению коммуникации между ИТ и бизнесом, а также позволяет более точно оценивать влияние ИТ-процессов на бизнес-результаты. В долгосрочной перспективе он повышает эффективность использования ресурсов и удовлетворенность потребителей ИТ-услуг.
К менеджеру процесса управления проблемами обычно предъявляются требования: глубокие аналитические навыки для выявления корневых причин инцидентов, опыт работы с методологиями и инструментами анализа проблем, способность к стратегическому мышлению, знание ITIL или других ITSM фреймворков, коммуникативные навыки для взаимодействия с различными командами, умение формировать и поддерживать базу знаний, опыт работы с инструментами управления задачами и отслеживания проблем. Также важны навыки проектного управления для внедрения долгосрочных решений.
Чрезмерное следование шаблонам при внедрении ИТ-решений чревато несколькими серьёзными рисками. Во-первых, стандартные решения могут не учитывать специфических особенностей организации, таких как структура, корпоративная культура или внутренние регламенты. Во-вторых, это может привести к созданию системы, формально соответствующей стандартам, но не решающей реальных бизнес-проблем заказчика. В-третьих, жесткое следование шаблонам иногда заставляет изменять бизнес-процессы организации под стандартное решение, вместо того чтобы адаптировать решение под существующие процессы, что создаёт дополнительное сопротивление и снижает эффективность. Чтобы избежать этого, важно, чтобы заказчик обладал достаточными компетенциями, чтобы отмечать моменты, требующие кастомизации, и стимулировать консультантов к поиску индивидуальных решений.
Использование дорожной карты дает команде разработки несколько ключевых преимуществ. Во-первых, она позволяет планировать нагрузку на ресурсы на несколько месяцев вперед, что помогает оптимально распределять отпуска и технические сессии без создания авралов. Во-вторых, обеспечивает возможность вести диалог с бизнесом на основе визуализированного плана действий, что помогает заказчику понимать влияние своих решений на общий процесс. В-третьих, способствует более четкому планированию прогнозных сроков реализации запросов бизнеса, учитывая не только сложность задач, но и пропускную способность производственной системы. В-четвертых, позволяет равномерно распределить усилия на обработку требований, так как дает четкий ориентир на то, какие части сейчас имеют наибольший приоритет. В-пятых, избавляет команду от лишней работы, так как детализируются и уточняются только те требования, которые относятся к текущему этапу развития продукта, без перебора всего списка. В-шестых, решает проблему выбора направления развития, поддерживает баланс ресурсов между долгосрочными и оперативными задачами и помогает удерживать нужный темп развития продукта, ожидаемый бизнесом.
Эффективность сервисного подхода оценивается через метрики, связанные с удовлетворенностью клиентов, например, через NPS (Net Promoter Score), опросы удовлетворенности, частота повторных обращений. Также важны бизнес-ориентированные KPI: время простоя критичных для бизнеса услуг, соблюдение SLA по времени восстановления услуг, скорость предоставления новых услуг и их соответствие ожиданиям бизнеса. Технические метрики, такие как время решения инцидентов, должны быть связаны с бизнес-контекстом и ценностью услуги для конечного пользователя.
Отсутствие культуры автоматизированного тестирования серьёзно препятствует внедрению CI/CD, потому что конвейер развёртывания требует надёжной и быстрой проверки изменений перед их выпуском в продакшен. Без достаточного количества актуальных автотестов невозможно гарантировать, что каждое изменение кода не нарушает существующую функциональность. Если команда до сих пор ведет дебаты о том, 'стоит ли', 'нужно ли' или 'можем ли мы себе позволить писать автотесты', это указывает на фундаментальную неготовность к CI/CD. Автотесты являются неотъемлемой частью конвейера, они должны запускаться автоматически на каждом этапе и блокировать дальнейшее продвижение изменений при обнаружении ошибок. Отказ от постоянного обновления автотестов приведет к тому, что со временем они перестанут быть актуальными, будут «краснеть» и вынуждать команду вручную обходить проблемы, что полностью разрушает идею непрерывной интеграции и развертывания.
KPI из книг и других источников зачастую являются только примерами, взятыми для иллюстрации. Их нельзя просто скопировать в свой процесс, так как они не отвечают на конкретные цели измерения. Каждая организация должна разрабатывать собственные KPI, исходя из целей, назначения, ключевых практик. Механический заимствованных примеров без понимания назначения метрик приводит к тому, что они не помогают в принятии управленческих решений, так как не связаны с конкретными бизнес-целями и задачами процесса.
Для руководителей высшего звена ценность процесса управления изменениями следует подавать через призму стратегических целей компании. Укажите, что формализованный процесс минимизирует риски, связанные с ИТ-инфраструктурой, повышает надежность сервисов и тем самым поддерживает бизнес-стратегию. Приведите примеры, как неконтролируемые изменения приводят к потерям клиентов, штрафам или повреждению репутации. Подчеркните, что инвестиции в процесс окупаются за счет увеличения производительности, снижения аварийных ситуаций и повышения лояльности клиентов. Используйте KPI для измерения улучшений: снижение количества инцидентов, ускорение времени внедрения запросов, рост удовлетворенности пользователей.
Оптимальные критерии для расстановки приоритетов в ИТ-проектах определяются на основе баланса следующих факторов: потенциальная бизнес-ценность проекта для достижения стратегических целей компании; финансовая отдача от реализации (если возможно оценить); срочность реализации с учетом рыночных условий и конкурентной среды; степень риска невыполнения проекта в установленные сроки; влияние на важнейшие бизнес-процессы и KPI компании; взаимосвязи с другими проектами (зависимости и блокировки); стоимость неисполнения или задержки проекта. Важно, чтобы эти критерии были согласованы со всеми заинтересованными сторонами и прозрачно применялись в процессе принятия решений.