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

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

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

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

Крупные организации имеют ряд характеристик, усложняющих внедрение изменений: 1) Инерция, поддерживающая текущий порядок и снижающая ощущение срочности перемен. 2) Сложные коммуникации в подразделениях, где работает более 100-200 человек, что мешает быстрому распространению информации об изменениях. 3) Среда, не поощряющая риски, особенно в компаниях, прошедших стадию стартапа, так как существует страх, что изменения могут привести к ухудшению ситуации. 4) Хроническая нехватка различных ресурсов - трудовых, финансовых, временных и волевых, что ограничивает возможности для экспериментов и корректировок. 5) Сопротивление как система, проявляющееся не через отдельных людей, а через саму структуру и культуру организации, что делает его менее очевидным и более сложным для преодоления, чем индивидуальное сопротивление сотрудников.

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

«Арбузный» эффект упоминается в тексте как одна из операционных и бизнес-метрик, которые изучаются при обсуждении SLA. Хотя сам текст не раскрывает подробно эту метрику, можно предположить, что она относится к определенным показателям эффективности или рискам, которые необходимо учитывать при формировании соглашений. Однако текст указывает, что обсуждение слушателей на учебных курсах не ограничивается только функциональными и нефункциональными требованиями, а также такими метриками, как «арбузный» эффект.

Серверное ПО редко становится приоритетом, потому что его установка и настройка обычно централизованы и контролируются ИТ-отделом, что снижает риск неучтённых копий. В отличие от клиентского софта (например, Microsoft Office или Photoshop), который сотрудники могут устанавливать самостоятельно, серверные продукты часто имеют чёткие процедуры развёртывания и лицензирования. Поэтому основные проблемы и нарушения чаще возникают именно с «прикладным» ПО, которое люди копируют на рабочие станции без согласования.

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

Принцип одного изделия в потоке (one piece flow) проявился в том, что команда DevOps в процессе реализации проекта «Феникс» настолько овладела подходом, что в конце игры уже не использовала второй ряд столов. Это означает, что задачи проходили через весь процесс без скопления промежуточных запасов, каждая следующая задача могла начаться сразу после завершения предыдущей, что исключило простои и сократило время цикла выполнения задачи. Такой уровень отлаженности процесса позволяет максимально уменьшить время ожидания, избегать параллельного выполнения множества задач, что обычно приводит к снижению производительности из-за многозадачности и переключений контекста.