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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Чрезмерная активность одного человека может замедлять формирование здоровой командной культуры. Другие участники привыкают, что работу за них сделают, теряют инициативу и ответственность. Это препятствует установлению взаимного доверия и уважения, так как роль лидерства не распределена, а сконцентрирована на одном человеке. Также нарушается процесс естественного обмена знаниями внутри команды, что негативно сказывается на ее способности к самоорганизации и гибкому реагированию на изменения.
командная работа лидерство обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление знаниями управление процессами, ИТ-процессы эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 280
На начальных этапах внедрения процессов ИТ-управления эффективному взаимодействию мешают два основных фактора: необходимость значительного времени для преодоления отторжения и принятия процесса людьми, а также трудность формулирования вменяемых требований к смежным процессам, так как сотрудники, работающие с незрелыми процессами, сосредоточены на преодолении проблем в своем собственном процессе. Это приводит к тому, что формальный запуск процессов не приносит ожидаемой пользы и вызывает разочарование пользователей.
поддержка пользователей, Service Desk, Help Desk управление отношениями, взаимодействие, BRM управление релизами
Андрей Труфанов (источник). Рейтинг вопроса: 280
Правильная расстановка приоритетов при классификации инцидентов важна потому, что она позволяет определить, какие проблемы могут оказать наибольшее влияние на бизнес-операции, и распределить ресурсы так, чтобы сначала решались самые критические инциденты. Например, инцидент, связанный со сбоем сервера баз данных, может привести к полной остановке работы бизнеса и поэтому будет иметь высший приоритет, тогда как менее критичные проблемы, такие как незначительные ошибки в пользовательском интерфейсе, могут ждать более подходящего времени для решения. Это гарантирует эффективное использование ресурсов и минимизирует воздействие проблем на бизнес.
бизнес, ценность, бизнес-заказчик управление инцидентами управление процессами, ИТ-процессы
Игорь Фадеев (источник). Рейтинг вопроса: 280
В ITIL4 понимание рисков и затрат, которые клиент перекладывает на поставщика, является ключевым для определения ценности услуги. Услуга существует только тогда, когда клиент передает поставщику определенные риски и затраты, связанные с получением желаемой ценности. Без этого перекладывания ответственности продажа сводится просто к передаче товара. Например, при покупке автомобиля в салоне, если клиент просто получает машину и все дальнейшие риски по ее эксплуатации лежат на нем, это не услуга в контексте ITIL. Но если речь идет о каршеринге, где поставщик несет ответственность за страховку, обслуживание и ремонт, то это уже услуга, так как клиент перекладывает на поставщика определенные риски и затраты.
ITIL аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление рисками экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 280
Сервисное мышление тесно связано с 7 руководящими принципами ITIL 4, которые помогают реализовать это мышление на практике. ITIL 4 предлагает структурированный подход, превращающий абстрактное понятие 'сервисного мышления' в конкретные действия и решения. Семь принципов ITIL (Focus on value, Start where you are, Progress iteratively with feedback, Collaborate and promote visibility, Think and work holistically, Keep it simple and practical, Optimize and automate) служат направляющими для принятия решений, отражающих сервисное мышление.
ITIL
Александр Движков (источник). Рейтинг вопроса: 280
Команда на уровне «Зрелость» представляет собой агента изменений на уровне всей компании. Она полностью контролирует свой рабочий процесс и несет ответственность за продукт на уровне P&L (прибыль и убытки), что означает управление финансовой стороной продукта. Инициативы направляются не только внутрь команды, но и наружу, команда стремится расширять зону влияния и инициирует изменения, затрагивающие множество служб и подразделений компании. Для такой команды лидер-слуга уже не нужен, как и лидер-наставник. Здесь требуется лидер-партнер с достаточными полномочиями для поддержки командных инициатив на высшем уровне, обладающий широкой осведомленностью о направлении развития компании и достаточным авторитетом для интеграции целей команды с целями компании. Это высшая ступень развития, где команда становится драйвером изменений в организации.
командная работа лидерство общие вопросы менеджмента организационные изменения, агенты изменений поддержка пользователей, Service Desk, Help Desk трансформация, ускорение, Time-to-Market управление продуктами, продуктовый подход управление процессами, ИТ-процессы эффективность, оптимизация
Павел Капусткин (источник). Рейтинг вопроса: 280
ITIL 4 определяет четыре аспекта управления ИТ-услугами, которые необходимо учитывать для целостного подхода: 1. Организации и люди - включают организационные структуры, операционные и ролевые модели, коммуникации, развитие сотрудников, культуру. 2. Информация и технологии - касаются инструментов предоставления услуг, систем хранения и обработки информации, технологических достижений включая ИИ и машинное обучение. 3. Поставщики и партнеры - охватывают отношения с внешними организациями, уровень интеграции и формальности взаимодействия, стратегию вовлечения поставщиков. 4. Потоки создания ценности и процессы - включают все виды деятельности, рабочие процессы, средства управления для достижения целей, комбинацию практик в цепочке создания ценности. Эти аспекты должны рассматриваться совместно и сбалансировано, так как они взаимосвязаны и перекрываются друг с другом.
AI, ML, LLM, ИИ, машинное обучение ITIL аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты обучение сотрудников, учебные курсы, тренинги поток создания ценности (Value Stream) стратегия управление доступом, IDM, ролевые модели, RBAC, ABAC управление отношениями, взаимодействие, BRM эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 279
Приоритизация инцидентов — это процесс выбора задач для решения в первую очередь при ограниченности ресурсов, когда невозможно работать со всеми инцидентами одновременно. Этот процесс помогает определить порядок работы с инцидентами таким образом, чтобы общее негативное влияние на пользователей было минимальным. Приоритизация основывается на информации из классификации инцидента — его влиянии на услуги, связанных конфигурационных единицах, SLA по услугам и других критериях. Она не является однократной операцией, а может проводиться несколько раз в процессе обработки инцидента при изменении обстоятельств.
ITIL SLA поддержка пользователей, Service Desk, Help Desk управление инцидентами управление конфигурациями, CMDB управление уровнем услуг, SLM
Анна Васильева (источник). Рейтинг вопроса: 279
Процессный подход ориентирован на организацию деятельности поставщика повторяемо, измеряемо, предсказуемо и рационально для обеспечения качества услуг и внутренней эффективности. Он акцентирован на организацию деятельности и управление ресурсами. Сервисный подход фокусируется на организации взаимодействия между поставщиком и заказчиком/потребителем услуг, делая акцент на обязательствах и взаимодействии, а также на управлении результатами (outcomes), а не на ресурсах и процессах.
аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM управление уровнем услуг, SLM эффективность, оптимизация
Роман Журавлёв (источник). Рейтинг вопроса: 279
В современных ИТ-практиках существует положительная корреляция между частотой релизов и качеством конечного продукта. Частые мелкие релизы позволяют быстрее получать обратную связь от пользователей, что приводит к более точному соответствию продукта реальным потребностям. Малые изменения проще тестировать и анализировать в случае возникновения проблем, что повышает общую стабильность системы. Частые релизы стимулируют команду поддерживать высокую степень автоматизации тестирования и развёртывания, что напрямую улучшает качество. Кроме того, быстрая доставка исправлений критических проблем снижает их влияние на пользователей. Команды с высокой частотой релизов обычно обладают более зрелыми процессами и, как следствие, производят более качественные продукты.
DevOps, CI/CD командная работа поддержка пользователей, Service Desk, Help Desk управление продуктами, продуктовый подход управление процессами, ИТ-процессы управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 279
« 1 ... 20 21 22 ... 617 »