22 декабря прошла очередная конференция IT Brunch на тему “Инженерные практики XP”. Тематика инженерных практик и подходов выбрана не случайно. Во-первых, недавно в Киеве прошла конференция XP Days Ukraine 2012, которая собрала всех тех, кто интересуется тематикой инженерных практик и eXtreme Programming (XP). И «по горячим следам» мы решили представить часть выступлений более широкой аудитории. Во-вторых, большую часть процесса разработки составляет именно написание кода. Методология XP (eXtreme Programming) предлагает набор инженерных практик, которые помогают делать качественные продукты быстро и с меньшими рисками.

Я выступил на ней с обзорным докладом на тему XP: что из себя представляет, откуда взялся, какие практики содержит и как их применять. Вот слайдкаст выступления:

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

Вопрос: Я правильно понимаю, что Scrum и XP практически одно и то же, но про Scrum должны знать менеджеры, а про XP программисты и тогда все будут внедрять одно и то же и будут счастливы?
Ответ: Не совсем. Я бы сказал, что Scrum – это сугубо менеджерские практики, а XP гораздо ближе именно к разработке, потому что все практики привязаны к реальному процессу разработки продукта. Но схожесть в некоторых подходах определенно есть – они ведь и из Agile семейства. 🙂

Вопрос: Якщо вирішив впроваджувати XP в команду новачків – що порадите?
Ответ: Это не так просто, потому что большая часть практик в XP требует достаточно грамотных членов команды. Начните с code review, обязательно донесите ценности continuous integration и тестирования на уровне разработчиков. Дальше двигайтесь в сторону TDD. Но процесс будет очень неспешным.

Вопрос: Как насчет автоматизированных тестов?
Ответ: Автоматизированные тесты важны и полезны!

Вопрос: Как продать программистам использование XP практик? Или нужно вводить эту практику распоряжением сверху?
Ответ: Введение сверху почти никогда не заканчивается добром. Надо донести основные ценности и потом предложить варианты решения. Если с первого раза не получилось продать, отойдите на шаг назад и попробуйте еще раз чуть позже. Покажите положительные примеры других команд, книги, статьи, отправьте на хорошую конференцию.

Вопрос: Как Вы проводите code review? Используете какой-то чеклист или что-то другое?
Ответ: Чеклист обязательно есть и находится на Wiki. После долгого использования он уже у всех в головах, но бывает кто-то что-то забывает. А так никаких специализированных инструментов – мы все сидим в одном месте.

Вопрос: А можно ссылки для Contious Integration схем, которые Вы привели? Спасибо!
Ответ: TeamCity и Jenkins поищите в гугле. Думаю легко найдете. 😉

Вопрос: Code review, pair programming – досвідчений + новачок?
Ответ: Это полезная пара, если все понимают как и для чего они в ней. Обучение идет очень быстро. Но в то же время очень опасная пара, потому что при неправильном понимании будет потерянное время и куча эмоций. 🙂

Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!