Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Если продуктовая команда не может продемонстрировать свою эффективность и вклад в достижение бизнес-целей, она рискует быть расформированной после второго цикла отчетности. В условиях коммерческой деятельности руководство бизнеса не терпит менеджмент, который не достигает плановых показателей по прибыли, выручке, росту клиентской базы или другим ключевым метрикам. Участники такой команды могут получить негативные оценки профессиональной деятельности, что повлияет на их карьерные перспективы. Это создает необходимую мотивацию для постоянного подтверждения своей ценности через конкретные достижения и результаты.
Рекомендуется организовать отдельный контроль над такими инцидентами, обычно силами менеджера процесса. Контроль включает анализ причин возникновения таких инцидентов, оценку возможностей применения обходных решений для удовлетворения потребностей пользователей и определение необходимости возбуждения проблемных записей для разработки структурных решений на будущее.
SLM (Service Level Management) представляет собой управленческий процесс, который является частью процессов управления качеством услуг. SLM отделим от традиционных ИТ-процессов, так как он входит в общие управленческие процессы, которые могут быть применены как к услугам эксплуатации информационных систем, так и к услугам разработки программного обеспечения. При этом операционные процессы для этих видов услуг могут значительно отличаться: например, для разработки ПО используется процессная модель ALM, RUP или MSF, а для эксплуатации системы - процессы ITIL.
Для создания ценностного предложения с использованием эмпатии следует применить несколько ключевых методов. Во-первых, важно сосредоточиться на ценности для клиента, а не на бизнес-процессах компании, что соответствует руководящему принципу ITIL4 «Фокусируйтесь на ценности». Это значит, что процессы должны быть гибкими и адаптированы под потребности клиентов, следуя философии Agile — «Люди и взаимодействие – важнее процессов и инструментов». Во-вторых, необходимо создавать карты путешествий клиента, чтобы лучше понимать его путь взаимодействия с продуктом или услугой. Это позволяет выявлять ключевые точки контакта и улучшать их. Также полезно активно взаимодействовать с клиентами и проводить наблюдения за их поведением, чтобы понять, что на самом деле важно для них. Использование информации из первых рук поможет улучшить продукт, сделать его более удобным и удовлетворяющим скрытые потребности клиентов, формируя тем самым ценность для них.
Перед включением календарей в систему мотивации сотрудников необходимо тщательно продумать все детали процесса, чтобы избежать несправедливых оценок. Следует учесть возможные сценарии переклассификации обращений, различия в рабочих графиках групп и влияние часовых поясов. Нужно создать четкие правила пересчета сроков при изменении классификации обращений и убедиться, что метрики стимулируют желаемое поведение сотрудников, не создавая стимулов игнорировать старые обращения. Также важно провести пилотное тестирование системы оценки, выявить потенциальные проблемы и внести корректировки до окончательного внедрения в систему мотивации.
Если руководитель обнаруживает в RACI-матрице, что он является ответственным за выполнение задачи (A - Accountable), но механизмы контроля не определены, следует предпринять следующие шаги: 1. Сформулировать, какие конкретно инструменты контроля необходимы для данного вида деятельности (системы отчетности, регулярные проверки, программные инструменты мониторинга и т.д.). 2. Определить, кто сможет обеспечить эти механизмы (внутренние специалисты или внешние консультанты). 3. Обсудить необходимость создания указанных механизмов контроля до окончательного утверждения RACI-матрицы. 4. Зафиксировать в матрице или дополнительных документах перечень и порядок работы этих механизмов контроля. Важно, чтобы система контроля была не только описана, но и реально внедрена, так как ответственность без возможности контроля становится бессмысленной - руководитель будет нести ответственность за результат, на который фактически не может повлиять.
В ITIL процесс управления финансами (Accounting, Budgeting, Charging) представлен как набор областей ответственности, тогда как предложенная практическая структура включает пять четких процедур с определенными задачами, исполнителями и ответственностью, что делает ее пригодной для непосредственной реализации в организациях.
Положительный опыт взаимодействия с поставщиком услуг запоминается за счет неожиданности и приятной детали. Когда поставщик превосходит сложившиеся ожидания клиента, даже в небольшой мелочи, это вызывает положительные эмоции. Во-первых, неожиданность самого факта того, что клиент получает что-то дополнительное без дополнительной оплаты, удивляет в положительную сторону. Во-вторых, сама по себе дополнительная услуга или бонус («конфетка») доставляет радость, потому что она приятна и добавляет ценность к основному сервису.
Процесс Управления инцидентами способствует повышению удовлетворенности пользователей через обеспечение не только эффективного решения инцидентов, но и через работу над уровнем прозрачности. Пользователи остаются довольны, когда получают нужную информацию о статусе инцидента в согласованные моменты времени и в удобном для них формате. Это снижает их беспокойство и исключает необходимость многократных запросов о статусе. Организация прозрачной коммуникации, использование подходящих каналов информирования (e-mail, SMS, портал самообслуживания и др.) и минимизация количества повторных обращений по тем же инцидентам напрямую влияют на ощущение качества обслуживания и удовлетворенность пользователей.
Атрибуты в ABAC — это характеристики субъектов (пользователей), объектов (ресурсов), среды (время, IP-адрес, местоположение) и действий, используемые для формирования правил доступа. Примеры: должность пользователя («Менеджер»), тип объекта («Заказ»), стоимость заказа (менее 1000 руб.), филиал (совпадение филиала заказа и менеджера). Эти атрибуты проверяются в условиях правил, например, «Менеджер может редактировать заказ, если его стоимость не превышает 1000 руб. и заказ в его филиале».