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

Для управления рисками в области IT существуют различные методы и стандарты, такие как CRAMM, COSO ERM, ISO 27005, OCTAVE и MEHARI. Все эти методики описывают известный цикл управления рисками, состоящий из этапов: определение охвата, идентификация, анализ, оценка, реагирование и контроль. Этот цикл официально закреплен в стандарте ISO 31000 с 2009 года. Каждая методика предлагает свой подход к формулированию рисков. Например, ITSM-специалисты часто используют модель «актив-угроза-уязвимость», в то время как PMBOK рекомендует структуру «причина-событие-последствие». ISACA в своих публикациях, начиная с RiskIT и в частности в COBIT 5 for Risk, предлагает концепцию сценария риска, включающего источник угрозы, тип угрозы, событие, связанные активы и временной аспект.

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

Для вычисления необходимого количества сделок нужно разделить общий план продаж на средний чек. Например, если план продаж на год составляет 1440 млн рублей, а средний чек равен 10 000 рублей, то ежемесячное количество сделок будет равно 1440 млн / 12 месяцев / 10 000 рублей = 12 000 сделок в месяц. Это значение используется для дальнейших расчетов нагрузки на ИТ-системы, определения необходимого количества продавцов и прогнозирования обращений в службу поддержки.

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

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

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

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

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

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