Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Для построения дерева зависимости ИТ-услуг необходимо выполнить следующие шаги: определить конечную ИТ-услугу, предоставляемую бизнесу, затем выявить все компоненты и подуслуги, необходимые для ее функционирования. Далее для каждого компонента определить его зависимости от других ИТ-услуг, элементов инфраструктуры, персонала и внешних поставщиков. Процесс продолжается рекурсивно до тех пор, пока не будут определены все элементы до самого низкого уровня. Важно фиксировать не только технические, но и организационные зависимости - кто отвечает за каждый элемент, условия SLA, альтернативные варианты. Полученная модель позволяет визуализировать полную цепочку зависимости и определить критические точки, где возможны сбои из-за ограничений внешних поставщиков или ресурсов.
В сервисных взаимодействиях ценность отношений может формироваться благодаря нескольким психологическим и социологическим эффектам: 1. Эффект доверия - снижение воспринимаемого риска и потребности в контроле, что упрощает коммуникацию и принятие решений. 2. Эффект привязанности - развитие эмоциональной связи между сторонами, ведущая к лояльности и долгосрочному сотрудничеству. 3. Социальный капитал - расширение сетей контактов и возможностей через взаимодействие с поставщиком. 4. Эффект предсказуемости - уверенность в стабильности и надежности отношений, снижающая стресс и неопределенность. 5. Социальное доказательство - повышение репутации потребителя услуг за счет ассоциации с проверенным поставщиком. Эти эффекты создают дополнительную ценность, которая существует независимо от непосредственных финансовых или операционных результатов.
При увеличении интенсивности труда себестоимость единицы продукции или услуги со временем начинает расти. Это связано с тем, что переутомленные сотрудники чаще допускают ошибки, снижается качество работы, увеличиваются потери на исправление брака и устранение аварийных ситуаций. Также растут затраты на поддержку работоспособности сотрудников: больничные, оплата сверхурочных, программы по восстановлению. В результате кратковременный рост производительности сменяется её падением и увеличением общих издержек.
"Стабильная зона" в контексте RBAC - это часть бизнес-процессов и ИТ-систем организации, которые мало изменяются со временем. Например, в банковской сфере это может быть система кредитования физических лиц или депозитов, которые работают по устоявшимся процедурам. Эти стабильные зоны позволяют аналитикам формировать базовые роли, которые остаются неизменными в течение длительного времени. Такие роли становятся прочным основанием "костяком" ролевой модели, к которому можно добавлять дополнительные разрешения для работы с более динамичными системами. Это помогает снизить частоту изменений всей ролевой модели и облегчает её поддержку.
Одного оперативного контроля недостаточно при больших объемах запросов, потому что контроль каждого отдельного случая приостановки становится ресурсоемким и технически сложным. Линейному руководителю трудно оперативно проверять и санкционировать каждую приостановку, особенно если поток запросов значителен. Уведомления пользователям также могут не привести к немедленному решению проблемы, и процесс затягивается. Кроме того, человеческий фактор в управлении приостановками может привести к непоследовательности решений и дополнительным искажениям в оценке качества работы.
Преимущество уточнённого определения Nj при расчёте FTR заключается в том, что оно позволяет точно отразить качество работы каждой отдельной рабочей группы. Учитывая только завершённые обращения (Cj + Sj), метрика исключает влияние незаконченных процессов, которые могли бы исказить результат. Это обеспечивает прозрачность и точность измерения эффективности групп, что важно для выявления слабых мест и оптимизации процессов управления инцидентами.
Чтобы сохранить контроль над процессом при делегировании непосредственного исполнения задачи, необходимо: 1. Четко определить результат, сроки и критерии качества выполнения задачи до передачи ее в работу. 2. Установить контрольные точки и регулярные сессии отчетности, где можно отслеживать прогресс выполнения. 3. В RACI- или RASCI-матрице закрепить за собой роли I (Informed - информируемый) или C (Consulted - консультируемый), чтобы гарантировать поступление информации о ходе работы. 4. Определить полномочия делегированного исполнителя и границы его самостоятельности в принятии решений. 5. Использовать системы отчетности и мониторинга, которые позволяют непрерывно следить за ходом выполнения задачи без постоянного вмешательства. Это позволяет руководителю сохранить необходимый уровень контроля, не тратя время на прямое исполнение задачи, и дает возможность оперативно реагировать на возможные проблемы или отклонения от плана.
Отсутствие привычки к качественному сервису снижает ожидания клиентов, из-за чего они перестают требовать улучшений. Люди не сравнивают услуги, потому что у них нет реальных альтернатив, и привыкают к минимально приемлемым стандартам. Это приводит к тому, что даже низкое качество воспринимается как норма. В тексте указано, что экстраординарный сервис редок — люди запоминают отдельных профессионалов, а не бренды. Такое восприятие укрепляет позиции компаний, которые не тратят усилий на улучшение обслуживания, и создает замкнутый круг: нет спроса на качество, нет предложения, нет повышения стандартов.
Управление рисками и постоянное совершенствование услуг (CSI) тесно связаны. Согласно Чарльзу Бетцу, обе сущности (риск и зона улучшения) требуют отслеживания и часто включают эквивалентные активности по исследованию. На практике деятельность в рамках непрерывного совершенствования часто приводит к идентификации новых рисков, а идентифицированные риски, в свою очередь, запускают новые циклы улучшений в рамках CSI. Это создает взаимоусиливающую связь, где управление рисками становится неотъемлемой частью процесса постоянного совершенствования услуг, обеспечивая более обоснованные управленческие решения и более предсказуемые результаты.
В рамках BPO могут использоваться ресурсы, принадлежащие различным сторонам: поставщику услуг, заказчику или третьим сторонам. Однако ключевые управленческие ресурсы, в частности, менеджер процесса, обычно должны находиться в распоряжении поставщика, так как он берет на себя ответственность за реализацию всего бизнес-процесса. Таким образом, заказчик сохраняет контроль через governance, а поставщик управляет процессом и встраивается в систему управления заказчика.