Для сбора статистики по трудозатратам на сопровождение CMDB можно применить несколько подходов. Оптимальный подход - ведение полного или выборочного учета трудозатрат, который предполагает 'списание часов' на задачи, выполненные в течение дня. Это позволяет получить точную статистику, на основании которой легко планировать необходимые ресурсы. Если такой учет не поставлен, можно воспользоваться консолидированной статистикой с портала REALITSM.RU, где участники могут делиться своей статистикой и наработками по оценке трудозатрат на сопровождение CMDB. Также можно произвести оценку трудозатрат на основе нормирования отдельных задач сопровождения CMDB в разбивке по группам конфигурационных единиц и ролям специалистов, учитывая требования к компетенциям исполнителя и различную стоимость рабочего времени для разных категорий специалистов.

Менеджер процесса управления уровнем услуг взаимодействует с менеджерами других процессов, в первую очередь с Service catalogue management, Service portfolio management, Business relationship management и Supplier management. Это взаимодействие необходимо для обеспечения качественного предоставления услуг и координации деятельности по всему жизненному циклу услуг. Менеджер процесса SLM координирует работу с этими процессами, чтобы гарантировать соответствие предоставляемых услуг требованиям бизнеса и согласованным уровням.

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

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

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

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

В большинстве организаций процесс управления проблемами часто возникает раньше практики постоянного совершенствования по нескольким причинам: 1) Непосредственная потребность - проблемы и инциденты оказывают непосредственное влияние на бизнес и требуют немедленного решения. Это создает острое ощущение необходимости иметь процесс, который может устранивать корневые причины повторяющихся инцидентов. 2) Более простая фокусировка - управление проблемами сосредоточено на конкретных технических или операционных проблемах, что легче реализовать, чем более абстрактную концепцию постоянного совершенствования. 3) Тесная связь с управлением инцидентами - процесс управления проблемами часто развивается естественным образом из процесса управления инцидентами как его логическое продолжение. 4) Ощутимые результаты - эффект от внедрения управления проблемами можно увидеть достаточно быстро в виде снижения количества повторных инцидентов. 5) Менее высокие требования к культуре организации - управление проблемами требует меньше изменений в организационной культуре, чем практика постоянного совершенствования, которая предполагает постоянный поиск возможностей для улучшения. 6) Более четкая ответственность - в управлении проблемами роль и ответственность обычно четко определены, тогда как в постоянном совершенствовании ответственность часто распределена более широко. 7) Поддержка руководства - руководство чаще поддерживает внедрение процессов, направленных на решение конкретных проблем, чем абстрактные инициативы по совершенствованию, результаты которых могут быть не такими очевидными на начальных этапах.

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

В современных ИТ-организациях, особенно при переходе на гибкие методы разработки, роль руководителя проектов существенно меняется. В простых случаях (до 5 команд, десятков сотрудников) управление проектами может быть избыточным или даже вредным. В крупных организациях (500+ сотрудников, сотни ИТ-систем) существует пять основных областей, где может быть полезен руководитель проектов: управление работами команды, построение работы команды, управление проектом создания продукта, управление результатами на более высоком уровне, и построение взаимодействия между старым и новым мирами. Однако ценность руководителя проектов проявляется главным образом в последней области - координации между традиционными и гибкими методологиями, особенно в бимодальных ИТ-средах, где часть систем переводится на новые методы, а часть остается в традиционном режиме работы.

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