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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Если на письмо не приходит ответ в ожидаемые сроки, рекомендуется поступать следующим образом: сначала, после отправки письма, можно созвониться с коллегой и кратко проинформировать о его отправке; если ответ не приходит в течение ожидаемого периода (обычно 1-2 дня для обычных писем, несколько часов для срочных), то отправляется повторное письмо с префиксом «ПОВТОРНО:» в теме. Если и это не помогает, и коллега не отвечает, возможно, он находится в командировке или уволился, тогда письмо следует переадресовать его непосредственному начальнику или руководителю. В случае, когда в письме даны распоряжения с указанием сроков и ответственных, ожидание ответа должно соответствовать указанным датам.
общие вопросы менеджмента
Андрей Носов (источник). Рейтинг вопроса: 42
У большинства ИТ-менеджеров при упоминании Соглашения об уровне обслуживания (SLA) возникают ассоциации с измерением и оценкой уровня предоставления услуги, штрафами и наказанием поставщика за несоответствие условиям. Многие воспринимают SLA как прямую связь между качеством оказания услуги и финансовыми санкциями против поставщика в случае невыполнения обязательств. Такая точка зрения отражает установку на жесткое регулирование и ответственность поставщика за качество предоставляемых услуг.
SLA аутсорсинг, интеграция услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление уровнем услуг, SLM
Денис Денисов (источник). Рейтинг вопроса: 42
Методика «Метод освоенного объёма» (Earned Value Management, EVM) определяет ключевые численные характеристики для измерения степени соответствия хода проекта его плану. EVM широко используется в управлении проектами для количественной оценки прогресса по проекту. Методика хорошо описана в литературе и стандартах, таких как PMBoK, и реализована во многих программных продуктах, связанных с управлением проектами. Она фокусируется на анализе стоимости и выполненных работ для оценки текущего состояния проекта по сравнению с запланированным.
ISO 20000 измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление продуктами, продуктовый подход управление проектами, PRINCE2
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
Value chain - это линейная модель взаимодействия субъектов, где каждый участник цепи выступает как потребителем, так и поставщиком услуг, следуя последовательному порядку. В этой модели каждый субъект принимает решения о требованиях к услугам и их стоимости для следующего звена. Value network же представляет собой более сложную модель взаимодействия нескольких субъектов, которые находятся в нелинейных отношениях, могут быть потребителями услуг друг друга, совместно предоставлять услуги и вступать в различные партнерские взаимодействия. Value network лучше отражает реальные сложные взаимодействия в современных бизнес-структурах и особенно внутри корпораций, например в ИТ-сфере.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
Основные документы, которые ассоциируются с процессом управления уровнем услуг - это каталог услуг (с разделением на бизнес-услуги и технические услуги), SLA (Service Level Agreement) и OLA (Operational Level Agreement). Данная ассоциация между процессом управления и его документами является весьма устойчивой и часто возникает автоматически, без глубокого анализа необходимости этих документов именно в конкретной ситуации.
SLA бизнес, ценность, бизнес-заказчик управление каталогом ИТ-услуг управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
Менеджеры ИТ-процессов часто совмещают свои обязанности с другими должностями потому, что в большинстве организаций роль менеджера процесса не выделена как отдельная позиция. Процессные обязанности накладываются на текущие должностные функции сотрудника, например, начальник группы поддержки может быть менеджером процесса управления инцидентами. Это связано с незрелостью организационных структур, где приоритет отдаётся операционной работе, а управленческие аспекты ИТ-процессов недостаточно востребованы. Компании предпочитают оптимизировать ресурсы, избегая выделения отдельных позиций, пока нет явной потребности в профессиональном управлении процессами.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление инцидентами управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
Гартнер изменил позиции вендоров в магическом квадрате за счет смещения фокуса с технических характеристик продуктов на способность поставщиков поддерживать долгосрочные стратегические партнерства. Анализ Гартнера концентрируется на оценке компаний-разработчиков, а не на функциональности их решений, что приводит к значительным изменениям в позициях даже при незначительных изменениях в самом продукте. Например, компания HP переместилась из лидирующей позиции в претенденты из-за оценки ее маркетинговой и продажной активности, несмотря на отсутствие существенных изменений в продукте.
ITSM аутсорсинг, интеграция услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление продуктами, продуктовый подход
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
Основное сходство между IT4IT и ITIL v3 заключается в использовании концепции жизненного цикла услуги. В IT4IT сервисная модель (Service Model) построена вокруг четырех основных столпов и представляет собой Service Backbone, что по сути соответствует этапам жизненного цикла услуги в ITIL v3 - от концепции до оказания услуги. Обе модели рассматривают ИТ-услуги в разрезе процессов, и многие функциональные компоненты в IT4IT (такие как управление инцидентами, проблемами, изменениями) напрямую соответствуют стандартным процессам ITIL v3. При переходе к ITIL v4 видно еще больше общего, в частности, использование цепочки создания ценности (Value Chain), впервые предложенной Майклом Портером. Обе модели стремятся описать целостную картину ИТ-управления, а не просто набор разрозненных процессов.
ITIL архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик управление инцидентами
Игорь Гутник (источник). Рейтинг вопроса: 42
Роль тимлида напрямую противоречит некоторым принципам гибких методологий. Например, Scrum Guide не предусматривает существования тимлида в команде, так как он ориентирован на самоорганизованные кроссфункциональные команды, где ответственность распределена между всеми членами. Гибкие подходы подразумевают, что команды должны быть способны принимать решения самостоятельно, без назначения отдельного лидирующего лица для решения технических или управленческих вопросов.
Agile и гибкие методы разработки ПО командная работа общие вопросы менеджмента управление процессами, ИТ-процессы
Павел Капусткин (источник). Рейтинг вопроса: 42
Центральной темой и главным достижением ITIL v3 является Continual Service Improvement (CSI) – постоянное совершенствование услуг, которое точнее можно определить как непрекращающееся совершенствование процессов ИТ-услуг. Это направление требует систематического подхода и является показателем зрелости ИТ-менеджмента в организации, причем часто уделяется меньше внимания, чем следует, несмотря на наличие множества материалов по этой теме.
ITIL постоянное улучшение, совершенствование, CSI, PDCA управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 42
« 1 ... 459 460 461 ... 618 »