Как мы сочетаем Scrum с XP

Как мы сочетаем Scrum с XP

То, что Scrum и XP (eXtreme Programming) могут быть эффективно объединены, не вызывает сомнений. Большинство рассуждений в интернете поддерживают это предположение, и я не хочу тратить время на дополнительные обоснования.

Тем не менее, одну вещь я всё-таки должен упомянуть. Scrum решает вопросы управления и организации, тогда как XP специализируется на инженерных практиках. Вот почему эти две технологии хорошо работают вместе, дополняя друг друга.

Тем самым я присоединяюсь к сторонникам мнения, что Scrum и XP могут быть эффективно объединены!

Я собираюсь рассказать про наиболее полезные практики из XP и про то, как мы используем их в нашей повседневной работе. Не все наши команды смогли применить практики XP в полном объеме, но мы провели большое количество экспериментов со многими аспектами комбинации XP/Scrum. Некоторые практики XP напрямую соответствуют практикам Scrum, например, «Whole team», «Sit together», «Stories» и «Planning game». В этих случаях мы просто придерживаемся Scrum.

Парное программирование

Недавно мы начали практиковать его в одной из наших команд. Как ни удивительно, работает довольно-таки хорошо. Большинство других наших команд до сих пор не очень много программирует парно, однако, попробовав эту практику в одной из наших команд для нескольких спринтов, я вдохновился идеей внедрить парное программирование и в других командах.

Вот пока несколько выводов после применения парного программирования:

• Парное программирование действительно улучшает качество кода.

• Парное программирование действительно увеличивает сосредоточенность команды (например, когда напарник говорит: «Слушай, а эта штуковина точно нужна для этого спринта?»)

• Удивительно, но многие разработчики, которые выступают против парного программирования, на самом деле не практиковали его, однако раз попробовав - быстро понимают все преимущества.

• Парное программирование выматывает, так что не стоит заниматься им целый день.

• Частая смена пар даёт хороший результат.

• Парное программирование действительно способствует распространению знаний внутри команды, заметно ускоряя этот процесс.

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

• Ревью кода - хорошая альтернатива парному программированию.

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

• Не навязывайте парное программирование людям. Вдохновите их, дайте необходимые инструменты и позвольте самим дойти до этого.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

Повышайте качество, включив тестировщиков в Scrum-команду

Из книги автора

Повышайте качество, включив тестировщиков в Scrum-команду О, я уже слышу эти возражения:«Но это же очевидно! Scrum-команды должны быть кросс-функциональными!»«В Scrum-команде не должно быть выделенных ролей! У нас не может быть человека, занимающегося только тестированием!»Я бы


Как мы проводим Scrum-of-Scrums

Из книги автора

Как мы проводим Scrum-of-Scrums Scrum-of-scrums - это регулярные встречи, цель которых - обсуждение различных вопросов между Scrum-мастерами.Как-то мы работали над четырьмя продуктами. Над тремя из них работало по одной Scrum-команде, а над четвёртым - 25 человек, которые были разделены на


Scrum-of-Scrums уровня продукта

Из книги автора

Scrum-of-Scrums уровня продукта Эта встреча была очень важной. Мы проводили её не реже одного раза в неделю. Мы обсуждали проблемы интеграции, балансировки команд, подготовку к следующему планированию спринта и т.д. Мы выделяли на это 30 минут, но часто нам их не хватало. В качестве