Ускорение поставки возможно без увеличения числа разработчиков или рабочего времени благодаря тому, что в производственной системе много задач создают простои и замедляют общий процесс. Для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания (для многих команд эта цифра достигает 95-97%). Сокращая количество работы в системе и фокусируясь на завершении текущих задач вместо начала новых, можно снизить время ожидания для отдельной задачи (например, с 95% до 70%), что приведет к повышению эффективности потока с типичных 3-10% до нормальных для гибких команд 30%. Это позволяет достичь кратного ускорения без увеличения ресурсов.

В управлении доступностью (AVA) основной акцент делается на снижение вероятности наступления нежелательных событий: устранение единой точки отказа, оптимизация систем, проактивное предотвращение потенциальных сбоев. В управлении непрерывностью (CONT) устранение вероятности сбоев не является целью, так как ЧС рассматриваются как неизбежные. Основной задачей CONT является снижение ущерба от наступления нежелательных событий за счет создания резервных площадок, альтернативных способов предоставления услуг и процедур восстановления. Таким образом, AVA проактивен, а CONT скорее реактивен.

Ролевое управление доступом (RBAC, Role Based Access Control) — это модель предоставления доступа, при которой весь доступ к информационным системам и ресурсам предоставляется только через роли. Роль представляет собой набор прав доступа. Пользователи получают доступ к системам и ресурсам исключительно через присвоенные им роли. Это означает, что права не закрепляются напрямую за пользователями, а устанавливаются через назначенные роли. Такая модель позволяет упростить управление доступом, особенно в крупных организациях, группируя права в логические наборы и привязывая их к должностям или функциональным обязанностям сотрудников.

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

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

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

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

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

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

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