Разработка, управляемая интеграцией (IDD), — это поэтапный подход к разработке систем, при котором содержание инкрементов определяется планом интеграции, а не наоборот. Приращения можно рассматривать как определенные изменения возможностей системы — «дельты» (Taxén et al., 2011). Преимущества по сравнению с другими моделями инкрементальной разработки (такими как RUP и Scrum ) по-прежнему сохраняются, такие как короткие циклы проектирования, раннее тестирование и управление поздними изменениями требований, однако IDD добавляет привлекательности концепции, а также имеет преимущество оптимизации содержимого каждой модели. увеличить, чтобы обеспечить раннюю интеграцию и тестирование.
Вытягивание в этом контексте означает, что информация запрашивается у пользователя, когда она необходима (или планируется интегрировать и тестировать), а не доставляется, когда она оказывается готовой. Планирование разработки должно соответствовать оптимальному порядку интеграции. Реализация системы определяется тем, что будет интегрировано и протестировано. Дизайн системы, в свою очередь, определяется запланированной реализацией и требованиями запланированных этапов проектирования системы. Таким образом, артефакты будут доставлены точно в срок, что обеспечит быструю обратную связь.
IDD используется не вместо других инкрементных моделей, а скорее как усовершенствование, которое сделает эти модели более эффективными. Одним из препятствий при использовании IDD является создание плана интеграции — определение того, что разрабатывать и интегрировать в данный момент времени. Одним из способов, доказавших свою эффективность, является использование системных анатомий для первоначального планирования и интеграционных анатомий для повторного планирования и последующих действий. Поскольку все планирование потребует времени и ресурсов, IDD можно считать ненужным для разработки с низкой сложностью системы и организации (т. е. небольшими группами, разрабатывающими небольшие системы).