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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Основные причины несоответствия включают: непонимание цели документа, неопределенность целевой аудитории документа, разработку документов малочисленной группой без участия всех заинтересованных лиц, отсутствие официального статуса документа, неопределенность ответственного за актуализацию, отсутствие триггеров для обновления документа, недостаточную информированность сотрудников о документе, сложности с доступом к документу и отсутствие контроля соблюдения требований документа.
общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 442
Для эффективной подготовки к деловым переговорам следует: детально изучить требования и возможные возражения другой стороны; проработать набор компромиссных решений на каждый спорный вопрос; подготовить четкое обоснование своей позиции с документальным подтверждением и примерами из практики; убедиться, что на переговоры приглашены лица, имеющие полномочия принимать решения; подготовиться к использованию общей терминологии; настроиться на позитивный и конструктивный диалог вместо противостояния.
общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 442
Распространенные ошибки включают: использование длительности инцидентов как интервалов недоступности (не все инциденты связаны с недоступностью), усреднение доступности для отдельных пользователей (может скрывать влияние простоев на небольшие группы), отказ от измерения доступности на конечной точке потребления (нельзя убедиться в реальном доступе пользователя), и использование примитивных средств мониторинга (например, проверка доступности через ping, которая не отражает возможности выполнения критических операций).
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг поддержка пользователей, Service Desk, Help Desk управление доступностью управление доступом, IDM, ролевые модели, RBAC, ABAC управление инцидентами
Андрей Труфанов (источник). Рейтинг вопроса: 442
Включение оргвопросов в управление проблемами дает возможность улучшить коммуникацию между сотрудниками, оптимизировать процессы принятия решений, четче распределить ответственность и повысить общий контроль над выполнением задач. Это позволяет снижать количество повторяющихся инцидентов, повышать стабильность работы системы, а также создает основу для постоянного улучшения бизнес-процессов. Такой подход делает компанию более зрелой и подготовленной к решению сложных задач, включая стратегические инициативы.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами управление проблемами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 442
«Нормальная работа услуги» определяется как рабочее состояние, при котором услуги и конфигурационные единицы работают в пределах согласованных уровней. Эти уровни могут быть установлены как в соглашениях об уровне обслуживания, так и в технических спецификациях. Например, для дискового массива нормальная работа может подразумевать, что даже при выходе из строя одного или нескольких дисков система продолжает предоставлять услуги без снижения качества. Если отклонение от заданных параметров не влияет на конечное качество услуги и остается в рамках согласованных условий, это не считается нарушением нормальной работы.
управление инцидентами управление конфигурациями, CMDB управление уровнем услуг, SLM
Игорь Гутник (источник). Рейтинг вопроса: 442
Решение об увеличении продолжительности курса с двух до трёх дней было принято по двум основным причинам. Во-первых, нужно было решить проблему недостаточного времени для освоения всего материала — более сотни слайдов, двадцати точек для обсуждения и восьми практических заданий в двухдневном формате. Во-вторых, появились новые темы, которые требовалось включить в курс, а для этого было необходимо дополнительное время.
DevOps, CI/CD обучение сотрудников, учебные курсы, тренинги
Олег Скрынник (источник). Рейтинг вопроса: 442
Доля повторно открытых инцидентов может служить характеристикой качества работы процесса управления инцидентами. В идеале закрытие инцидента означает его полное решение и достаточную проверку эффективности решения. Рост доли инцидентов, которые потребовали переоткрытия, при прочих равных условиях свидетельствует об ухудшении качества работы процесса — снижается показатель First Time Resolution (FTR), что говорит о снижении рациональности процесса и увеличении необходимости переделок.
управление инцидентами эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 442
Преимущества работы через электронную почту включают отсутствие требований к специальному программному обеспечению на мобильном устройстве, работу в условиях отсутствия стабильного интернет-соединения (возможность offline-работы с последующей синхронизацией), а также универсальность, так как почтовые клиенты доступны практически на любом устройстве. Этот подход не требует дополнительного обучения сотрудников и может быть быстро внедрен в любую организацию.
бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги
Евгений Шилов (источник). Рейтинг вопроса: 442
В ситуациях, когда требования не полностью описаны, но возникает спор о дефекте, решение зависит от выбранной парадигмы работы. При использовании продуктового подхода важно построить такие отношения между владельцем продукта и командой, чтобы команда понимала и учитывала подразумеваемые требования из контекста и здравого смысла. При работе в парадигме 'заказчик-исполнитель' необходимо максимально четко специфицировать все требования, так как исполнитель не обязан думать за заказчика. В идеале команда должна быть настолько погружена в продукт, чтобы понимать логичные требования без явного их описания, что уменьшает количество споров.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик командная работа разработка ПО управление продуктами, продуктовый подход
Олег Скрынник (источник). Рейтинг вопроса: 442
Сущность «доступ к ресурсам» необходима в описании услуги, потому что поставщик не всегда владеет информацией о том, как устроена деятельность потребителя. Также могут отсутствовать возможности для объективного измерения деятельности потребителя, в которой услуга способствует выполнению задач. Поэтому проще и корректнее договариваться об услуге как о предоставлении доступа к ресурсам, описав правила этого предоставления. Например, в некоторых ИТ-службах каталог услуг построен именно так: услуга определяется как информационная система (программно-аппаратный комплекс), и описываются правила предоставления доступа к этой системе (например, доступ гарантируется с определенного времени до определенного времени). Это упрощает согласование ожиданий между поставщиком и потребителем, даже если поставщик не участвует в дальнейшем использовании ресурса потребителем.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступом, IDM, ролевые модели, RBAC, ABAC управление каталогом ИТ-услуг
Игорь Гутник (источник). Рейтинг вопроса: 442
« 1 ... 454 455 456 ... 614 »