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

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

Бэклог команды в иерархии Atlassian состоит из понятных команде конечных элементов, которые могут быть обработаны за один или несколько условных "тактов" (не более некоторого N). Такими элементами являются пользовательские истории и задачи/подзадачи. Эпики, инициативы и темы не входят в бэклог команды, так как они либо слишком велики для непосредственной обработки (эпики), либо служат управленческими группировками (темы), либо относятся к инвестиционному планированию (инициативы).

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

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

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

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

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

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

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