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

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

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

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

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