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

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

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

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

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

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

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

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

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

Continuous Deployment и Continuous Delivery отличаются уровнем автоматизации доставки изменений в продуктивную среду. Continuous Delivery означает, что изменения готовы к релизу в любой момент (вся цепочка тестирования и подготовки автоматизирована), но непосредственный выпуск в производство требует ручного подтверждения. В то время как Continuous Deployment полностью автоматизирует процесс, так что каждое изменение, прошедшее все этапы конвейера, автоматически разворачивается в продуктивную среду без человеческого вмешательства. Continuous Deployment предпочтительнее, потому что устраняет 'волшебный рубильник' — ситуацию, когда решение о релизе принимает отдельный человек, создавая бутылочное горлышко и возможные ошибки. Это приводит к более стабильному и предсказуемому процессу, где нет искушения временно отключать какие-либо части конвейера (например, автотесты) из-за срочных заказов или дедлайнов. Continuous Deployment обеспечивает максимальную скорость и надежность доставки новых функций конечным пользователям.