Важно объяснить всем участникам процесса, что метрики служат не для наказания, а для выявления проблем в системе. Например, если целевое значение метрики не достигается, это сигнал к поиску причин: возможно, не хватает ресурсов, нужно обучение или изменения в самом процессе. Такой подход помогает перевести фокус с личной ответственности сотрудника на общее улучшение процесса.

Некоторые организации сталкиваются с трудностями при внедрении практики управления конфигурациями по нескольким причинам. Во-первых, часто CMS создается без чёткого понимания её конечных целей и потребностей бизнеса, превращаясь в самоцель. Во-вторых, отсутствует должная вовлечённость процессов и команд, которые должны использовать данные из CMS, что приводит к низкой актуальности информации. В-третьих, неправильно определяется начальный объём данных, что ведёт к избыточному сбору информации, никем не используемой в дальнейшем. В-четвёртых, не устанавливаются механизмы поддержания актуальности данных и не определяются владельцы информации. Все эти факторы приводят к тому, что система становится неэффективной и перестаёт достигать поставленных целей.

Иерархичность в RBAC добавляет связи для организации иерархии ролей, при которой нижестоящие роли наследуют права доступа от вышестоящих. Это позволяет упростить администрирование, вынося общие базовые права в отдельную роль. Например, если есть роль 'Сотрудник' и роль 'Главный инженер', то можно определить, что роль 'Главный инженер' наследует права доступа от роли 'Сотрудник'. В этом случае не нужно будет при описании каждой роли перечислять одинаковые права доступа, достаточно установить наследование между ролями. Иерархия ролей является необязательным компонентом RBAC и может быть внедрена независимо от других компонентов системы.

Наличие этапа 'Отложено' в потоке создания ценности приводит к следующим дисфункциям: размытой ответственности, так как команда перекладывает вину на внешние факторы; повышенным требованиям к контролю, поскольку процесс становится менее предсказуемым; управлению через жесткие дедлайны, что создает стресс и искусственно ускоряет работу; управлению дефектами как отдельной активностью, так как отложенные задачи теряют контекст и качество; смещению фокуса с создания ценности на простое выполнение работы без результативности. Все это приводит к тому, что команда может быть постоянно занята делами, но конечные результаты будут неудовлетворительными.

Для отличия негативного проявления социальной лени от полезного перераспределения ресурсов менеджеру продуктов нужно внимательно анализировать деятельность сотрудника. Негативная социальная лень проявляется в снижении общей продуктивности и качестве работы без явных причин, в то время как полезное перераспределение ресурсов сопровождается переключением на другие важные задачи – улучшение архитектуры, настройка коммуникаций, работа с качеством и т.д. Это можно выявить через беседы с сотрудником, анализ его активности и результатов. Полезное перераспределение происходит у мотивированных профессионалов, которые находят новые способы применения своих навыков, тогда как негативная социальная лень связана с отсутствием вовлеченности или плохо организованными процессами, которые не позволяют оценить вклад каждого.

Управление жесткостью регламента в процессе управления изменениями осуществляется через несколько механизмов: - Дифференциация по типам изменений: для стандартных изменений регламент может быть максимально жестким, с четко зафиксированными этапами, исполнителями и сроками, тогда как для нестандартных изменений следует предусматривать больше гибкости, с возможностью оценки и анализа на каждом этапе. - Определение опциональных этапов: для некоторых типов работ, особенно в ИТ-инфраструктуре, может быть предусмотрено выполнение отдельных этапов в рабочей среде, что учитывает специфику операций, когда тестирование и отладка возможны только в боевых условиях. - Настройка параметров по системам: можно закрепить общий мастер-порядок для всех информационных систем, который обязательно включает определенные этапы, например, приёмочное тестирование в выделенной тестовой среде. - Полномочия координаторов: важно наделить ответственных за изменения достаточными полномочиями для корректировки регламента в рамках установленных границ, что позволяет адаптировать процесс под конкретную ситуацию без нарушения общих правил. - Матричная структура классификатора: использование иерархической структуры с набором типовых порядков обработки и набором параметров, привязанных к конкретным системам или направлениям, позволяет наращивать детализацию только там, где она действительно необходима.

Для разработки отчётности по измерению доступности бизнес-процессов необходимы следующие компоненты: 1) чётко определённые критические функции бизнеса (VBF) или упрощённые функциональные блоки; 2) установленные связи между VBF/функциональными блоками и конкретными ИТ-услугами/компонентами; 3) разработанные критерии доступности для каждого VBF/блоков и компонентов услуг; 4) механизмы сбора данных о доступности компонентов ИТ-услуг; 5) алгоритмы агрегирования данных о доступности компонентов до уровня VBF/функциональных блоков; 6) система визуализации и презентации этих данных в форме, понятной бизнесу. Отчётность должна позволять рассчитывать итоговые показатели доступности ИТ-обеспечения бизнес-процессов на основе данных нижнего уровня.

Одна из ключевых черт бизнес-культуры 90-х годов, сохранившаяся в современности, — это ориентация на клиента. Тогда этот принцип проявлялся через неформальные, иногда спонтанные способы взаимодействия, такие как надписи «Рассмотрю любые предложения» на автомобилях, а сегодня этот же принцип трансформировался в профессиональные декларации компаний о высококачественном удовлетворении спроса.

Правильный подход к приоритизации задач должен учитывать, что при повышении приоритета одной задачи происходит автоматическое понижение приоритета всех остальных задач. Нужно осознавать, что ресурсы на другие задачи будут снижены, и к ним приступят позже. Следует оценивать, согласны ли заинтересованные лица по остальным задачам с таким решением, и какие последствия это может иметь. Также важно понимать, что частая смена приоритетов создает системные потери и замедляет выполнение всех задач. Правильная приоритизация требует фиксации приоритетов и работы над задачами без их пересмотра, как только работа над ними началась. Важно формировать портфель задач так, чтобы можно было прогнозировать ритм и время выполнения с учетом стабильной скорости работы.

Понятие «средняя температура по больнице» отражает недостаток усредненных метрик: они скрывают разнообразие отдельных случаев. Например, среднее время решения может быть приемлемым, но при этом половина инцидентов устраняется мгновенно, а другая половина — только в последний момент. Это не позволяет оценить реальное влияние на бизнес, так как кратковременные простои не критичны, а длительные — могут причинять серьезный ущерб даже при соблюдении среднего показателя.