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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Правильная формулировка вопроса критична, так как напрямую влияет на направление анализа и выбор ветки причинно-следственной цепочки. На каждом шаге ответ на вопрос «Почему?» формирует основу для следующего вопроса, и неточность в формулировке может привести к упрощенному или ложному определению корневой причины. Кроме того, качество вопроса определяет, будут ли рассмотрены все факторы (не только технические) и учтены возможные ветки. Это особенно важно, так как «правильно сформулированная задача – это половина решения», поскольку задает точное направление поиска ответа.
управление проблемами
Игорь Гутник (источник). Рейтинг вопроса: 215
Концепция минимально жизнеспособного продукта (MVP) позволяет снизить риски разработки за счет ранней проверки гипотез на практике. Преимущества включают: возможность тестирования ключевых функций продукта с минимальными затратами, быстрое получение обратной связи от пользователей, ускорение выхода на рынок, снижение вероятности создания ненужного продукта и повышение гибкости команды при адаптации к изменениям. Например, старт с упрощённого, но рабочего прототипа (как слонёнка) позволяет сосредоточиться на действительно важных функциях и избежать перегрузки проекта избыточными деталями.
Agile и гибкие методы разработки ПО аллокация затрат, расчёт себестоимости услуг командная работа поддержка пользователей, Service Desk, Help Desk трансформация, ускорение, Time-to-Market управление продуктами, продуктовый подход управление проектами, PRINCE2 управление процессами, ИТ-процессы управление рисками экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 215
Основные этапы внедрения системы управления лицензиями ПО включают: постепенное внедрение по принципу «есть по частям» – начинать с учета наиболее болезненных для организации видов лицензий, а не пытаться охватить все сразу; распределение ролей до старта проекта – назначение ответственного за управление лицензиями (главного пастуха) и определение функций для других участников процесса; налаживание регулярного мониторинга отчётности по управлению лицензиями. Критически важно внедрять в процессы только те виды лицензий, которые уже отслеживаются вручную или иным способом, так как без существующей потребности люди не будут поддерживать систему.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг общие вопросы менеджмента управление ИТ-активами, ITAM, SAM управление проектами, PRINCE2 управление процессами, ИТ-процессы управление релизами
Артём Мукосеев (источник). Рейтинг вопроса: 215
Проект аутсорсинга может быть нецелесообразен, если руководство компании не готово рассматривать аутсорсер как независимый коммерческий бизнес, подверженный конкуренции. В таком случае аутсорсер не сможет развиваться, останется инертным и потеряет мотивацию к оптимизации затрат и повышению качества. Это приведет к увеличению расходов и ухудшению соотношения качество/стоимость, делая проект пустой тратой сил, времени и денег.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик мотивация персонала, стимулирование управление проектами, PRINCE2 экономика и финансы эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 215
В ITIL указано два конкретных примера emergency-изменений: первое — изменение, необходимое для устранения массового инцидента, когда, например, сервис перестал обслуживать большое количество пользователей; второе — установка патча для закрытия критических уязвимостей в системе безопасности. Эти случаи требуют немедленного реагирования, так как их игнорирование приведёт к значительному ущербу для бизнеса, включая финансовые потери или репутационный риск.
ITIL безопасность бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление инцидентами управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 215
Критерии для emergency-изменений в ITIL чётко определены: изменение считается экстренным только если оно направлено на устранение ошибок, серьёзно влияющих на бизнес. Это включает массовые инциденты, приводящие к масштабным перебоям в работе сервисов, или уязвимости безопасности, которые могут быть использованы злоумышленниками для кражи данных или нарушения работы системы. При этом не учитываются запросы на улучшение сервиса или функциональные доработки — emergency-изменения касаются исключительно восстановления нормального функционирования.
ITIL безопасность бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 215
При прямом измерении удовлетворённости заказчика учитываются как warranty (гарантийные аспекты, связанные с надежностью, доступностью и безопасностью услуг), так и utility (полезность услуги, соответствие потребностям и функциональным требованиям). Такой подход позволяет оценить не только количественные показатели, прописанные в SLA, но и общее впечатление заказчика об услуге, а также соответствие реальных результатов его ожиданиям и бизнес-потребностям.
SLA безопасность бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление доступностью управление уровнем услуг, SLM
Дмитрий Исайченко (источник). Рейтинг вопроса: 215
Навязанные услуги опасны тем, что они не учитывают реальные потребности и восприятие заказчика, из-за чего становятся бесполезными для него. Это приводит к неэффективности работы ИТ-службы, потере доверия со стороны заказчика и, как следствие, к ухудшению взаимодействия между сторонами. Навязывание услуг — это частный случай неправильного применения сервисного подхода, когда поставщик пытается «догнать и причинить добро», не получив обратной связи или поддержки от заказчика.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление отношениями, взаимодействие, BRM управление продуктами, продуктовый подход управление процессами, ИТ-процессы
Роман Журавлёв (источник). Рейтинг вопроса: 215
Для эффективной диагностики проблем с производительностью необходимо создать смешанную рабочую группу, в которую войдут представители всех заинтересованных сторон: разработчики прикладного ПО, специалисты по СУБД, администраторы оборудования и другие. Эта группа должна провести всесторонний анализ, используя данные baseline и текущие метрики. Важно определить, что изменилось в системе по сравнению с периодом её стабильной работы. Также рекомендуется использовать систему мониторинга с хранением исторических данных, чтобы отслеживать тренды и прогнозировать возможные проблемы до того, как они повлияют на пользователей.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг поддержка пользователей, Service Desk, Help Desk управление инцидентами эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 215
Сотрудники традиционных ИТ-структур склонны перекладывать ответственность из-за функционального разделения, где каждая группа оценивается по своим, ограниченным показателям. Это создает стимул защищать свою группу и обвинять другие в проблемах. Отсутствие общей ответственности за конечный продукт и фокус на внутренних метриках вместо бизнес-результатов усиливает эту тенденцию, так как сотрудники не видят полной картины процесса разработки.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мотивация персонала, стимулирование общие вопросы менеджмента управление продуктами, продуктовый подход
Олег Скрынник (источник). Рейтинг вопроса: 215
« 1 ... 172 173 174 ... 617 »