dependency

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

Зависимость часто ошибочно сводят к «технической связи» между КЕ в CMDB или CMS. Хотя связи конфигурации действительно отражают часть зависимостей, термин шире: процесс может зависеть от решения заинтересованной стороны, от доступности команды поддержки, от соблюдения политики или от поставки поставщиком. Другая типичная ошибка — путать зависимость с причиной: если инцидент возник из‑за ошибки, это причинно-следственная связь, а не зависимость; зависимость описывает, что для выполнения сервисной операции требуется другое действие или процесс. Также важно не смешивать зависимость и блокер в управлении проектами: блокер — частный случай, когда зависимость стала препятствием из‑за задержки или сбоя. Ещё одно заблуждение — считать, что зависимости всегда фиксированы и неизменны; на практике их можно уменьшать через стандартизацию, автоматизацию, обходное решение, предварительное согласование или изменение модели изменения. Наконец, наличие зависимости не означает, что ответственность «переходит» другой команде: владелец услуги и участники потока создания ценности должны управлять зависимостью через прозрачные договорённости, статусы и эскалацию.