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

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

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

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

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

Среди деловых игр, ориентированных на ИТ, выделяются две: "Apollo - ITSM на практике" и "Grab@Pizza - ИТ и основной бизнес". Эти игры разработаны специально для ИТ-специалистов, хотя в них также предусмотрены отдельные роли для представителей бизнес-подразделений, что позволяет привлечь их к участию.

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

Компании вроде McDonald's следуют второму типу клиентского сервиса: продают недорогие товары в промышленных масштабах. Стандартные запросы обрабатываются быстро и качественно, но нестандартные вопросы либо игнорируются, либо ставят персонал в тупик. Акцент делается на стандартизации и скорости обслуживания для массового потребителя.

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

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