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

ISO 22301 играет ключевую роль в системе международных стандартов по управлению непрерывностью, так как является основным требуемым стандартом, на который ссылаются другие документы. Он устанавливает общие требования к системе управления непрерывностью бизнеса и служит основой для разработки руководств по применению (таких как ISO 22313), специализированных стандартов (например, ISO 27031) и сводов знаний от различных институтов (таких как GPG от BCI и Professional Practices от DRII).

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

Существуют несколько ошибочных мнений об учете рабочего времени: первое — что ведение учета занимает 5-10% рабочего времени, хотя фактически это составляет менее 1%; второе — что усложнение системы с большим количеством категорий (более трех) значительно увеличивает время учета, хотя это не подтверждается практикой; третье — что лучше вести учет в конце дня по памяти, что на самом деле приводит к значительным искажениям данных и неточностям в отчетах.

Интегральный показатель BS (Balanced Score) рассчитывается с помощью метода взвешенного среднего, но с ключевым отличием: веса KPI являются динамическими и зависят от значений показателей. Чем ниже значение KPI (чем больше отклонение от целевого), тем выше его вес. Формула включает параметр Wmax, который определяется через выбранное руководителем значение MS (Marginal Score). Для случая с N равнозначными KPI, если 9 из них равны 100%, а один – 0%, интегральный показатель будет равен MS. Это обеспечивает более значительное снижение оценки за провал одного показателя, чем при стандартных методах.

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

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

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

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

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