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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Идеальный вариант структуры каталога ИТ-услуг — это высокоуровневый каталог, в котором услуги сгруппированы по бизнес-процессам, но при этом каждая услуга имеет четкую привязку к соответствующим ИТ-системам. Такой подход позволяет учитывать как восприятие пользователей, которые чаще всего связывают свои проблемы с конкретными приложениями, так и потребности руководства, которое оценивает влияние на бизнес-процессы. Это обеспечивает корректную классификацию обращений, правильный расчет SLA и более эффективное взаимодействие между ИТ и бизнесом.
SLA бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление отношениями, взаимодействие, BRM управление уровнем услуг, SLM
Евгений Шилов (источник). Рейтинг вопроса: 252
Согласно ITIL, стандартные изменения представляют собой изменения с низким уровнем риска, которые предварительно авторизованы, хорошо проанализированы и полностью документированы. Они могут быть реализованы без дополнительной авторизации и часто связаны с регулярно повторяющимися задачами, такими как установка программного обеспечения по шаблону, изменение прав доступа в соответствии с политиками компании или рутинные обновления систем. ITIL указывает, что стандартные изменения часто инициируются как запросы на обслуживание, но также могут быть операционными изменениями или частью плановых процедур.
ITIL управление доступом, IDM, ролевые модели, RBAC, ABAC управление запросами на обслуживание управление изменениями управление рисками
Игорь Гутник (источник). Рейтинг вопроса: 252
Основные ошибки при внедрении методологий управления ИТ включают: попытку использовать одну методологию как универсальное решение для всех проблем без адаптации к конкретной ситуации, стремление минимизировать время и затраты на внедрение вместо тщательного изучения и адаптации методологии, формальное отношение к процессу (создание документов ради документов без их практического применения), игнорирование необходимости обучения и вовлечения сотрудников в новый процесс, ожидание мгновенных результатов без понимания, что реальные изменения требуют времени и последовательной работы. Также распространенной ошибкой является использование упрощенных версий методологий без понимания их полной структуры и логики.
аллокация затрат, расчёт себестоимости услуг обучение сотрудников, учебные курсы, тренинги управление релизами экономика и финансы
Олег Скрынник (источник). Рейтинг вопроса: 252
Без дорожной карты легко теряется фокус на предназначении продукта для бизнеса, что приводит к тому, что работа сводится к перемалыванию требований в бэклоге без четкой картины того, каким должен стать продукт. Это похоже на сборку мебели без инструкции: в конце концов результат будет получен, но медленно и возможно с ошибками, которые потребуют переделки. Разработка без дорожной карты может привести к перекосу в сторону оперативных задач, поскольку они наиболее понятны и часто бизнес настоятельно требует их выполнить. Также возможно отклонение в сторону долгосрочных крупных изменений, что приведет к игнорированию текущих проблем с качеством. Без среднесрочного плана сложно контролировать баланс между разными типами задач и удерживать правильное направление развития продукта, что негативно сказывается на темпе улучшения продукта, интересующем бизнес-заказчиков.
бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход эффективность, оптимизация
Светлана Сапегина (источник). Рейтинг вопроса: 252
Отраслевая специфика определяет степень внедрения и критичность ИТ-решений. Например, в финансах ИТ-инфраструктура — ключевой элемент бизнеса, поэтому изначально было больше обращений из-за высокой нагрузки на систему. В здравоохранении ИТ использовался менее активно, но по мере цифровизации сектора количество запросов выросло. Схожие процессы происходят во всех областях: с ростом ИТ-зависимости меняется и паттерн взаимодействия пользователей с поддержкой.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM управление релизами экономика и финансы
Анна Васильева (источник). Рейтинг вопроса: 252
Внедрение проактивного управления проблемами может потребовать следующих организационных изменений: 1) Создание специализированных команд или выделение ответственных лиц за проактивную работу, которые будут фокусироваться на прогнозировании и предотвращении проблем, а не только на их устранении после возникновения. 2) Формирование кросс-функциональных рабочих групп, включающих специалистов из разных областей (инфраструктура, приложения, безопасность), для комплексного анализа потенциальных проблем. 3) Внедрение новых метрик и KPI, направленных на измерение эффективности проактивной работы, таких как количество предотвращенных инцидентов, снижение частоты повторяющихся инцидентов и т.д. 4) Изменение структуры отчетности и фокуса обсуждений на совещаниях - включение регулярного анализа трендов, потенциальных рисков и возможностей для улучшения. 5) Развитие компетенций сотрудников в области анализа данных, прогнозирования и управления рисками. 6) Интеграция проактивного управления проблемами с другими процессами, особенно с процессом управления изменениями и постоянным совершенствованием услуг. 7) Внедрение инструментов аналитики и мониторинга, способных выявлять аномалии и потенциальные проблемы до их превращения в инциденты. В крупных организациях может потребоваться создание выделенных структур, таких как отдел качества или управление методологии, которые будут координировать проактивную работу на уровне всей организации.
безопасность измерение и оценка ИТ, метрики, KPI, отчётность, дашборды командная работа мониторинг общие вопросы менеджмента организационные изменения, агенты изменений постоянное улучшение, совершенствование, CSI, PDCA управление изменениями управление инцидентами управление конфигурациями, CMDB управление проблемами управление релизами управление рисками эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 252
Традиционное управление проектами может быть вредным в гибкой разработке ИТ-продуктов, потому что оно основывается на иной парадигме, ориентированной на фиксированные сроки, бюджет и четко определенные требования. Гибкие методологии, напротив, предполагают итеративную разработку, постоянное изменение требований и фокус на ценность продукта, а не на следование изначальному плану. Попытка наложить традиционную проектную структуру на гибкие команды может привести к избыточному планированию, ненужной документации, нарушению самоорганизации команд и созданию дополнительных барьеров для быстрой адаптации к изменениям. Когда руководители проектов пытаются контролировать каждую деталь процесса, это часто блокирует гибкость и снижает скорость доставки ценности бизнесу.
бизнес, ценность, бизнес-заказчик бюджетирование, планирование затрат командная работа общие вопросы менеджмента управление продуктами, продуктовый подход управление проектами, PRINCE2
Олег Скрынник (источник). Рейтинг вопроса: 252
При попытке проявить эмпатию к клиентам часто допускаются следующие ошибки: спешка с предложением решений до того, как клиент полностью изложит проблему (клиентам часто нужно просто высказаться), обесценивание чувств клиента (например, фразы типа «Не переживайте, это мелочи»), использование шаблонных фраз, которые звучат неискренне («Я вас perfectly понимаю» без реального понимания ситуации), неправильная интерпретация эмоций клиента из-за отсутствия навыков распознавания чувств по мимике и тону голоса, чрезмерное проявление сочувствия вместо эмпатии (например, выражение собственных переживаний, что может отвлечь от проблемы клиента). Также распространенной ошибкой является недостаточное внимание к обратной связи после решения проблемы — эмпатия должна проявляться на всех этапах взаимодействия, а не только в момент конфликта. Важно помнить, что эмпатия должна быть искренней и основываться на реальном понимании ситуации клиента, а не на шаблонных реакциях.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM управление продуктами, продуктовый подход управление процессами, ИТ-процессы
Игорь Фадеев (источник). Рейтинг вопроса: 252
Организационная структура PIR включает комитет по управлению изменениями, ответственного менеджера по изменениям, группу аналитиков и представителей заинтересованных сторон. На начальном этапе создаётся план обзора с указанием целей, критериев оценки и сроков. В процессе сбора данных участвуют исполнители изменений, а на этапе анализа — эксперты, которые выявляют успехи и неудачи. Комитет принимает решения по корректирующим действиям и документирует уроки.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление изменениями
Дмитрий Исайченко (источник). Рейтинг вопроса: 252
Наличие готовых решений часто мешает четко поставить задачу, которая действительно требует решения. Задача автоматически преобразуется в «внедрить готовое решение», что исключает анализ специфики и потребностей конкретной организации. Например, консультант в проекте может просто скопировать метрики из известной книги, не учитывая особенности процессов компании, что приведет к неэффективной системе управления. Такой подход не учитывает внутренние процессы и создает иллюзию решения проблемы, тогда как реальный анализ и адаптация отсутствуют.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление проектами, PRINCE2 управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 252
« 1 ... 53 54 55 ... 617 »