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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Жизненный цикл управления значительными инцидентами отличается от обычных инцидентов несколькими ключевыми аспектами: 1) Требуется назначение специального ответственного лица для управления именно этим инцидентом; 2) Обязательно уведомление топ-менеджмента; 3) Необходимость масштабной координации между множеством подразделений и команд (ИТ, административное, ИБ, связь); 4) Активация специальных аварийных процедур; 5) Параллельное проведение расследования причин инцидента, которое организуется отдельно от процесса реагирования; 6) Обязательный анализ после восстановления услуг с целью определения возможностей для улучшения. В отличие от обычных инцидентов, значительные требуют мобилизации дополнительных ресурсов и особых методов управления.
командная работа постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 199
Приоритетные виды лицензий следует выбирать исходя из текущих проблем организации. Например, это могут быть продукты Microsoft с подпиской, часто устанавливаемые вручную, или «прикладной софт» (например, Photoshop), который сотрудники копируют без контроля. Серверное ПО редко становится первоочередной задачей. Ключевой критерий – наличие уже существующего процесса учёта (даже в Excel), так как внедрение системы для управления тем, что никто не готов отслеживать, обречено на провал.
общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление продуктами, продуктовый подход управление релизами
Артём Мукосеев (источник). Рейтинг вопроса: 199
Изменение может быть стандартизировано и выполняться как запрос на обслуживание в случаях, когда есть возможность заранее оценить все риски, связанные с этим изменением, а также сформировать и авторизовать детальную последовательность шагов, необходимых для его выполнения. Такое изменение должно иметь низкий уровень риска, предсказуемые результаты и быть достаточно простым или повторяющимся, чтобы его выполнение могло происходить по стандартной утвержденной процедуре без необходимости индивидуальной оценки каждого экземпляра. Если процедура выполнения такого изменения прошла комплексную оценку рисков и авторизацию, и для ее пересмотра не требуется постоянная дополнительная оценка, то изменение считается кандидатом на стандартизацию.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление запросами на обслуживание управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 199
Признаками могут быть: снижение общей продуктивности команды несмотря на усилия одного человека, уменьшение активности других участников, постоянная необходимость исправлять ошибки, вызванные перекрестным вмешательством, замедление процессов из-за дублирования задач или постоянной переделки работы, а также жалобы от других членов команды на недостаток пространства для самостоятельной деятельности. Также важно наблюдать за тем, развивают ли менее опытные участники свои навыки — если нет, это свидетельствует о том, что их роль слишком пассивна.
командная работа общие вопросы менеджмента управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 199
Причины дисбаланса между стимулированием и наказанием включают структурные особенности систем оплаты труда, где премии часто интегрированы в базовый оклад и их легко урезать, но сложно увеличить. Корпоративные политики часто недостаточно гибкие для включения процессных метрик в систему поощрений. Годовой цикл премирования отдаляет поощрение от текущих достижений и делает его недостаточно мотивирующим. Культурные установки, наследующие лозунгам вроде «не умеешь – научим, не хочешь – заставим», усугубляют ситуацию. Это наблюдается не только в российских компаниях, но и в международной практике, где литература по управлению ИТ уделяет больше внимания контролю, чем разработке систем стимулирования.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мотивация персонала, стимулирование общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 199
Определение того, когда следует расширять охват изменений, а когда не следует, требует тщательного анализа контекста и связей между процессами внутри организации. Если дополнительная задача напрямую связана с основной целью преобразований и её решение важно для успешной реализации изменений, то область охвата необходимо расширить. Например, в случае построения системы управления работами в ИТ-департаменте управление архитектурой невозможно игнорировать, так как оно критически важно для масштабной системы управления. Однако если проблема является следствием других, более глубоких проблем (например, низкой мотивации сотрудников), расширять охват не нужно, так как это не решит исходные задачи. В этом случае требуется сосредоточиться на первопричинах, а не на следствиях. Для каждого случая необходимо оценивать степень взаимосвязи и обоснованность расширения.
архитектура ИТ, TOGAF и IT4IT мотивация персонала, стимулирование управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 199
Нельзя просто скопировать список качеств менеджера от Google, так как он разработан с учётом специфики корпоративной культуры и особенностей деятельности именно этой компании. Каждая организация имеет свои уникальные условия, задачи и внутренние процессы, которые определяют, какие качества у руководителей будут наиболее ценными. То, что работает для Google, может не подойти для других компаний из-за различия в структуре, размере, отраслевой принадлежности или стратегических приоритетах. Поэтому необходимо проводить собственное исследование, чтобы определить наиболее значимые для вашей компании качества менеджеров.
общие вопросы менеджмента управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 199
Да, одно и то же событие может быть инцидентом в одной ситуации и не быть им в другой, в зависимости от контекста и определения нормы. Например, выход из строя диска в RAID-массиве может не считаться инцидентом, если это предусмотрено конфигурацией и не приводит к снижению качества услуги. Но если аналогичный сбой происходит в другом месте системы, где отсутствует избыточность, это будет инцидентом. Решение о том, является ли событие инцидентом, зависит от того, как определена нормальная работа для конкретного компонента в конкретной среде.
управление инцидентами управление уровнем услуг, SLM
Игорь Гутник (источник). Рейтинг вопроса: 199
Уровень прозрачности в управлении инцидентами оказывает значительное влияние на удовлетворённость пользователей, так как отсутствие информации о статусе решения инцидента вызывает у пользователя чувство неопределённости и недоверия. Даже если время решения инцидента превышает ожидаемые сроки, своевременное и регулярное информирование пользователя о ходе работ, причинах задержек и дальнейших шагах позволяет поддерживать его доверие и снижает негативное восприятие инцидента. Проактивное оповещение, предоставление необходимой и достаточной информации, а также соблюдение обещанных сроков коммуникации являются важными элементами, которые формируют положительное восприятие качества обслуживания и в конечном итоге повышают удовлетворённость пользователей.
поддержка пользователей, Service Desk, Help Desk управление инцидентами
Игорь Гутник (источник). Рейтинг вопроса: 199
Некоторые специалисты утверждают, что контроль мешает работникам умственного и творческого труда, поскольку жесткие рамки контроля могут ограничивать креативность и снижать внутреннюю мотивацию. Творческий процесс часто требует свободы для экспериментов и нестандартных решений, которые могут быть подавлены излишними проверками. Вместо контроля предлагается использовать доверие и предоставление инструментов самоконтроля, что позволяет сотрудникам брать на себя ответственность за качество своих результатов.
мотивация персонала, стимулирование общие вопросы менеджмента
Роман Журавлёв (источник). Рейтинг вопроса: 199
« 1 ... 268 269 270 ... 617 »