Портал №1 по управлению цифровыми
и информационными технологиями

Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Questions and answers
6160+

вопросов и ответов

Authors
25

авторов

Sources
440+

источников

Original
100%

оригинальный контент

Для поддержки частых релизов необходимы следующие организационные изменения: пересмотр системы KPI и мотивации сотрудников в сторону поощрения скорости доставки и качества; перераспределение ролей и ответственностей с акцентом на кросс-функциональность и совместную ответственность за конечный результат; внедрение культуры экспериментов и обучения на ошибках без наказаний за неудачи; изменение подхода к планированию работ с фокусом на малые, быстро реализуемые порции изменений; усиление взаимодействия между разработчиками, тестировщиками и операционными специалистами; создание отдельной роли или команды, отвечающей за непрерывную доставку и автоматизацию процессов; изменение коммуникационных процессов для более быстрой передачи информации о проблемах и их решении; пересмотр бюджетирования в сторону инвестиций в автоматизацию и инфраструктурные улучшения.
бюджетирование, планирование затрат измерение и оценка ИТ, метрики, KPI, отчётность, дашборды командная работа мотивация персонала, стимулирование обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента организационные изменения, агенты изменений поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы управление релизами экономика и финансы эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 249
Первая линия поддержки часто не обладает достаточной компетентностью для полноценной помощи по прикладному ПО, так как её задача в основном заключается в сборе первичной информации и направлении запросов дальше. Это приводит к тому, что пользователи и специалисты из отделов сопровождения прикладных систем воспринимают первую линию как лишнее звено, увеличивающее время обработки обращений. В результате обращения поступают напрямую к «прикладникам» без регистрации в системе, что нарушает целостность процесса управления инцидентами и снижает его эффективность.
ITSM поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 249
Традиционное управление проектами может быть вредным в гибкой разработке ИТ-продуктов, потому что оно основывается на иной парадигме, ориентированной на фиксированные сроки, бюджет и четко определенные требования. Гибкие методологии, напротив, предполагают итеративную разработку, постоянное изменение требований и фокус на ценность продукта, а не на следование изначальному плану. Попытка наложить традиционную проектную структуру на гибкие команды может привести к избыточному планированию, ненужной документации, нарушению самоорганизации команд и созданию дополнительных барьеров для быстрой адаптации к изменениям. Когда руководители проектов пытаются контролировать каждую деталь процесса, это часто блокирует гибкость и снижает скорость доставки ценности бизнесу.
бизнес, ценность, бизнес-заказчик бюджетирование, планирование затрат командная работа общие вопросы менеджмента управление продуктами, продуктовый подход управление проектами, PRINCE2
Олег Скрынник (источник). Рейтинг вопроса: 249
Для выбора подходящего способа организации работы линий поддержки необходимо учитывать несколько факторов. Если система автоматизации предоставляет хороший контроль над переназначением обращений между группами, рекомендуется начинать с второго способа, когда инцидент назначается непосредственно на вторую линию. Этот выбор следует корректировать только если у заказчика присутствует какая-то специфическая особенность, существенно аргументированная для применения первого способа. Важно анализировать реальные потребности организации, сложность обрабатываемых инцидентов, структуру поддержки и возможности используемой системы автоматизации, а не следовать шаблонам или рекомендациям без должного обоснования.
автоматизация ИТ-процессов, ПО для ITSM и ESM бизнес, ценность, бизнес-заказчик общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 249
Ценность завершенного ITSM-проекта можно показать новому руководству, предоставив конкретные данные об улучшении показателей: сокращении времени обработки запросов, снижении количества инцидентов, оптимизации затрат ИТ-отдела. Следует связать эти показатели напрямую с финансовыми результатами компании. Также полезно продемонстрировать, как ITSM-процессы помогают быстрее реагировать на бизнес-требования и снижают риски. Важно подготовить краткий, понятный отчет с наглядными графиками и примерами, а также разработать план дальнейшего развития проекта с четким сроком окупаемости.
ITSM аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами управление проектами, PRINCE2 управление рисками экономика и финансы эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 248
Основные направления развития современной системы управления ИТ в Enterprise включают: - Создание мощной службы HR внутри ИТ-подразделения, которая будет активно искать таланты, решать вопросы найма, вовлечённости, мотивации и развития персонала. - Переход от традиционных иерархических структур к альтернативным принципам управления, таким как продукты вместо проектов, самоорганизующиеся команды вместо отделов, коллективная ответственность вместо тим-лида, управление задачами вместо управления людьми. - Развитие внутренних сообществ по ролям и по интересам, организация митапов, обмена находками и идей, совместной работы над исследованиями и разработками (R&D).
командная работа мотивация персонала, стимулирование общие вопросы менеджмента управление продуктами, продуктовый подход управление проектами, PRINCE2 управление процессами, ИТ-процессы эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 248
Управление проблемами в ИТ-сфере — это деятельность, направленная на определение первопричин и их устранение, а не на восстановление услуг или ликвидацию неполадок. Оно отличается от управления инцидентами тем, что инциденты требуют незамедлительного восстановления нормальной работы услуги, в то время как управление проблемами предполагает глубокий анализ для обнаружения корневых причин, которые могут приводить к повторяющимся инцидентам. Управление проблемами сравнивается с лечением причины заболевания, в отличие от управления инцидентами, которое эквивалентно лечению симптомов.
управление инцидентами управление проблемами
Игорь Фадеев (источник). Рейтинг вопроса: 248
В IT4IT Reference Architecture определены четыре основных потока создания ценности (Value Streams): 1) Strategy to Portfolio (S2P) - охватывает процессы от определения бизнес-стратегии до формирования портфеля ИТ-услуг, включая управление портфелем, финансами и инвестициями; 2) Requirement to Deployment (R2D) - описывает процессы от определения требований к услуге до ее развертывания в эксплуатацию, включая разработку и тестирование; 3) Request to Fulfill (R2F) - охватывает предоставление услуг конечным пользователям, включая управление запросами, инцидентами и изменениями; 4) Detect to Correct (D2C) - отвечает за управление эксплуатацией, включая мониторинг, обнаружение проблем и их устранение. Каждый Value Stream представляет собой последовательность функциональных компонентов, которые вместе создают ценность для организации, начиная от бизнес-потребностей и заканчивая предоставлением работоспособных ИТ-услуг.
DevOps, CI/CD архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты мониторинг поддержка пользователей, Service Desk, Help Desk поток создания ценности (Value Stream) стратегия управление инцидентами управление релизами управление уровнем услуг, SLM экономика и финансы
Игорь Гутник (источник). Рейтинг вопроса: 248
Для убедительного обоснования инвестиций в процесс управления изменениями важно подчеркнуть финансовые преимущества и оптимизацию рабочих процессов. Бизнесу следует объяснить, что внедрение формализованного процесса позволит более эффективно расходовать бюджет, минимизировать простои и снизить риски, связанные с неконтролируемыми изменениями. Для ИТ-департамента акцент стоит сделать на повышении качества работы, упрощении планирования и снижении нагрузки на сотрудников за счет четких регламентов и автоматизации рутинных операций. Важно избегать сложных терминов и сразу показывать конкретную пользу: увеличение прибыли, снижение потерь времени и ресурсов, повышение стабильности ИТ-сервисов.
бизнес, ценность, бизнес-заказчик бюджетирование, планирование затрат общие вопросы менеджмента управление изменениями управление процессами, ИТ-процессы управление релизами управление рисками экономика и финансы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 248
Проблема деградации CI/CD часто возникает после первоначального внедрения по нескольким причинам, связанным с человеческим фактором. Во-первых, это коллективное бессознательное и взаимная ответственность внутри команды, где решения принимаются сообща, а не одним человеком. Во-вторых, в командах часто существуют авторитеты, которые решают, что можно и нужно делать, вместо самоорганизации. В-третьих, мнение людей в команде может меняться под влиянием различных факторов, даже в течение одного дня, что приводит к нестабильности в подходах. В-четвертых, давление сроков, обязательств и SLA часто заставляет команды идти на компромиссы, временно отключая части конвейера (например, автотесты), ссылаясь на срочность других задач. Эти временные решения часто становятся постоянными, так как 'потом разберёмся' редко превращается в реальные действия. В результате, вся накопленная ранее практика работы может быть утрачена, так как перезапуск конвейера в будущем видится как задача низкого приоритета.
DevOps, CI/CD SLA командная работа общие вопросы менеджмента управление конфигурациями, CMDB управление процессами, ИТ-процессы управление релизами управление уровнем услуг, SLM
Олег Скрынник (источник). Рейтинг вопроса: 248
« 1 ... 57 58 59 ... 617 »