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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Важно, чтобы улучшения услуг соответствовали представлениям заказчика, потому что высшая цель сервисного подхода — удовлетворённость заказчика. Технически совершенные улучшения, реализованные без учета реальных потребностей и ожиданий заказчика, могут не принести ожидаемой пользы и даже вызвать недовольство. Как показывает пример с телефонной связью, даже незначительные, но важные для заказчика элементы (например, любимая мелодия вместо гудков) могут определять его удовлетворённость услугой. Поэтому необходимо регулярно собирать мнение заказчика и реализовывать улучшения именно в том понимании, как это представляет для себя заказчик.
бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Денис Денисов (источник). Рейтинг вопроса: 210
Для эффективного управления инцидентами ключевыми факторами успеха являются раннее обнаружение инцидентов и быстрое восстановление нормальной работы. Важно обеспечить скорейшую регистрацию инцидентов — чем раньше о них станет известно, тем лучше. Классификация инцидентов, которая часто недооценивается, играет важную роль в процессе управления. Приоритизация инцидентов также требует внимания, так как привычные параметры — уровень влияния и срочность — уже не являются основными критериями для определения приоритета. Целесообразно типизировать прерывания и деградацию услуг, создавая модели инцидентов для стандартных ситуаций, что позволяет оптимизировать обработку и разрешение повторяющихся инцидентов через стандартизацию выполняемой работы.
общие вопросы менеджмента управление инцидентами управление процессами, ИТ-процессы
Игорь Фадеев (источник). Рейтинг вопроса: 210
Основные проблемы включают неполноту данных (измеряются не все аспекты работы), неточность результатов (низкое качество данных и расчетов), недостоверность информации (ошибки и манипуляции), неформализованность целей и критериев оценки, а также ограниченность возможностей по внедрению изменений на основе результатов измерений. Это связано с отсутствием изначального проектирования системы измерений и непонимания её важности.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление релизами
Роман Журавлёв (источник). Рейтинг вопроса: 210
Единый процесс задаёт общие рамки и описывает базовые задачи, решаемые для каждого изменения, без учёта специфики. Он не содержит деталей конкретных типов изменений. Модели изменений, напротив, предоставляют гибкость и содержат специфические требования и процедуры для определённых типов изменений, которые требуют особого порядка обработки. Специфика выполнения базовых задач выносится на уровень моделей, что позволяет не усложнять общий процесс деталями.
управление изменениями
Артём Мукосеев (источник). Рейтинг вопроса: 210
Учёт зоны влияния при использовании метода 5-Why's помогает избегать ухода в абстрактные или нерешаемые проблемы, фокусируя внимание на практических решениях. Это позволяет определить, на каком уровне цепочки причин следует остановиться и применить обходные решения или прямые корректирующие действия. Например, при анализе перебоев с электропитанием принтера логично остановиться на уровне стабилизации напряжения в офисе, а не на уровне модернизации городской подстанции, что выходит за рамки компетенции ИТ-службы.
управление проблемами
Константин Нарыжный (источник). Рейтинг вопроса: 210
После того как команда смогла достичь стабильной частоты релизов раз в две недели вместо запланированных еженедельных, существуют четыре основных сценария: 1) Согласиться с текущим положением как улучшением по сравнению с прошлым и продолжать пассивно пытаться улучшить ситуацию, но не предпринимая активных действий. 2) Продолжать активно работать над улучшением процесса, выявляя корневые причины и применяя изменения. 3) Зафиксировать текущую частоту как новую норму и планировать дополнительные внеплановые релизы. 4) Установить амбициозную цель ежедневных релизов, используя принципы DevOps и идя на радикальные изменения в процессах.
DevOps, CI/CD командная работа постоянное улучшение, совершенствование, CSI, PDCA управление проблемами управление релизами эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 210
Накопление прав доступа у пользователей приводит к повышению риска информационных угроз, так как пользователи с расширенными правами, которые превышают их текущие служебные обязанности, могут стать точкой уязвимости. Это повышает вероятность несанкционированного доступа, злоупотребления правами или утечки конфиденциальной информации, особенно если сотрудник изменит должность или покинет организацию. Избыточные права также усложняют аудит безопасности и снижают общую защищенность информационной системы.
аудит безопасность поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление рисками
Денис Денисов (источник). Рейтинг вопроса: 210
Для стимулирования проактивного участия сотрудников в изменениях важно использовать комбинацию инструментов влияния: делиться релевантной информацией, выделять необходимые ресурсы и обеспечивать поддержку со стороны руководства. Идеальный результат — когда ключевые сотрудники не просто принимают изменения, но сами предлагают их внедрить, воспринимая идею как свою собственную. Для этого необходимо постепенно внедрять практики, схожие с текущими, давать возможность протестировать новое через пилотные проекты и связывать изменения с общим направлением развития организации.
мотивация персонала, стимулирование поддержка пользователей, Service Desk, Help Desk управление проектами, PRINCE2 эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 210
Определение типа услуги зависит от того, взаимодействует ли с ней конечный потребитель напрямую. Если услуга предоставляется заказчику непосредственно и на нее заключается SLA - это бизнес-услуга. Если услуга работает в качестве внутреннего компонента, который необходим для функционирования бизнес-услуги, но клиент с ней не взаимодействует напрямую - это поддерживающая услуга. Важно учитывать контекст: одна и та же услуга может быть бизнес-услугой для одного потребителя и поддерживающей для другого.
SLA бизнес, ценность, бизнес-заказчик управление уровнем услуг, SLM
Артём Мукосеев (источник). Рейтинг вопроса: 210
Поток ценности это артефакт бизнес-архитектуры, позволяющий бизнесу формировать ценностное предложение для внешнего или внутреннего заинтересованного лица. При описании потока декларируется последовательность и связи различных активностей, иллюстрирующих способ формирования итоговой предоставляемой ценности. Основное отличие от классических бизнес-процессов заключается в том, что при описании потока ценности акцент делается на 'каким образом' достигается ценность, а не на 'что должно быть сделано'.
архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты
Андрей Труфанов (источник). Рейтинг вопроса: 210
« 1 ... 198 199 200 ... 617 »