Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Автомат с шоколадками может быть примером услуги в ITIL4, если рассмотреть его как комплексное предложение, состоящее из трех компонентов: 1) Товар - шоколадка; 2) Ресурс - сам автомат с шоколадками; 3) Сервисные операции - регулярная загрузка шоколадок, техническое обслуживание автомата, обеспечение его работы. В этом случае клиент перекладывает на поставщика следующие риски и затраты: отсутствие необходимости искать магазин, гарантированная доступность шоколадки в определенном месте и время, обеспечение свежести продукции за счет регулярной загрузки автомата. Поставщик берет на себя ответственность за то, чтобы автомат всегда работал и содержал свежие шоколадки, создавая для клиента ценность в виде легкого доступа к товару без дополнительных усилий со стороны клиента.
Преодоление сопротивления требует времени, упорства и воли. 'Человек процесса' должен четко объяснять цели изменений, демонстрировать их выгоды и последовательно работать над улучшением процессов. Важно создать культуру, в которой изменения воспринимаются как неотъемлемая часть развития, а не как временное явление. Это требует постоянного обучения и коммуникации с сотрудниками.
Запрос на получение информации о текущем статусе инцидента должен обрабатываться в процессе Управление инцидентами (Incident Management, INC). Этот процесс несёт ответственность за обеспечение прозрачности работы с инцидентами, включая коммуникацию информации о статусе инцидента. В ITIL Service Operation явно указано, что обеспечение прозрачности является частью задач процесса INC. В примере критических факторов успеха упомянут KPI: «Среднее число звонков на Service Desk и прочих контактов со стороны бизнес-пользователей по поводу уже зарегистрированных инцидентов», что подразумевает необходимость минимизации таких запросов за счёт качественной коммуникации в рамках INC. Хотя процесс Управления запросами на обслуживание (Request Fulfillment Management, RFF) может использоваться как канал передачи информации, основная ответственность за организацию коммуникации и прозрачность лежит на INC, поэтому именно этот процесс должен отрабатывать запросы о статусе инцидента.
Менеджер major-инцидента необходим для общей координации действий всех задействованных групп и своевременного информирования всех заинтересованных сторон. Оптимальным вариантом назначения является менеджер процесса, поскольку он обладает более широкими полномочиями для привлечения ресурсов, имеет целостное понимание процессов ИТ-услуг и может точнее оценить влияние инцидента на конечных пользователей. Это обеспечивает более эффективное управление кризисной ситуацией и соблюдение SLA.
Деловые игры направлены на формирование навыков построения взаимоотношений между ИТ и бизнесом на основе измеримых показателей, работу в условиях ограниченных ресурсов, определение корректных приоритетов, развитие командной работы. Также они помогают ИТ-специалистам понять бизнес-процессы и бизнес-представителям осознать сложности ИТ-разработки.
Работа первой линии поддержки имеет определяющее влияние на общую удовлетворенность пользователей ИТ-услугами, так как именно через нее пользователь получает основные взаимодействия с ИТ-службой. Даже если решение технической проблемы занимает время и требует участия нескольких уровней поддержки, качественная работа первой линии обеспечивает регулярные обновления статуса заявки, понимание пользователем происходящего и уверенность в том, что его проблема находится в работе. Способность первой линии успокаивать пользователей в стрессовых ситуациях, профессионально объяснять текущий статус и обосновывать временные задержки напрямую влияет на субъективную оценку качества ИТ-услуг, часто даже важнее, чем скоростью фактического решения проблемы.
Это происходит потому, что задача изначально требует распределения обязанностей и слаженной работы всех участников. Один человек, даже обладая высоким уровнем мастерства, физически не в состоянии выполнять всю работу самостоятельно. Его попытки контролировать всё приводят к тому, что остальные теряют ориентиры, не понимают свои задачи и перестают проявлять инициативу. В результате команда теряет гибкость, координация ухудшается, а общая продуктивность падает.
Не обязательно. Хотя базовые управленческие навыки (планирование, делегирование, контроль) являются общими для всех менеджеров, эффективность процессного менеджера требует специфических умений: умения работать без прямого административного контроля над ресурсами, выстраивать межфункциональные коммуникации, разрешать конфликты между подразделениями, владеть методами моделирования и анализа процессов. Грамотный управленец может не обладать именно этими процессно-ориентированными компетенциями, что затруднит его работу в роли менеджера процесса.
Work-in-progress limit (лимит текущей загрузки) в методологии Kanban — это ограничение на максимальное количество задач, которые могут находиться в статусе "в работе" одновременно. Он необходим для предотвращения перегрузки сотрудников, повышения фокуса на текущих задачах и ускорения завершения работ. Такой подход минимизирует переключение между задачами, сокращает время выполнения и повышает качество результатов. Лимиты помогают выявить узкие места в процессе и оптимизировать поток работ.
Управление проблемами в ИТ-сфере — это деятельность, направленная на определение первопричин и их устранение, а не на восстановление услуг или ликвидацию неполадок. Оно отличается от управления инцидентами тем, что инциденты требуют незамедлительного восстановления нормальной работы услуги, в то время как управление проблемами предполагает глубокий анализ для обнаружения корневых причин, которые могут приводить к повторяющимся инцидентам. Управление проблемами сравнивается с лечением причины заболевания, в отличие от управления инцидентами, которое эквивалентно лечению симптомов.