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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Годовое премирование менее эффективно, потому что оно слишком отдалено от конкретных действий сотрудников в течение года. Например, премия за результаты в мае выдается только в конце года, что нарушает принцип немедленного подкрепления поведения. Такой дальний временной горизонт не стимулирует сотрудников к стабильной и высококачественной работе в рамках процессов управления ИТ, так как прямая связь между текущими действиями и вознаграждением слабо воспринимается. Краткосрочные стимулы (ежемесячные или ежеквартальные) обеспечивают более четкую связь между результатом и поощрением, что делает их более эффективными для регулирования поведения и поддержания мотивации в текущих процессах.
мотивация персонала, стимулирование
Дмитрий Исайченко (источник). Рейтинг вопроса: 153
Для поддержания импульса реализации ITSM проекта в течение длительного периода (который может продолжаться годы) необходимо обеспечить постоянный контроль и поддержку на высшем уровне руководства. Важно установить четкие краткосрочные цели и вехи, демонстрирующие прогресс и ценность проекта, проводить регулярные обзоры состояния проекта с ключевыми заинтересованными сторонами, а также обеспечить достаточное финансирование на протяжении всего периода. Также можно разделить большой проект на последовательные фазы или итерации, каждая из которых приносит измеримую ценность в бизнес. Постоянная коммуникация успехов, обратная связь от пользователей и гибкое реагирование на возникающие проблемы помогут сохранить интерес и вовлеченность всех участников. Не менее важно отмечать и праздновать небольшие победы, чтобы поддерживать мотивацию команды.
ITSM бизнес, ценность, бизнес-заказчик командная работа мотивация персонала, стимулирование общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление продуктами, продуктовый подход управление проектами, PRINCE2 управление процессами, ИТ-процессы
Евгений Шилов (источник). Рейтинг вопроса: 153
Гартнер рекомендует корпоративным клиентам при выборе ITSM-решений сосредоточиться не на технических деталях продукта, таких как интерфейс, функционал и производительность, а на выборе надежного стратегического партнера, способного поддерживать решение в течение многих лет. Основная идея заключается в том, что правильный выбор поставщика минимизирует риски для крупных организаций и обеспечивает стабильность на долгосрочную перспективу, даже если текущая реализация продукта не является самой передовой.
ITSM аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик мониторинг управление продуктами, продуктовый подход управление рисками эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 153
В тексте приведены три основных примера неправильного поведения менеджеров. Первый пример: ИТ-руководитель в игре 'Grab@Pizza', который слишком долго пытается полностью разобраться в сценарии и предсказать будущее вместо того, чтобы начать работу. Второй пример: менеджер инцидентов в 'Apollo 13', который решает, что все инциденты должны проходить через него, и он будет всё регистрировать лично, что оказывается неэффективным уже ко второму раунду. Третий пример: менеджер проекта в 'The Challenge of Egypt', который основное время проводит на стройплощадке, командуя рабочими напрямую, игнорируя важные аспекты проекта вроде бюджета и сроков.
бюджетирование, планирование затрат деловые игры, бизнес-симуляции общие вопросы менеджмента управление инцидентами управление проектами, PRINCE2
Олег Скрынник (источник). Рейтинг вопроса: 153
Инвариантность производственных процессов - это свойство модели, при котором операционные процессы продолжают функционировать корректно, даже если происходят изменения в блоке управленческих процессов. Это необходимо для повышения гибкости системы управления, позволяя независимо изменять и оптимизировать разные уровня процессов. Например, при замене SLM (управления уровнями сервиса) на управление корпоративными стандартами, операционные процессы ITIL могут продолжать свою работу без изменений, что упрощает адаптацию системы к меняющимся потребностям бизнеса.
ISO 20000 ITIL бизнес, ценность, бизнес-заказчик управление процессами, ИТ-процессы управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 153
Создание команды на сильных эмоциональных связях становится невыгодным, когда задачи, стоящие перед командой, четко определены, рутинны и не требуют нестандартных решений. В таких случаях значительные ресурсы, затрачиваемые на формирование и поддержание эмоциональных связей, не окупаются дополнительной продуктивностью. Например, при выполнении технических обновлений по четким инструкциям или при поддержке существующих систем, где важнее соблюдение сроков и стандартов, чем творческий подход. Также такой подход невыгоден в условиях токсичной внешней среды, где стабильность межличностных отношений сложно поддерживать, а также при высокой текучке кадров, поскольку потеря одного участника может нарушить всю структуру команды.
ISO 20000 командная работа поддержка пользователей, Service Desk, Help Desk
Павел Капусткин (источник). Рейтинг вопроса: 153
В крупных организациях часто не уделяют внимания детальному изучению лицензионных соглашений из-за чрезмерного количества используемых программных продуктов. Разнообразие условий и ограничений от разных производителей ПО создает сложности в управлении, что приводит к тому, что сотрудники обычно не проверяют детали каждого соглашения, полагаясь только на базовый количественный анализ лицензий.
управление ИТ-активами, ITAM, SAM управление продуктами, продуктовый подход
Михаил Тобурдановский (источник). Рейтинг вопроса: 153
При организации производственных соревнований могут возникнуть негативные последствия, такие как чрезмерная конкуренция, которая может разрушить командный дух или привести к нечестной игре (например, намеренное занижение показателей коллег). Также возможна чрезмерная фокусировка на измеряемых показателях в ущерб другим важным, но не измеряемым аспектам работы. Важно балансировать между соревновательностью и сотрудничеством, чтобы избежать этих рисков.
командная работа управление рисками
Олег Скрынник (источник). Рейтинг вопроса: 153
Тестирование механизмов доступности связано с процессом управления релизами, так как проверка внедряемых механизмов проводится именно в рамках этого процесса. Управление релизами обеспечивает тестирование новых решений, чтобы гарантировать их корректную работу и соответствие требованиям к доступности перед выпуском в производство. Это важно для предотвращения проблем с доступностью после внедрения новых или измененных услуг.
управление доступностью управление релизами
Павел Дёмин (источник). Рейтинг вопроса: 153
Принцип одного изделия в потоке (one piece flow) проявился в том, что команда DevOps в процессе реализации проекта «Феникс» настолько овладела подходом, что в конце игры уже не использовала второй ряд столов. Это означает, что задачи проходили через весь процесс без скопления промежуточных запасов, каждая следующая задача могла начаться сразу после завершения предыдущей, что исключило простои и сократило время цикла выполнения задачи. Такой уровень отлаженности процесса позволяет максимально уменьшить время ожидания, избегать параллельного выполнения множества задач, что обычно приводит к снижению производительности из-за многозадачности и переключений контекста.
DevOps, CI/CD Канбан, WIP-лимиты командная работа мониторинг управление проектами, PRINCE2 эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 153
« 1 ... 548 549 550 ... 617 »