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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Ответственность за принимаемые в работе решения всегда лежит на самой команде, независимо от того, идет ли речь о чистом RnD или проверке гипотез. Заказчика не интересует путь, которым была достигнута цель, он оценивает только конечный результат. Даже в условиях экспериментальной работы и исследований, когда не все гипотезы подтверждаются, команда должна уметь обосновать выбор подхода и показать, как неудачные попытки способствовали пониманию проблемы и приближению к решению. Эта ответственность является основой честной сделки между командой и заказчиком.
бизнес, ценность, бизнес-заказчик командная работа общие вопросы менеджмента
Андрей Труфанов (источник). Рейтинг вопроса: 180
Выражение благодарности в деловом письме важно по нескольким причинам: во-первых, люди положительно реагируют на признание их усилий и предпочитают помогать тем, кто ценит их работу; во-вторых, благодарность помогает создать позитивную атмосферу в коммуникации и поддерживать хорошие рабочие отношения; в-третьих, даже если в прошлом не было конкретных позитивных взаимодействий, выражение благодарности за что-либо положительное может заложить основу для будущего сотрудничества. В тексте письма благодарность может выглядеть так: «Благодарю Вас за оказанное содействие в решении задач по проекту N!». Это небольшое усилие может значительно повысить эффективность коммуникации и вероятность получения желаемого ответа.
управление отношениями, взаимодействие, BRM управление проектами, PRINCE2 эффективность, оптимизация
Андрей Носов (источник). Рейтинг вопроса: 180
Основные ошибки при заказе ИТ-обследования включают: отсутствие четкой постановки задач обследования, зависимость от стандартов без учета специфики бизнеса, поверхностные рекомендации без фактического обоснования, а также несоответствие предложенных мероприятий реальным возможностям компании. Это может привести к дорогостоящим и ненужным действиям, которые не решают исходные проблемы.
ISO 20000 аудит бизнес, ценность, бизнес-заказчик
Евгений Шилов (источник). Рейтинг вопроса: 180
Критичность бизнес-функции определяет, какие именно функции при их недоступности делают услугу в целом недоступной. Например, для услуги электронной почты критичной является невозможность отправки или получения сообщений, а недоступность календарей или адресной книги обычно не рассматривается как полная недоступность услуги. Недоступность таких функций может учитываться как частичная недоступность. При разработке критерия важно отразить, какие функции имеют стратегическое значение для бизнеса, чтобы их отсутствие влияло на показатели доступности.
бизнес, ценность, бизнес-заказчик управление доступностью
Павел Дёмин (источник). Рейтинг вопроса: 180
Неопределенность, как компонент риска, представляет собой состояние недостатка информации о событии, его вероятности или потенциальных последствиях. Высокий уровень неопределенности затрудняет процесс управления рисками, так как мешает точно оценить вероятность наступления нежелательных событий и их потенциальное воздействие на цели организации. Для снижения неопределенности применяются методы прогнозирования, анализ сценариев, мониторинг внешней среды и сбор дополнительной информации. Чем лучше организация может минимизировать неопределенность, тем эффективнее она может разрабатывать меры по предотвращению или снижению рисков.
мониторинг управление рисками
Павел Дёмин (источник). Рейтинг вопроса: 180
Для операторов железнодорожной сети и диспетчерских служб нововведения означают снижение издержек, связанных с нерациональным использованием железнодорожной сети благодаря строгому соблюдению графика движения. Однако это сопровождается повышением рисков, так как любые отклонения от расписания по их вине будут караться финансовыми штрафами. Диспетчерские службы также испытывают увеличенное психологическое давление из-за ответственности за малейшие задержки, что может спровоцировать стремление к полной автоматизации процессов и замене персонала искусственным интеллектом для минимизации человеческого фактора в обеспечении пунктуальности.
общие вопросы менеджмента управление рисками
Андрей Труфанов (источник). Рейтинг вопроса: 180
Важно лично докладывать на встречах по совершенствованию услуг, а не делегировать эту задачу, потому что ответственный за SIP должен быть напрямую вовлечен в процесс принятия решений. Личная подача информации обеспечивает более точную передачу данных и аргументов, позволяет оперативно реагировать на вопросы и замечания, демонстрирует личную заинтересованность и ответственность за программу. Делегирование может привести к искажению информации, снижению уровня ответственности и недостаточному пониманию проблемы руководством и другими участниками процесса.
общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA
Денис Денисов (источник). Рейтинг вопроса: 180
Развитие навыка формулирования вопросов требует целенаправленной практики в безопасной среде. Эффективно выполнять слабо детерминированную деятельность, где степень свободы выше, а инструкции менее жесткие, например, задачи с инновационной составляющей или ориентацией на результат. Для групп важно создать психологически безопасное пространство, где допустимо высказывать неочевидные гипотезы. Также полезны методы структурированного анализа, такие как диаграммы Ишикавы или Кепнера-Трего, которые задают шаблоны формулировки вопросов. Важно поощрять любопытство и критическое мышление, возвращаясь к ситуациям, где первоначальный анализ оказался неполным.
эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 180
В стандартные изменения целесообразно включать типы изменений с минимальной степенью неопределенности и предсказуемым характером. К таким изменениям относятся: - Типовые работы, для которых можно определить чёткую последовательность действий без необходимости анализа рисков и оценки влияния, - Изменения, требующие минимального количества согласований, - Изменения, выполняемые определенными рабочими группами по уже утвержденной схеме, - Изменения, для которых можен быть установлен норматив по времени выполнения, - Изменения, традиционно связанные с управлением запросами на обслуживание и доступные конечным пользователям. Стандартные изменения должны быть сформулированы максимально конкретно и включены в общий каталог поддержки. Для части стандартных изменений допустимо применение нормативов SLA, особенно для тех, которые имеют четко определенный процесс исполнения и ожидаемый результат. При этом важно помнить, что стандартные изменения должны составлять не все, а лишь часть общего объема изменений, так как многие изменения требуют анализа и оценки из-за их влияния на другие системы или бизнес-процессы.
SLA архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление изменениями управление рисками управление уровнем услуг, SLM
Артём Мукосеев (источник). Рейтинг вопроса: 180
Управление инцидентами и управление запросами на обслуживание имеют несколько общих черт. Во-первых, обе эти практики обычно обрабатываются одной и той же командой сервис-деска. Во-вторых, для обеих практик должны быть четко определены и реалистичные ожидания пользователей относительно сроков выполнения запросов, что обычно фиксируется в SLA. В-третьих, обе практики существенно влияют на удовлетворенность пользователей и заказчиков. В-четвертых, эффективность обеих практик зависит от уровня взаимодействия между различными командами, участвующими в предоставлении ИТ-услуг.
SLA бизнес, ценность, бизнес-заказчик командная работа поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами управление отношениями, взаимодействие, BRM управление уровнем услуг, SLM эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 180
« 1 ... 389 390 391 ... 617 »