Часта інтеграція

Разработчики, по возможности, должны интегрировать и выпускать свой код каждые несколько часов. В любом случае никогда нельзя держать изменения дольше одного дня. Каждая пара разработчиков должна отдавать свой код, как только для этого появляется разумная возможность. Это может быть когда все UnitTest-ы проходят на 100%.

Планування Ітерації

Iteration Planning Meeting скликається перед початком кожної ітерації для планування завдань які будуть зроблені в цій ітерації. Для ітерації вибираються User Storiesякі вибрав замовник в плане релизу починаючи з найважливіших для замовника і найгірших (зв'язаних з ризиком) для розробників.

Розробники розбирають завдання і оцінюють тривалість часу, необхідного для їх виконання. Таким чином, кожен розробник оцінює скільки часу завдання займе саме у нього. Це важливо, щоб кінцеву оцінку об'єму робіт робив сам розробник.

Швидкість проекту визначає чи поміщаються ваші завдання в ітерацію чи ні. Загальна тривалість завдань запланованих на ітерацію не повинна перевищувати швидкості, досягнутої в попередній ітерації..

Ітерації

Ітеративна розробка збільшує гнучкість процесу. Розділите ваш план на ітерації тривалістю від 2 до 3 тижнів. Зберігайте постійну тривалість ітерації на час проекту.

Не плануйте завдань заздалегідь. Замість цього збирайте Плануввання Ітерації на початку кожної ітерації щоб запланувати що буде зроблене.

Сприймайте серйозно терміни завершення ітерації. Вимірюйте прогрес в процесі роботи. Якщо видно, що ви не зможете зробити всі заплановані завдання до терміну, то знову збирайте Планування Ітерації і оціните завдання наново і відкладете частину завдань.

Сконцентруйте зусилля на завершенні найважливіших завдань, вибраних Замовником замість того щоб мати декілька незавершених завдань, вибраних розробником.