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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Третий сценарий считается ущербным, потому что при фиксации двухнедельных релизов как нормального состояния корневые проблемы, мешающие повышению частоты, не устраняются. Это приводит к тому, что даже стабильные двухнедельные релизы со временем могут деградировать до месячных. Дополнительная оговорка о возможных внеплановых релизах не решает проблемы, так как команда не обладает необходимыми навыками и процессами для быстрой доставки изменений. Более того, это может негативно повлиять на мотивацию команды, так как повторяющиеся обещания о внеплановых релизах не будут выполнятся из-за несовершенства процессов, что создаст дополнительное напряжение и разочарование.
командная работа мотивация персонала, стимулирование управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 417
Вероятностный характер поступления инцидентов, описанный как стохастические отклонения, существенно влияет на среднее время их решения. Инциденты обычно распределяются неравномерно в течение дня с пиками нагрузки (распределение в форме 'верблюда'), что создает эффект очереди. Даже при постоянной производительности персонала, если инциденты приходят неравномерно, среднее время их решения может быть значительно выше, чем при равномерном распределении. Например, 24 инцидента, решаемые с производительностью 20 минут каждый, теоретически должны обрабатываться за 20 минут на инцидент при равномерном поступлении, но при массовом поступлении утром среднее время возрастает до 4 часов 10 минут. Это связано с тем, что последующие инциденты вынуждены ждать, пока предыдущие будут обработаны, что приводит к экспоненциальному росту среднего времени при увеличении количества одновременно поступающих инцидентов.
мониторинг управление инцидентами эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 417
Преимущества инцидентов в статусе 'доработка' с остановленным таймером: пользователь может отслеживать статус доработки, есть возможность вернуть инцидент в работу, если решение не сработает, и учитывается только время работы внутренних групп поддержки. Недостатки: в крупных компаниях накапливается большой 'бэклог' таких инцидентов (сотни записей), возникает непрерывный хвост нерешенных вопросов, который противоречит короткому жизненному циклу большинства инцидентов (часы или дни) и может негативно сказываться на управлении и отчетности процесса.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление инцидентами
Павел Дёмин (источник). Рейтинг вопроса: 417
Если на переговорах не удается достичь соглашения, важно иметь заранее определенный следующий шаг, понятный обеим сторонам. Это может быть назначение дополнительной встречи после изучения дополнительной информации, привлечение третьей стороны для разрешения спорного момента, или переход на более высокий уровень принятия решений. Наличие четкого плана действий после неудачи предотвращает бесцельное зацикливание обсуждений и пессимистическое настроение, сохраняя конструктивность процесса переговоров.
общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 417
Магические квадраты Гартнера имеют недостатки, включающие излишнюю концентрацию на оценке компаний-поставщиков вместо технических характеристик продуктов, что приводит к усреднению и отставанию от реального положения дел в отрасли. Они могут быстро меняться на основе оценок маркетинга и продаж, а не реальных обновлений продуктов, что создает неопределенность для компаний, уже сделавших выбор в пользу конкретного решения. Такая аналитика может не отражать текущую реальность ITSM-рынка и быть запаздывающей.
ITSM аутсорсинг, интеграция услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление продуктами, продуктовый подход
Дмитрий Исайченко (источник). Рейтинг вопроса: 417
Управление проблемами не всегда эффективно, когда системы недостаточно устойчивы или когда нет достаточных инвестиций в проактивную работу. Чтобы повысить эффективность управления проблемами, необходимо инвестировать в устойчивость систем на ранних этапах их проектирования и разработки, а не только пытаться исправлять проблемы после их возникновения. Также важно обучать персонал правильным методам анализа проблем и убедиться, что люди не работают постоянно в режиме 'пожарной машины', что не оставляет времени на профилактическую работу и анализ первопричин.
управление проблемами экономика и финансы эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 417
При разделении команд разработки и эксплуатации услуг может возникнуть проблема узкого фокуса на своих задачах, что приводит к недостаточному вниманию к полному циклу создания ценности для потребителя. Разделение может способствовать привычке рассматривать функциональные и нефункциональные характеристики услуг отдельно, что затрудняет создание комплексного опыта для заказчика. Это подчеркивает важность сотрудничества между командами и интеграции процессов управления полезностью и гарантией.
бизнес, ценность, бизнес-заказчик командная работа
Игорь Гутник (источник). Рейтинг вопроса: 417
Для успешной адаптации к дистанционному обучению необходимо соблюдать простые правила коммуникации: подавать сигнал тренеру перед началом речи, избегать одновременного говорения с другими участниками, быть внимательным к сигналам тренера. Эти меры помогут сделать процесс обучения более структурированным и эффективным, а также снизят уровень хаоса, характерного для ситуаций, когда несколько человек говорят одновременно.
обучение сотрудников, учебные курсы, тренинги
Артём Мукосеев (источник). Рейтинг вопроса: 417
Да, достижение цели снижения негативного влияния изменений можно отложить на начальных этапах внедрения, сосредоточившись на обеспечении единообразного проведения изменений. Это позволяет построить стабильную базу для процесса, после чего можно будет перейти к более сложным задачам, ориентированным на минимизацию рисков и улучшение качества ИТ-услуг.
постоянное улучшение, совершенствование, CSI, PDCA управление релизами управление рисками эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 416
Документирование играет ключевую роль при закрытии инцидента, так как обеспечивает прозрачность процесса, позволяет отслеживать историю решения проблемы, служит основой для анализа повторяющихся инцидентов и улучшения процессов. Правильное документирование включает описание всех шагов решения, указание кода закрытия, результаты опроса удовлетворенности пользователя и подтверждение факта закрытия. Это также необходимо для соблюдения процедурных требований ITIL и для обеспечения возможности аудита процесса управления инцидентами.
ITIL аудит общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами управление процессами, ИТ-процессы эффективность, оптимизация
Дмитрий Подольский (источник). Рейтинг вопроса: 416
« 1 ... 503 504 505 ... 614 »