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

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

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

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

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

Создание перечня критических бизнес-функций (VBF) может столкнуться с несколькими препятствиями: 1) низкая зрелость бизнеса в области управления процессами, что затрудняет чёткое определение и описание бизнес-процессов; 2) отсутствие готовности бизнеса к открытой коммуникации о своих процессах и их критичности; 3) сложность согласования разных точек зрения на критичность функций между различными стейкхолдерами; 4) отсутствие чётких методик по определению VBF, так как существующие методики оценки зрелости процессов не дают прямых инструкций по этому вопросу. Эти препятствия требуют времени и ресурсов для преодоления.

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

Рекомендуется применять график, аналогичный японским свечам в биржевой аналитике. На нём среднее значение отображается как центральная точка, а минимальное — как нижняя граница интервала. Например, для каждого месяца строится вертикальный отрезок от минимального показателя до среднего, что визуализирует диапазон стабильности. Дополнительно можно добавить цветовую индикацию (зелёный при среднем >90%, жёлтый при 70-90%, красный при <70%) для быстрой оценки. Такой формат позволяет увидеть долгосрочные тренды и единичные сбои за несколько кликов.

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

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