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

Существует два основных подхода к решению проблемы усложнения автоматического выбора SLA: упрощение структуры SLA, ограничив количество уровней и условий выбора, чтобы снизить трудоемкость поддержания, или обеспечение надежного источника данных, содержащего информацию о параметрах пользователей, используемых при определении уровня ИТ-услуг.

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

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

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

Правила оценки рисков включают методы определения вероятности возникновения риска, уровня его влияния и расчёта итогового рейтинга риска изменения. Эти правила необходимы для того, чтобы обоснованно подходить к авторизации изменений и принимать решения о допустимости тех или иных действий. Итоговый рейтинг риска помогает определить, какие меры предосторожности нужны и кто может санкционировать изменение. Оценка рисков является одним из ключевых элементов базовой 'начинки' моделей изменений.

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

Согласно результатам опроса, в 50% компаний сервисно-ресурсная модель охватывает все ключевые услуги, то есть для всех ключевых услуг в CMDB занесены все составляющие элементы и зарегистрированы все связи. Это указывает на высокий уровень внедрения и поддержки сервисно-ресурсной модели в организациях, участвовавших в исследовании.

Для повышения защищенности метрики от непродуктивной активности был уточнен операнд C, определяющий, какие проблемы учитываются в расчете. Теперь в числитель формулы попадают только проблемы из группы 'а' (решенные, с явной пользой), в знаменатель – проблемы из групп 'а' и 'б' (с непродуктивными затратами), а проблемы из группы 'в' исключаются полностью. Это изменение делает метрику более устойчивой к искажению.

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