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

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

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

Согласно книге, каталог ИТ-услуг является ключевым звеном в управлении ИТ-подразделением, которое функционирует внутри компании. Он позволяет ИТ-директору управлять подразделением практически как бизнес-единицей, даже если реальных взаиморасчетов нет. Каталог служит основой для установления сервисных отношений с бизнес-подразделениями, определения стоимости услуг и организации Service Level Management. Авторы книги подчеркивают важность каталога как инструмента, который помогает ИТ-руководству позиционировать свою деятельность в терминах бизнеса и обосновывать необходимость организационно-культурных изменений при переходе на сервисные отношения.

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

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

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

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

Средний чек используется для вычисления количества транзакций, необходимых для выполнения плана продаж. Например, при плане на 1440 млн рублей и среднем чеке в 10 тысяч рублей потребуется выполнять 12 000 сделок в месяц. Зная, что каждый продавец обрабатывает в среднем 20 сделок в день, можно определить необходимое количество пользователей и спрогнозировать нагрузку на ИТ-системы. Это помогает планировать потребность в вычислительных ресурсах, сетевой инфраструктуре и поддержке со стороны Service Desk. На основании данных о количестве сделок и пользователей можно построить сервисно-ресурсную модель для оптимального распределения ИТ-ресурсов.

Эффективность сервисного подхода оценивается через метрики, связанные с удовлетворенностью клиентов, например, через NPS (Net Promoter Score), опросы удовлетворенности, частота повторных обращений. Также важны бизнес-ориентированные KPI: время простоя критичных для бизнеса услуг, соблюдение SLA по времени восстановления услуг, скорость предоставления новых услуг и их соответствие ожиданиям бизнеса. Технические метрики, такие как время решения инцидентов, должны быть связаны с бизнес-контекстом и ценностью услуги для конечного пользователя.