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

Игра Grab@Pizza демонстрирует несколько ключевых аспектов взаимодействия бизнеса и ИТ: важность эффективной работы связки Business-SLM-Change для успеха бизнеса, сложность оценки и приоритизации ИТ-инициатив без их обоснования бизнес-выгодами, необходимость активной позиции технической поддержки в получении информации о предстоящих изменениях, а также использование финансовой системы координат как общего инструмента для согласования позиций бизнеса и ИТ. Игра также показывает, что успех бизнеса во многом зависит от способности ИТ-отдела управлять инцидентами и поддерживать стабильность инфраструктуры.

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

Международные организации, занимающиеся развитием и обменом знаниями в области управления ИТ-услугами и аутсорсингом, включают IAOP (Международную ассоциацию профессионалов в области аутсорсинга, www.iaop.org). Эта организация разрабатывает такие своды знаний как «Outsourcing Professional Body of Knowledge (OPBOK)» — трехсотстраничное руководство по внедрению профессиональных стандартов аутсорсинга, содержащее подробную информацию о разработке, реализации и управлении аутсорсингом, а также многочисленные шаблоны для практического применения. Кроме того, существуют другие своды знаний и стандарты, такие как SIAM Foundation Body of Knowledge и стандарты серии ISO 37500, покрывающие основные этапы и процессы управления аутсорсингом.

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

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

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

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

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

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