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

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

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

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

Для успешного внедрения бизнес-процесса необходимы: 1. Четкое описание процесса и его этапов. 2. Система контроля и измерения эффективности. 3. Мотивация сотрудников за соблюдение процесса. 4. Обучение персонала и разъяснение важности каждого этапа. 5. Возможность внесения корректировок на основе обратной связи. Отсутствие любого из этих элементов снижает шансы на успешное внедрение процесса и может привести к его формальному соблюдению или игнорированию.

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

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

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

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

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