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

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

Основная цель процесса «Управление проблемами» (Problem Management) в рамках ITIL заключается в минимизации негативного влияния на бизнес инцидентов, вызванных ошибками в ИТ-инфраструктуре, и предотвращении повторного возникновения таких инцидентов. Процесс направлен как на реагирование на уже произошедшие инциденты с устранением их корневых причин, так и на проактивное выявление потенциальных проблем, способных вызвать инциденты в будущем, чтобы предотвратить их возникновение.

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

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

CMDB (Configuration Management Database) — это база данных, хранящая информацию о компонентах ИТ-инфраструктуры и их взаимосвязях. Она играет ключевую роль в управлении конфигурациями, анализе инцидентов и прогнозировании влияния сбоев. Например, через CMDB можно определить, какие услуги зависят от конкретного сервера, но её эффективность зависит от полноты и актуальности данных, что требует постоянного поддержания.

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

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

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

Координатору релизов от менеджера процесса могут быть делегированы следующие обязанности в рамках конкретного направления: управление ресурсами, непосредственно участвующими в процессе релиза; координация деятельности практиков (пакетирования, построения, развёртывания и первичной поддержки) внутри направления; контроль соблюдения сроков и качества выполнения этапов релиза; обеспечение взаимодействия между командами, задействованными в релизе; сопровождение релиза на всех этапах — от планирования до закрытия. Такая делегация полномочий позволяет менеджеру процесса сосредоточиться на стратегических аспектах и взаимодействии с другими процессами, а координатору релизов — на оперативном управлении конкретными релизами в рамках своего направления.