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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Термин 'владелец услуги' (service owner) в практике управления ИТ-услугами означает лицо, которое несет ответственность за сквозное управление конкретной ИТ-услугой. Владелец услуги отвечает за полный жизненный цикл услуги и за обеспечение ее соответствия потребностям бизнеса. Это ключевая роль в управлении услугами, определяемая как 'отвечающий за end-to-end управление конкретной ИТ-услугой'. Эта роль отличается от менеджера уровня услуг тем, что фокусируется на самой услуге в целом, а не на конкретных соглашениях об уровне услуги.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление процессами, ИТ-процессы
Игорь Гутник (источник). Рейтинг вопроса: 231
Да, синхронизация путешествия заказчика с потоками создания ценности необходима. При прохождении этапов путешествия потребитель вступает во взаимодействие с провайдером, и некоторые из этих взаимодействий приводят к запуску потоков создания ценности. Синхронизация позволяет определить, на каких этапах путешествия запускаются конкретные потоки, а также идентифицировать точки взаимодействия с потребителем, которые формируют общий клиентский и пользовательский опыт. Это важно для непрерывного улучшения услуги и повышения удовлетворенности клиентов.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты постоянное улучшение, совершенствование, CSI, PDCA поток создания ценности (Value Stream) управление отношениями, взаимодействие, BRM эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 230
Для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений необходимы следующие основные типы регламентирующих документов: 1) Документ, определяющий основные стадии создания новой автоматизированной системы (АС) или выполнения доработок, обычно называемый «Положение о разработке прикладного ПО». Он содержит описание состава работ, ответственных лиц, входных и выходных документов для каждой стадии. Важная особенность – вовлечение эксплуатирующих подразделений в определение требований и проектирование АС. 2) Документ, определяющий порядок приёмки новых АС в эксплуатацию, который может быть частью первого документа и обычно называется «Положение о внедрении информационных систем». Он включает определение порядка и охвата тестирования, подготовки тестовых сред, опытной эксплуатации и других аспектов. Может дополняться политиками релизов. 3) Документ, определяющий архитектурные и технологические стандарты, распространяющиеся на разработку новых решений. Включает определение допустимых языков и сред разработки, используемых платформ и СУБД, механизмов развёртывания, требований к интерфейсам, резервированию, мониторингу, журналированию и другим техническим аспектам. Эти документы образуют совокупный регламент управления изменениями и релизами в части разработки и внедрения прикладного программного обеспечения.
DevOps, CI/CD ISO 20000 мониторинг управление изменениями управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 230
Практики DevOps должны применяться с учетом контекста организации, потому что любые методологии и подходы имеют свою область применения. В крупных enterprise-организациях с гетерогенной инфраструктурой и многочисленными подрядчиками прямое копирование практик, которые работают в небольших стартапах, может быть неэффективным. Необходимо оценивать целесообразность применения конкретных инструментов и методов с точки зрения конечной бизнес-задачи. Например, если поддерживаемый ИТ-решением бизнес-процесс не является фактором дифференциации компании, возможно, проще адаптировать сам бизнес-процесс, а не пытаться модифицировать коробочное решение.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик управление конфигурациями, CMDB
Игорь Гутник (источник). Рейтинг вопроса: 230
Система позволяет пользователям самостоятельно регистрировать обращения и классифицировать их по нужным категориям, после чего обращение сразу направляется в соответствующую группу второй линии поддержки. Это устраняет звено первой линии для большинства специфических обращений, что повышает скорость обработки задач и снижает нагрузку на малочисленный персонал первой линии. Таким образом, первая линия может сосредоточиться на телефонных звонках, email-сообщениях и тех редких случаях, когда пользователь не смог самостоятельно классифицировать проблему через портал.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление релизами
Михаил Тобурдановский (источник). Рейтинг вопроса: 230
Ограничение количества проблем помогает избежать перегрузки сотрудника, что приводит к снижению качества работы и увеличению стресса. Концентрация на меньшем числе задач позволяет быстрее достигать результатов и снижает вероятность ошибок. С экономической точки зрения, такой подход повышает рентабельность за счет оптимизации времени и ресурсов. Методология Kanban, например, рекомендует устанавливать лимит на текущую загрузку для поддержания эффективного процесса работы.
Канбан, WIP-лимиты эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 230
Участие линейного менеджера в распределении задач необходимо, потому что только человек, знающий своих сотрудников и их текущую загруженность, способен правильно учесть как оперативные потребности, так и плановую работу. Автоматические алгоритмы не способны эффективно учитывать сложность задач, временные ограничения сотрудников и их специфические компетенции. Оценка работы менеджера через метрики своевременной реакции и выполнения задач стимулирует его ответственно подходить к распределению. Это также помогает удерживать баланс между оперативной деятельностью и проектной работой.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента
Дмитрий Исайченко (источник). Рейтинг вопроса: 230
Для определения необходимости и достаточности набора метрик необходимо использовать методологию, которая включает установление назначения процесса и разработку метрик соответствия этому назначению, установление ключевых практик и разработку метрик для этих практик. Дополнительно можно применять Causal Loop Diagram (CLD), который связывает ключевые факторы системы управления и отражает их взаимное влияние. Анализируя элементы CLD и соотнося их с предлагаемыми метриками, можно проверить полноту и адекватность набора метрик, а также определить, покрывают ли они все аспекты управления процессом.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление процессами, ИТ-процессы
Павел Дёмин (источник). Рейтинг вопроса: 230
Основные риски в части ИТ-инфраструктуры связаны с проблемами масштабирования. Причины включают отсутствие целевой модели архитектуры, неработающий процесс управления мощностями и отсутствие конфигурационной базы данных (CMDB). Бизнес также может быть виновником проблем, если вовремя не предоставляет информацию о планах развития и грядущих изменениях, что усложняет планирование для ИТ-подразделения. Отсутствие практик архитектурного планирования приводит к несовместимостям, дублированию функциональности и проблемам с безопасностью, что влияет на сроки и стоимость проектов.
COBIT архитектура ИТ, TOGAF и IT4IT безопасность бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление конфигурациями, CMDB управление мощностями управление проектами, PRINCE2 управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 230
Чтобы предотвратить фатальные ошибки при взаимодействии с клиентами, необходимо внедрить систему строгого контроля качества услуг, включающую регулярные внутренние аудиты и анализ отзывов клиентов. Важно обеспечить быстрое реагирование на возникающие проблемы и иметь чёткие регламенты решения конфликтных ситуаций, которые предусматривают компенсацию ущерба и восстановление доверия. Значительную роль играет обучение сотрудников стандартам клиентского сервиса, этике общения и умению работать в стрессовых ситуациях. Также рекомендуется провести переговоры с клиентами на этапе заключения договора, чтобы чётко обозначить ожидания с обеих сторон и избежать недопонимания в будущем. Постоянный мониторинг выполнения обязательств и открытая коммуникация с клиентом позволяют выявлять потенциальные проблемы на ранних стадиях.
ISO 20000 аудит бизнес, ценность, бизнес-заказчик мониторинг обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление отношениями, взаимодействие, BRM управление процессами, ИТ-процессы управление уровнем услуг, SLM
Олег Скрынник (источник). Рейтинг вопроса: 230
« 1 ... 110 111 112 ... 617 »