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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Геометрическая интерпретация степени удовлетворенности заказчика услугами заключается в том, что ответы на вопросы (Xi, где 0≤Xi≤1) можно представить как косинус угла Фi (где 0≤Фi≤П/2). Если Xi=1 (полное соответствие ожиданиям), то Фi=0 – заказчик и поставщик смотрят в одну сторону, то есть воспринимают происходящее «под одним углом». Если Xi=0 (полное несоответствие), то Фi=П/2 – взаимное восприятие происходит перпендикулярно. Промежуточные значения отражают «некоторый поворот» взгляда поставщика относительно заказчика. Идеальной ситуации соответствует равенство Фi=0 для всех показателей, то есть полное «выравнивание» между поставщиком и потребителем.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Принцип "Отталкивайтесь от текущей ситуации" (Start where you are) присутствует в обоих изданиях и по смыслу практически идентичен. Он гласит, что организации не следует стремиться строить всё с нуля, а должны максимально использовать существующие процессы, процедуры и средства автоматизации, даже если они не соответствуют идеальным моделям. В частности, в ITIL 4 подчеркивается важность прямого наблюдения за текущим состоянием и рекомендуется отдавать предпочтение непосредственным наблюдениям перед другими методами сбора данных. Таким образом, элементы принципа "Приоритет прямого наблюдения" (Observe directly) из ITIL Practitioner Guidance 2016 года находят свое отражение в рекомендациях по применению принципа "Отталкивайтесь от текущей ситуации" в ITIL 4.
ITIL управление процессами, ИТ-процессы
Игорь Гутник (источник). Рейтинг вопроса: 154
Фиксированная эскалация создает четкие границы ответственности между бизнес-аналитиками и разработчиками в процессе обработки инцидентов. Бизнес-аналитики, выступающие в роли третьей линии поддержки (L3), получают инцидент после предварительной диагностики на уровне L2 и определяют, связана ли проблема с ошибками программного обеспечения или с некорректными требованиями к алгоритмам от бизнес-подразделений. Если требования были сформулированы верно, инцидент передается на уровень L4 к разработчикам для внесения исправлений в код. Такая структура предотвращает ситуацию, когда разработчики тратят время на анализ требований, и наоборот, бизнес-аналитики не тратят время на отладку программного кода, что повышает эффективность работы обеих групп.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление инцидентами управление процессами, ИТ-процессы эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Компонента L в SLA означает 'Level' (уровень) и представляет собой набор измеримых характеристик услуги, которые определяют, что именно измеряется и как оценивается качество предоставляемой услуги. Это могут быть метрики времени ответа, время восстановления после сбоев, доступность системы и другие количественные показатели, которые позволяют объективно оценить выполнение обязательств по соглашению.
SLA измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступностью управление инцидентами управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Некоторые организации продолжают использовать методы, восходящие к HPOVSD (Hewlett Packard OpenView Service Desk), из-за инерции мышления, привычки к традиционным подходам и недостатка осведомленности о современных практиках управления инцидентами. Часто решение о выборе метода основано не на текущих потребностях и возможностях, а на рекомендациях предыдущих консультантов или устаревших шаблонах внедрения. В ряде случаев отсутствует глубокий анализ эффективности используемых методов, что приводит к сохранению практик, которые когда-то могли быть оптимальными для конкретных систем, но сейчас уже устарели в условиях современных возможностей автоматизации.
поддержка пользователей, Service Desk, Help Desk управление инцидентами управление релизами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 154
Градуальное включение новых разрешений в ролевую модель RBAC - это постепенный процесс интеграции прав доступа к новым ИТ-ресурсам в существующую структуру ролей. Сначала, когда новый ресурс только внедряется, сотрудникам выдаются отдельные разрешения на его использование по запросу, не меняя основную модель ролей. По мере того как использование этого ресурса становится регулярным и стабильным, соответствующие разрешения постепенно включаются в базовые роли. Такой подход позволяет избежать частых и радикальных изменений всей ролевой модели, обеспечивая более плавную адаптацию системы к новым условиям и снижая нагрузку на аналитиков по управлению доступом.
общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 154
Вертикальное разделение (чередующиеся периоды) может создать дисбаланс в выполнении задач — например, накопление технического долга из-за длительных периодов разработки. Горизонтальное разделение (фиксированные доли трудозатрат) заставляет распределять фиксированные объемы усилий вне зависимости от текущих потребностей, что иногда приводит к недоиспользованию ресурсов или их перегрузке в конкретном направлении. Оба подхода требуют гибкой корректировки, чтобы избежать потери эффективности.
аллокация затрат, расчёт себестоимости услуг эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 154
Слабо детерминированная деятельность, где минимум жестких инструкций и максимум творческой свободы, стимулирует развитие аналитических навыков, поскольку требует самостоятельной постановки задач и поиска нестандартных решений. В таких условиях человек вынужден постоянно формулировать вопросы, искать неочевидные связи и принимать решения в условиях неопределенности. Это формирует способность работать с «незнакомыми» проблемами, расширяет мышление за рамки устоявшихся шаблонов и повышает готовность к болезненным ответам. Даже не руководящие должности могут включать элементы слабо детерминированной деятельности, если они ориентированы на результат и инновации, а не на следование четким процедурам.
эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 154
Обоснованность переноса срока определяется путем анализа причины переноса и сопоставления её с реальной ситуацией. Для этого необходимо, чтобы при каждом переносе указывалась конкретная причина из утвержденного списка, а также чтобы ответственные лица проводили выборочный анализ случаев переноса. Особенно важно анализировать ситуации, когда перенос происходит систематически или в критических случаях. Обоснованным считается перенос, который связан с объективными факторами, такими как непредвиденная сложность проблемы, необходимость привлечения внешних специалистов, или изменения в окружении, которые не могли быть учтены изначально.
управление инцидентами
Евгений Шилов (источник). Рейтинг вопроса: 154
Проектирование метрик эффективности процессов при консультировании клиентов началось ещё в 2005 году в первых консалтинговых проектах. С самого начала работы с клиентами уделялось внимание созданию системы измерений для каждого процесса, чтобы оценить его эффективность, производительность и другие параметры. Это позволило впоследствии внедрять более точные и обоснованные управленческие решения, основанные на данных.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг управление проектами, PRINCE2 эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 154
« 1 ... 539 540 541 ... 617 »