Scrum и XP: заметки с передовой

Приоритет №1: Цель спринта и дата демонстрации. Это тот минимум, с которым можно начинать спринт. У команды есть цель и крайний

Чаще синхронизируйтесь. Если вы работаете в отдельной ветке, синхронизируйтесь каждый раз, когда вы хотите что-либо построить. Каждый день, когда вы начинаете работу, синхронизируйтесь с главной ветвью разработки, так чтобы ваша ветка была в адекватном состоянии и учитывала все изменения, сделанные другими группами. Даже если это приведет к кошмару слияния (merge-hell), учтите, что все могло бы быть еще хуже, если бы вы затянули слияние.

Ой, простите, я совсем забыл про новичков в Scrum'е и XP. Если вы к ним относитесь, вам не мешало бы

посетить следующие веб-ресурсы:

• http://agilemanifesto.org/

• http://www.mountaingoatsoftware.com/scrum

• http://www.xprogramming.com/xpmag/whatisxp.htm

• У команды должна быть burndown-диаграмма, а сама команда должна знать свою

Оказалось, что достаточно всего лишь четко определить проблему, и она часто решается сама собой

Если в ответ на каждую жалобу пытаться что-то делать, народ с неохотой будет рассказывать про свои даже самые мелкие проблемы, которые могут быть ужасными.

Если попросить всех оценить историю, то обычно человек, который понимает её лучше остальных, выдаст оценку первым. К несчастью это сильно влияет на оценки других людей.

Но существует прекрасная практика, которая позволяет этого избежать. Она называется planning poker (придуманная Майком Коном, насколько я знаю).

Самое главное, чтобы цель была обозначена в терминах бизнеса, а не в технических терминах

Ценность реализованной наполовину истории нулевая (а то и отрицательная)

Лучше паршивая цель, чем её отсутствие.