Это вторая часть моего отчета о прошедшей конференции XP Days Ukraine. В первой части я рассказал о подготовке и первых двух днях, насыщенных тренингами и мастер-классами. Теперь речь пойдет об основном дне конференции.

Проснуться 17 декабря пришлось достаточно рано, поэтому невыспанность после вчерашнего написания кода до позднего вечера давала о себе знать. Срочно нужен был кофе. В «Парусе» уже все было практически готово, оставались мелочи. Мы расставили указатели (вход в здание найти было не так просто), проинструктировали в последний раз команду волонтеров, определили расположение кофе-пауз и стали ждать первых участников. Я очень рад, что у нас уже сложился костяк команды волонтеров, которые с радостью соглашаются работать с нами. Вы молодцы, ребята!

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

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

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

Я не люблю длительные и пафосные открытия, поэтому не стал утомлять участников и закончил достаточно быстро, передав слово первому докладчику в главном зале – Mark Seemann. По традиции на первые доклады я не попадаю. Хочется убедиться, что с организацией все идет нормально. А еще было интересно, что думают участники о мероприятии. Интернет утром работал исправно и народ начал писать в Twitter ленту.

Об интернете хочется рассказать отдельно. В этот раз мы решили попробовать новую технологию, потому что местный интернет был очень нестабильный. Были заказаны четыре 4G точки, которые Wifi роутерами объединялись в единое кольцо. Вдобавок в это же кольцо были подключены 2 Wifi роутера местного интернета. Эта схема должна была обеспечить надежное подключение большому количеству участников и при этом переключать их в зависимости от местоположения на менее загруженную точку. Звучит красиво, стоит немало, но не сработало. Все работало классно, пока местный интернет не начал пропадать. Роутеры набирали себе клиентов, но не давали интернета. Хорошо, что у нас был сотрудник для поддержки 4G точек, который постоянно мониторил состояние сети и перестроил во время обеда сеть, отключив местный интернет. Стало работать медленнее, но работать. В целом, жить с таким интернетом было можно, но назвать его стабильным и быстрым не поднимается язык. Будем экспериментировать дальше…

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

Следующей неожиданностью стала популярность сцены В. Мы сделали ее из части холла и задумывалась она как сцена «для гиков». Такого ажиотажа на архитектуру и дизайн в Agile мы никак не ожидали. Во время второго доклада пришлось в экстренном порядке расширять сцену В и она заняла в полтора раза больше места, чем планировалось изначально. Появилась даже мысль поменять местами сцены С и В, но решили оставить как есть. Возможно это было неправильным решением. Иногда на сцене В было душновато. Это связано с работой проектора и узким пространством, которое изначально не являлось самостоятельным залом. Но эти неудобства не останавливали участников и сцена В была чуть ли не самой посещаемой.

Я выступал перед самым обедом с докладом «Жизнь без тестировщиков: миф или реальность?». Пересказывать доклад не буду, вот презентация:

Незаметно подошло время обеда. На него в программе было отведено полтора часа. В самом «Парусе» возможности нормально пообедать за адекватную цену нет, поэтому мы предоставили участникам карту ближайших мест общественного питания. Заодно можно было прогуляться и подышать свежим воздухом. Но все торопились отправиться на обед, тем самым создав «пробку» в гардеробе. Мы заведомо предполагали проблемы с гардеробом и отправили на помощь нескольких волонтеров. Но сама структура гардероба не помогала ускориться. В течении 15 минут все получили свою верхнюю одежду и разошлись обедать. Мне кажется, что спешка была совершенно ни к чему и можно было спокойно пообщаться в холле вместо стояния в очереди.

После обеда самое тяжелое время – клонит в сон и информация воспринимается тяжело. Поэтому на главной сцене в программе были 2 секции коротких докладов. Докладчики жгли! У большинства были классные слайды и интересные темы. Лично мне было совершенно не до сна.

На предпоследний доклад я отправился послушать Диму Коваленко, который прилетел к нам в гости из США. Он в детстве жил в России, поэтому еще помнит русский язык. Но гораздо приятнее его слушать на английском. Дима рассказал о том, как в компании Groupon относятся к сборкам, тестам, деплоям. Доклад получился достаточно живой и интересный. В самом конце заглянул на доклад по Code Review к Алексею Резчикову.

Мне «выпала честь» закрывать конференцию. Я выбрал для этого тему «Continuous Delivery», потому что она логически объединяла все обсуждаемые практики и подходы. Я собрал немало карточек обратной связи и слов благодарности от участников, что подтвердило правильный выбор темы. Презентация с этого выступления:

Практически все участники собрались на торжественное закрытие конференции. И правильно – ведь каждый хотел уйти не с пустыми руками. Призов было достаточно много. Мы разыграли сувенирные майку и кружку, а также 3 книги «Dependency Injection in .NET» с автографом автора. Наш бриллиантовый спонсор, компания «ДатаАрт», разыграла 5 читалок Amazon Kindle (2 больших и 3 маленьких). А второй наш бриллиантовый спонсор, компания SysIQ, разыграла сертификат на прохождение курса «Certified Product Owner». Он, по воле судьбы, достался одному из сотрудников SysIQ. Закрытие было очень живым и веселым, с шутками из зала и общим позитивным настроем. Было очень приятно видеть радостные лица обладателей призов. Мы еще раз поблагодарили всех-всех-всех и попрощались до следующего года.

В целом, осталось очень приятное ощущение. Мы провели что-то новое и интересное, а не «очередную Agile конференцию». А ваши отзывы и слова благодарности помогают нам работать дальше и сильно мотивируют. Будем рады видеть вас снова!

Вырвал время на написание отчета о конференции XP Days Ukraine. Отчет будет состоять из двух частей. В первой части речь пойдет о подготовке и первых двух днях, наполненных тренингами и разнообразными встречами. В этот раз я не буду делать слишком детальный обзор или пересказывать содержание докладов. Расскажу о нашем взгляде на данное мероприятие и моих личных впечатлениях.

Эта конференция получилась самой сложной из того, что мы делали за все время существования тренинг-центра XP Injection. Все складывалось не самым удачным образом с самого начала. Чтобы не пересекаться с другими крупными событиями, мы выбрали середину декабря в качестве времени проведения. И это был не самый удачный выбор. У многих компаний не осталось бюджета, некоторые участники уже начинали планировать новогодние праздники или были загружены работой перед завершением года. Поэтому мы очень скоро осознали, что собрать 500 человек, как изначально планировалось, попросту нереально.

Как обычно были сложности и с помещением. Я уже писал о плачевной ситуации с конференц-сервисом в Киеве. В этот раз она усугубилась проведением крупных новогодних корпоративов. А они гораздо важнее и выгоднее для владельцев площадок, чем наша конференция. Поэтому мы приняли решение ограничить количество участников в любом случае и провести конференцию в бизнес-центре «Парус». Про преимущества и недостатки этого места поговорим позже.

Не самая лучшая ситуация складывалась с докладчиками. По дороге мы потеряли некоторых очень интересных и важных зарубежных гуру. В основном это было связано с новогодними и рождественскими праздниками, а также с закрытием рабочего года. Тем не менее, нам удалось собрать очень сильный состав докладчиков с представителями из Украины, России, Беларуси, Польши, Дании, Норвегии, Англии и США.

Программа получилась на редкость сильная. Лично для меня было только несколько неосвещенных тем: инструменты для Continuous Integration (хотелось бы послушать про Jenkins, TeamCity, Cruise и прочие инструменты от их авторов), BDD (хотелось бы услышать о пользе и реальном опыте применения) и Technical Dept (о методиках сбора и анализа, а также инструментах для борьбы с ним). В остальном меня лично программа устраивала на все 100%. Я бы хотел лично еще раз поблагодарить всех докладчиков, которые приняли наше приглашение или же сами проявили инициативу. Именно благодаря им конференция удалась!

Основная задумка XP Days заключалась в том, чтобы сделать не просто конференцию, а насыщенное событие с возможностью прокачать навыки на тренингах и мастер-классах. Сам конференционный день должен был завершить мероприятие, дав возможность пообщаться и послушать множество интересных докладов. Поэтому мы запланировали на 15-16 декабря проведение 5 тренингов и 3 встреч/мастер-классов. Тренинги покрывали темы TDD в разных языках программирования (Java, PHP, .NET), Agile инженерные практики и Continuous Integration. Встречи проходили на темы автоматизации тестирования, Dependency Injection в .NET и совершенно нового для Украины направления TDD Coding Dojo.

Эти первые два дня получились такими насыщенными, что переплюнули все мои ожидания. Я принимал участие в качестве тренера только в первый день. Мы с Лешей Солнцевым рассказывали про большую часть инженерных практик и их внедрение. В очередной раз я осознал, что этот тренинг стоит делать только в формате двух дней. За один день мы даем такую нагрузку, с которой справляются далеко не все участники. Тем не менее, надеюсь было интересно. Мы постарались как можно больше рассказывать о примерах из нашего реального опыта и показывать живые демонстрации. Спасибо участникам за интересные и жизненные вопросы.

На второй день я отправился во время организаторской миссии посмотреть на другие тренинги. Все тренеры работали на очень высоком уровне. Я увидел очень много общения среди участников. На каждом перерыве были обсуждения, обмен опытом, впечатлениями, инструментами и техниками. И это здорово, потому что благодаря подобному общению мы приобретаем много нового опыта. Мне удалось частично принять участие в тренинге «TDD в Java», который проводил Paweł Lipiński. Paweł оказался очень опытным тренером и позитивным, энергичным докладчиком. Мне очень понравился его стиль ведения тренингов – как можно больше практики. Буквально каждая тема была подкреплена практическим заданием. Задания были на первый взгляд простыми, но реально приходилось поработать, чтобы получилось нормальное решение. При этом каждый участник по очереди выполнял задание вместе с тренером с демонстрацией на экране проектора. Это делало тренинг действительно увлекательным и я с радостью помогал моему коллеге из Zoral Labs успешно справляться с трудностями.

Вечер 16 декабря получился неожиданным благодаря огромным пробкам в городе. Мы должны были подготовить залы к завтрашней конференции, а добраться до центра города вовремя получалось не у всех подрядчиков. А еще и отвратительная погода. В итоге подготовка затянулась до позднего вечера, а я оставил Аню и Лешу, отправившись обратно на нашу площадку тренингов для организации упомянутых выше встреч. К нашему стыду, пришлось прокатить одного из зарубежных докладчиков Mark Seemann на метро в час пик. Это был для него единственный шанс добраться вовремя от отеля до места проведения его мастер-класса по Dependency Injection. Но он справился с задачей отлично и прибыл в назначенное время.

В .NET я не сильно разбираюсь и поэтому выбрал для себя TDD Coding Dojo. Я с опаской относился к этому формату. По собственному опыту знаю, что нужно продумать все до самых мелочей, чтобы живое программирование было интересным и увлекательным. Johannes Brodwall оказался как раз таким человеком, который относится к своему любимому делу с огромной ответственностью и готовится очень скрупулезно. Видно было, что ему очень нравится проводить подобные мероприятия, общаться с коллегами, программировать с ними и наблюдать за тем, как они программируют. Этот человек всегда стремится узнать что-то новое, в то же время с радостью делясь своим опытом и навыками.

Сначала Johannes познакомил нас с форматом и познакомился со всеми участниками, собрав с них ожидания. Потом в паре с одним из нас продемонстрировал принцип работы TDD Coding Dojo. И сразу после этого мы начали делать практические задания. Первое было достаточно простым, но отлично демонстрировало принципы работы в паре и TDD. Я работал в паре с Вовой Цукур и это было реально интересно. С первым упражнением мы справились быстро и без сложностей.

Потом началось самое интересное. Следующее практическое задание было с соревновательным подтекстом. Мы могли использовать любой язык программирования, любые трюки и уловки. Побеждал тот, кто набрал больше всех баллов. Причем как их набирать предстояло выяснить нам самим в процессе работы над заданием. Это было очень интересно.

Мы писали говнокод, поняли что без тестов даже два «сеньера» ничего путного не напишут, делились на лету знаниями IDE и Java, убедились что IDEA круче Eclipse, рефакторили говнокод, проявляли смекалку в написании регулярных выражений, да и просто получали кучу удовольствия от соревнования. А соревновались с нами ребята на PHP и C#. Команды были сильные и борьба накалялась. Мы вырвали победу с достаточно большим отрывом и это принесло еще больше удовольствия. В итоге разошлись мы только ближе к 11 часам вечера, а некоторые, как потом выяснилось, продолжали кодить еще и ночью дома. Огромнейшее спасибо Йоханнесу (ему приятно будет прочитать свое имя на русском языке) за эту сессию и в целом за приезд на нашу конференцию! Мы обязательно будем организовывать подобные встречи в формате «Клуба анонимных разработчиков».

Продолжение следует…

Я часто задумываюсь о том, какая инженерная практика для меня самая важная и приносит больше всего пользы. В разное время я думал по-разному. Сейчас однозначно считаю, что это TDD (Test Driven Development). Этот подход к дизайну и разработке приложения дает возможность разрабатывать готовую функциональность гораздо быстрее. Меньше времени уходит на запуск самого приложения, отладку, поиск проблем, написание ненужного кода, построение решений на будущее и т.д.

Но еще важнее то, что TDD способствует внедрению других инженерных практик. Даже не способствует, а требует. Модульное тестирование применяется по умолчанию. Так как вы пишете много тестов, то вам нужно их регулярно запускать. И вы просто обязаны установить инструмент для CI (Continuous Integration) и начать им пользоваться. Небольшие законченные кусочки кода дают вам уверенность в коммите и вы начинаете следовать практике CI, интегрируя свой код как можно чаще. Вы натыкаетесь на участки кода, которые тяжело тестировать. И, чтобы написать тест, вам приходится рефакторить эти участки кода. Рефакторинг также является неотъемлемой частью самой практики TDD. Не все умеют хорошо работать по TDD. Поэтому вы обращаетесь к помощи коллег. Они помогают вам написать тесты и код (парное программирование), а потом просто просматривают ваш код (Code Review), чтобы убедиться в правильности применения TDD. Долго поработав по TDD, вы начинаете чувствовать себя некомфортно без тестов. Это толкает вас к переносу TDD на уровень выше и вы приходите к ATDD (Acceptance Test Driven Development) или BDD (Behavior Driven Development).

Вот и получается, что, следуя TDD, вы автоматически начинаете внедрять все остальные практики. Это своего рода ядро, которое со временем обрастает и превращается в целую инфраструктуру инженерных практик. Поэтому при подготовке программы тренингов для конференции XP Days Ukraine мы уделили большое внимание именно TDD. Мы пригласили опытных тренеров по нескольким наиболее популярным языкам программирования (Java, .NET, PHP), чтобы провести тренинги, затрагивая специфику языка и применяемых в нем инструментов. Это даст возможность участникам получить практический опыт применения TDD и начать внедрение этой полезной практики в своем проекте. Выбирайте наиболее подходящий тренинг, регистрируйтесь и повышайте свой уровень!

Эта осень будет очень насыщена событиями мира IT. Сезон отпусков подходит к концу и начинают активно проводиться образовательные мероприятия. Я не претендую на полноту картины и расскажу о наших планах, а также о планах наших близких коллег. Список будет достаточно длинный, но он стоит того, чтобы дочитать до конца. Подробное расписание наших мероприятий всегда содержит наиболее свежую информацию о наших тренингах, выступлениях и прочих планах.

Завтра, 13 сентября, в Киеве пройдет пятая встреча «Клуба анонимных разработчиков». Темой встречи выбрана «ORM. Добро или зло?». Мы поговорим о том, когда стоит и не стоит использовать ORM, какие преимущества дает ORM для разного типа проектов. Естественно затронем тему о многочисленных минусах и недоработках в популярных ORM, таких как Hibernate. Также будет сделан обзор рынка ORM решений с характеристикой каждого из них. Встречи клуба становятся регулярными и проходят в среднем по 2 раза в месяц.

15 сентября в Киеве в 18-30 состоится очередная встреча PechaKuchaNight. Как обычно участники смогут услышать много интересных коротких докладов и хорошо провести время в приятной компании. Темы докладов совершенно разные. Тем не менее, некоторые доклады затрагивают тематику IT.

16 сентября в Киеве в бизнес-центре «Парус» пройдет конференция SEMCamp по интернет-продвижению продуктов и услуг на зарубежные рынки. Конференция будет полезна тем, кто интересуется продвижением сайтов зарубеж, или уже работает с зарубежными клиентами и хочет увеличить продажи, или планирует выход на новые рынки. Особое внимание на конференции будет уделено продвижению услуг по разработке программного обеспечения, а также веб-продуктов и стартапов, ориентированных на зарубежную аудиторию.

В эту субботу, 17 сентября, в Днепропетровске пройдет тренинг «Управление рисками в IT проектах» Сергея Поволяшко. На тренинге вы получите концентрированный сгусток знаний и навыков об управлении рисками. И не только о них – о смежных областях, о координации с заказчиком и руководством, о правильной реакции на риски, об инструментарии. Минуя месяцы, а то и годы попыток и набивания шишек. Сергей является опытным руководителем и менеджером, которому есть чем поделиться. Регистрация еще открыта и есть несколько свободных мест.

23-24 сентября в Киеве пройдет третий сезон конференции AgileEE. Программа конференции готова на 100% – вы можете ознакомиться с ней и организовать свой график. Также опубликован список участников Lightening Talks – к вашему вниманию тезисы докладов, выбирайте самое интересное! Вы можете успеть зарегистрироваться на конференцию до 15 сентября по старой цене. Участники имеют возможность не только посетить конференцию, но и получить сертификаты CSM+ICA и CSPO. Также в программе несколько тренингов от лидеров Agile движения. Чтобы сэкономить у вас есть несколько способов: поучаствовать в еженедельной викторине и выиграть 30% скидку, поехать на конференцию с коллегами и получить групповую скидку или запустить цепочку регистраций, которая будет давать возрастающую скидку каждому следующему участнику в цепочке.

1 октября в Киеве мы организуем первый шахматный турнир среди работников IT. Это будет очень увлекательное мероприятие, потому что оно объединит совершенно разных людей: CEO, тестировщиков, разработчиков, HR, сисадминов и т.д. Определит победителя опыт и умение в этой замечательной игре. Турнир будет проводиться по всем правилам, в 7 туров на 15 досках. Победители получат грамоты, кубок и ценные призы. Приходите не только поучаствовать, но и поболеть за своих сотрудников.

15 октября в Киеве пройдет наш тренинг «Тестирование веб приложений с WebDriver/Selenium». Этот тренинг пользуется большой популярностью, потому что Selenium – ведущий инструмент на рынке автоматизации тестирования веб-приложений. В этом году вышла версия 2.0 и теперь проект имеет название WebDriver. В связи с этим событием программа тренинга была существенно переделана, чтобы включить наиболее свежую информацию и практические примеры. Тренинг будет полезен как начинающим, так и опытным автоматизаторам. Регистрация уже открыта, размер группы ограничен 15 участниками.

22 октября в Киеве состоится наш тренинг «Kanban для управления проектами». Данный тренинг объединяет в себе очень много полезной информации о практическом применении Kanban на проектах по разработке ПО. Он насыщен множеством практических упражнений, которые заставят участников задуматься об эффективности своих процессов и улучшить их после прохождения тренинга. Участники смогут понять когда стоит и не стоит применять Kanban, какие принципы и правила лежат в его основе, а также как применить все эти знания в реальной жизни. Регистрация уже открыта, размер группы ограничен 15 участниками.

29 октября Днепропетровск соберет тестировщиков на конференцию «QADnepr Mini Conference». QA Dnepr Mini Conference – это попытка объединить тестировщиков, которые интересуются определенной областью тестирования ПО и дать одним из них рассказать о своем профессиональном опыте в этой области, а другим – впитать эти знания. 1 день, 8 докладов от киевлян, харьковчан и днепропетровцев на тему живого опыта в автоматизированном тестировании – функциональном и нефункциональном. А также общение, новые знакомства и масса полезной информации из мира тестирования!

2-3 декабря в Москве пройдет юбилейная 10-ая международная конференция в области обеспечения качества ПО «Software Quality Assurance Days». SQA Days является конференцией №1 на пространстве СНГ и одним из главных мероприятий в Восточной Европе, посвященных тематике тестирования и обеспечению качества программного обеспечения. В качестве ключевых докладчиков приглашаются признанные эксперты международного класса. SQA Days – это замечательная платформа общения и обмена опытом для людей, вовлеченных в сферу тестирования ПО. Ведущие профессионалы смогут рассказать о своих достижениях, показать, как эффективно использовать инструменты, методики и методологии. Для начинающих – это отличный шанс приобрести новые полезные знакомства в профессиональной среде. За все годы конференция собрала более 2300 участников из стран СНГ, ЕС и др. С каждым годом ряды участников пополняются представителями все новых компаний из разных городов.

15 декабря в Киеве в рамках конференции XP Days Ukraine пройдет наш тренинг «Инженерные практики в Agile». Цель тренинга – рассказать о семействе основных инженерных практик, применяемых в Agile, дать изначальный толчок к их внедрению в команде. За 8 часов будут рассмотрены 8 инженерных практик и подходов: Code Review, парное программирование, модульное тестирование, рефакторинг, автоматизация сборки приложения, Continuous Integration, автоматизация функционального тестирования, TDD. Все они взаимосвязаны между собой и дают максимальное преимущество, если применяются вместе. Каждая из них поддерживает остальные, дополняя и расширяя. Тренеры поделятся с участниками многолетним успешным практическим опытом применения рассматриваемых практик.

15-16 декабря в Киеве в рамках конференции XP Days Ukraine пройдет наш тренинг «TDD в PHP». Test Driven Development (TDD) без сомнения является одной из наиболее полезных, но в то же время трудных для внедрения, инженерных практик. Многие ошибочно считают, что TDD существенно замедляет разработку. Но на практике происходит обратное – когда команда имеет достаточный опыт в TDD, то скорость разработки увеличивается. Данный тренинг поможет вам понять преимущества внедрения TDD на вашем проекте, сложности и пути их преодоления. Будут расcмотрены инструменты, которые применяются для тестирования в PHP, и весь технологический процесс разработки, непрерывной интеграции и поставки web-приложения на PHP, которое будет разрабатываться в процессе тренинга.

17 декабря в Киеве пройдет конференция XP Days Ukraine. Это мероприятие будет целиком посвящено Agile инженерным практикам. XP Days Ukraine – это больше чем просто конференция. Мы планируем организовать масштабное мероприятие длительностью несколько дней, которое будет насыщено разнообразными тренингами, мастер-классами, встречами и докладами. Программа конференции еще формируется и мы планируем пригласить многих известных зарубежных докладчиков. Будут освещены основные инженерные практики: Unit Testing, TDD, Continuous Integration, BDD, Code Review, Refactoring, Acceptance Testing и другие. Также будут обсуждаться вопросы архитектуры в Agile проектах, борьбы с технической задолженностью (Technical Debt), взаимоотношений разработчиков и тестировщиков, а также многие другие проблемы современной разработки.

Мы долго вынашивали идею этого мероприятия и рады сообщить, что официально начали подготовку конференции XP Days Ukraine. Конференция XP Days Ukraine будет целиком посвящена Agile инженерным практикам. Это больше чем просто конференция. Планируется масштабное мероприятие длительностью в несколько дней, которое будет насыщено разнообразными тренингами, мастер-классами, встречами и докладами. Дата конференции еще точно не определена, но это будет точно первая половина декабря. Состоится мероприятие в Киеве.

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

Мы приложим максимум усилий для того, чтобы привезти на конференцию известных докладчиков и тренеров, которые стояли у истоков современных инженерных подходов. Это даст участникам возможность получить информацию из первых уст. Будут освещены основные инженерные практики: Unit Testing, TDD, Continuous Integration, BDD, Code Review, Refactoring, Acceptance Testing и другие. Также будут обсуждаться вопросы архитектуры в Agile проектах, борьбы с технической задолженностью (Technical Debt), взаимоотношений разработчиков и тестировщиков, а также многие другие проблемы современной разработки.

Регистрация еще не открыта, так как конференция находится на этапе подготовки. В ближайшее время откроется этап ранней регистрации. Количество участников конференции будет ограничено. Мы планируем собрать не более 500 человек. Это будут разработчики, тестировщики, лидеры команд, менеджеры и все остальные непосредственные участники процесса разработки. Каждый найдет для себя что-то интересное. Присоединяйтесь к нашей группе в LinkedIn, Facebook или Google Groups, где вы сможете получать последнюю информацию о конференции и принимать участие в обсуждениях по ее подготовке. Чтобы получать последние новости о конференции вы можете подписаться на RSS, email рассылку или следить за нами в Twitter.

Мы приглашаем докладчиков, имеющих большой практический опыт в применении Agile инженерных практик, принять участие в конференции. Если вы чувствуете в себе силы и желание поделиться опытом с другими, то присылайте нам свое предложение о выступлении. Предложения принимаются до 1 ноября. Мы также будем рады любым рекомендациям с вашей стороны по поводу докладчиков, которых вы бы хотели увидеть на конференции.

Мы приглашаем спонсоров помочь провести конференцию на высоком качественном уровне и сделать участие в конференции доступным для широкой аудитории. Также спонсорская помощь поможет пригласить известных докладчиков и сделать программу конференции более насыщенной. Если у вас есть желание стать спонсором конференции, то мы с радостью рассмотрим ваше предложение. Предусмотрены различные спонсорские пакеты.

16 июля мы решили провести снова тренинг «Continuous Integration на практике». Этот тренинг посвящен одной из фундаментальных инженерных практик – Continuous Integration. Для многих Continuous Integration обозначает лишь инструмент для удаленных сборок продукта и запуска тестов. Но это далеко не так. На самом деле это ряд принципов и правил, которые позволяют команде избежать очень многих проблем благодаря постоянной интеграции кода системы, ее самоконтролю с помощью автоматизированных тестов, а также автоматизации основных шагов от сборки до установки системы. Continuous Integration поддерживает другие инженерные практики, помогает собирать и анализировать метрики на постоянной основе, служит своеобразной опорой для разработчиков.

На тренинге рассматриваются полный путь внедрения инженерной практики Continuous Integration, правила и командные подходы для работы с ней, практические проблемы и способы их решения. Тренинг не зря имеет в названии «на практике» – участники попробуют поработать с представителями мира инструментов для Continuous Integration (TeamCity и Hudson/Jenkins). Для многих это знакомство сэкономит кучу времени при настройке и изучении основного функционала данных инструментов. Сочетая теорию и практику, данный тренинг будет полезен как разработчикам, так и лидерам или менеджерам команд. Регистрация на тренинг уже открыта и продлится до 12 июля. Количество мест ограничено. Стоимость участия – 1000 гривен с обедом и кофе паузами. Для членов «Клуба анонимных разработчиков» действует скидка 15%.

На этих выходных нам удалось принять участие в совершенно новом и очень увлекательном мероприятии – конференции AgileCamp’11 в Самаре. Причем мы не просто принимали участие, а отвечали за всю секцию инженерных практик. Конференция отличалась от привычных мероприятий своим форматом – большая часть материала преподносилась через игры, демонстрации, симуляции и групповые задания. Благодаря этому формату все проходило очень живо и весело. В первый день все участники разделились на 2 потока: продуктовая разработка и инженерные практики. В первом потоке их учили работать с требованиями, разрабатывать видение продукта, учитывать риски, создавать и использовать прототипы. На втором потоке рассматривался практически полный набор инженерных практик, которые необходимы для разработки действительно качественного продукта. На конференцию собралось более 150 человек, причем из разных городов и областей России. Некоторые проехали больше суток, чтобы попасть на конференцию.

Инженерный поток был построен из небольших секций (продолжительностью около часа), в каждой из которых детально рассматривалась одна инженерная практика. Порядок практик был выбран так, чтобы соответствовать реальному пути внедрения в команде. К нам на поток зарегистрировалось около 45 человек из направлений .NET, PHP и Java. Поэтому все практические демонстрации дублировались для своей целевой аудитории помогающими нам опытными разработчиками Дмитрием Паншиным (.NET) и Андреем Степановым (PHP). Благодаря этому разделению участники смогли узнать тонкости и специфику применения и внедрения той или иной практики для своего направления разработки. Ребята, спасибо вам за помощь!

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

Второй день прошел на открытом воздухе. Организаторы сняли кораблик, который отвез нас на один из островов на Волге. На острове под пиво и закуски участники общались в течении всего дня. Все разбивались на небольшие группы, обсуждали разнообразные темы, как из Agile мира, так и отвлеченные. Все это проходило в непринужденной атмосфере, поэтому было весело и интересно. Кто-то даже провел пару мини-докладов около флипчартов. Множество новых знакомств, возможность ответить на вопросы и пообсуждать интересные темы – все это отлично дополняло красивый пейзаж вокруг и отдых на природе. На кораблике собралось человек 40-50, может даже немного больше. Особенно порадовало, что после острова почти никто не разбежался по домам и мы поужинали в большой компании. Тут еще больше раззнакомились, было много юмора и дружеских споров на разнообразные темы. Вечером Никита Филиппов нам устроил небольшую экскурсию по городу. Мы погуляли по набережной, посетили пару местных достопримечательностей, а также отведали того самого «Жигулевского» пива. День был супер насыщенным.

В воскресенье нам предстояло провести тренинги по Continuous Integration и QA в Agile. Очень порадовал технический уровень и опыт участников тренинга по CI – многие уже использовали данную практику у себя в команде, большая часть была не на уровне начинающих. Это сделало тренинг еще продуктивнее, потому что больше времени осталось на продвинутые практики и живые демонстрации. На тренинге по QA в Agile тоже была «продвинутая» аудитория – многие были из мира разработки или менеджмента. Благодаря этому вопросы были разнообразные и интересные. Надеемся, все остались довольны и получили массу новых знаний, которые помогут на практике.

В целом мероприятие очень понравилось. Спасибо компании ScrumTrek, с которой у нас длительные партнерские отношения, за приглашение и проделанную работу. Это было круто! А следующий раз будет еще круче, ведь мы учимся на своих ошибках. Также большое спасибо всем тем, с кем мы общались на протяжении этих трех дней. Именно благодаря вам время пролетело так быстро и классно.

Наш небольшой фотоотчет с места событий:

Благодаря совместным усилиям Алименкова Николая и нашего нового тренера Ивана Мосева, мы рады представить вашему вниманию новый тренинг «TDD в PHP».

Test Driven Development (TDD) без сомнения является одной из наиболее полезных, но в то же время трудных для внедрения, инженерных практик. TDD предлагает писать тесты до того как реальный код появится в приложении, благодаря чему вы получаете лучший дизайн, больше фокусируетесь на функционале, имеете возможность проверить состояние своей работы и понять когда вы закончили. Но написание тестов перед кодом требует от разработчика изменения мышления и наличия большого опыта в тестировании.

Данный тренинг предназначен для PHP команд или индивидуальных PHP разработчиков. Он поможет вам понять преимущества внедрения TDD на вашем проекте, сложности и пути их преодоления. Тренинг посвящён использованию модульного тестирования для улучшения процесса проектирования и разработки приложений на PHP. Будут расcмотрены инструменты, которые применяются для тестирования в PHP, и весь технологический процесс разработки, непрерывной интеграции и поставки web-приложения на PHP на примере практического задания, которое будет разрабатываться в процессе тренинга. Также будут рассмотрены полезные практики и инструменты для облегчения работы по TDD.

Первый тренинг пройдет в Новосибирске 19 февраля, а следующий – в Киеве 18-19 марта. Регистрация уже открыта и продлится до 14 марта. Продолжительность тренинга 2 дня, стоимость участия – 1600 гривен (обеды включены). Торопитесь, максимальный размер группы – 10 участников!

Сегодня я хотел бы затронуть очень интересное и новое понятие – «задолженность по дефектам» (bug debt). Много разговоров ведется про другой вид задолженности – «техническую задолженность» (technical debt). Но они обе очень важны. Понимание этих терминов увеличивает шансы проекта на успех.

Дефекты в коде появляются по разным причинам: недопонимание требований, несовершенство технических инструментов, невнимательность или спешка, недостаток опыта или технических навыков, и так далее. Дефекты пагубно влияют на работу всей команды. Прежде всего, они требуют времени тестировщиков на нахождение, анализ и описание. Причем, так как чаще всего тестировщики работают через пользовательский интерфейс, а не напрямую с источником проблем (программным кодом), то затраченное время увеличивается в разы. Также, по мере нахождения, дефекты нужно исправлять. Этот процесс требует вовлечения разработчиков, которые тратят время на анализ, исправление и дополнительные активности по проверке и предотвращению дефекта в будущем. На этом все не заканчивается – тестировщикам необходимо проверить исправленный дефект и внести изменения в различные системы (система управления дефектами, система хранения тестовых сценариев и другие). Таким образом, каждый дефект стоит команде очень дорого. И чем позже он будет найден и исправлен, тем выше стоимость.

У дефектов есть еще одно интересное свойство. Если система не покрыта «сетью безопасности» в виде автоматизированных тестов, то исправление одних дефектов часто приводит к порождению других. И образуется замкнутый круг. Все больше и больше дефектов скапливается в системе, на их исправление не отводится времени, потому что нужно разрабатывать новую функциональность. Некоторые дефекты живут в системе очень давно и превращаются в ограничения. Благодаря таким ограничениям, разработчикам приходится идти на хитрости и во многих случаях вставлять костыли. Труднее всего тестировщикам, потому что им приходится анализировать зависимости между дефектами, расставлять приоритеты и мириться с их существованием. Мотивация всей команды падает и многие начинают поговаривать о полном переписывании системы.

В то же время, наличие открытых дефектов запускает в действие принцип «разбитых окон». Никто не задумывается при добавлении в систему очередного сомнительного кода – ведь и так уже куча дефектов. Этот же принцип распространяется и на архитектурные решения. И системе становится все хуже и хуже… А мы еще не коснулись таких проблем как наличие стабильной сборки системы, блокирующих дефектов, недовольство заказчика и конечных пользователей, а также многих других.

Agile принципы говорят нам о том, что продукт должен быть рабочим и именно это есть главная метрика прогресса. Одно из основных преимуществ Agile подходов – это предсказуемость. Но наличие дефектов сводит предсказуемость на нет, потому что найденные дефекты нужно исправлять, что сильно влияет на продуктивность команды, а значит и на результаты для заказчика. Как следствие, теряется доверие и начинает разваливаться процесс разработки.

Что же делать чтобы не допустить всего описанного? Главная задача – сфокусироваться на качестве кода, на предотвращении дефектов. Для этого, конечно же, тоже понадобится время. Начать можно с автоматизации сборки системы, потому что без этого шага тяжело будет выполнить другие. На рынке существует огромное количество инструментов для решения этой задачи (Ant, Maven, NAnt, MSBuild, Gradle и другие), выберите подходящий и вперед.

Вторым шагом является подключение и настройка статических анализаторов кода. Они помогут вам избежать многих ошибок, а также предоставят детальную статистику по состоянию вашего кода. Большая часть из таких анализаторов (FxCop, FindBugs, PMD, Sonar, JSLint и другие) очень просто установить и начать использовать. Я рекомендую изначально включать все возможные проверки, а по мере использования отключать или настраивать те, которые вам не подошли. Делать это нужно осознанно и централизованно, а не просто скрывать имеющиеся проблемы. Важным шагом является настройка работы с результатами анализа в IDE, так как это упрощает работу разработчиков.

Дальше необходимо позаботиться о том, чтобы сборки и анализ кода проходили регулярно и как можно чаще. Для этого вам понадобится Continuous Integration сервер. На данный момент существует множество бесплатных и платных решений (TeamCity, Bamboo, Hudson, CruiseControl и другие), есть из чего выбирать. На установку и начальную настройку у вас не уйдет много времени. По ходу использования вы расширите настройки, подключите необходимые модули и установите дополнительные приложения.

Теперь можно переходить к следующему шагу – созданию «сети безопасности». Начните писать модульные и интеграционные тесты. Лучший способ начать – это обязательно писать их для нового кода, а также для кода, в котором найден дефект или проводится изменение. Не стоит торопиться, добиться полного покрытия всего кода быстро вам не удастся. Так что нужно запастись терпением. Помните главное правило бойскаутов: «Когда вы покидаете место привала, вы должны постараться хоть как-то улучшить его». Точно также поступайте со своим кодом – старайтесь при каждом изменении хотя бы немного его улучшить. Тогда вы будете медленно и уверенно двигаться в сторону улучшения всего кода системы.

Следующий шаг направлен на контроль выполнения предыдущих шагов и поиск новых улучшений. Этот шаг предполагает внедрение практики Code Review. Эта практика помогает убедиться в том, что все необходимые действия над кодом выполнены успешно и он соответствует стандартам, принятым на проекте. Для того, чтобы внедрить эту практику, вам необходимо обсудить и принять список требований к коду (критерии готовности). Такой список должен составляться с участием всех членов команды. Пункты списка подлежат обязательному контролю, постарайтесь изменить процесс управления задачами так, чтобы было невозможно миновать стадию Code Review.

Теперь, когда вы приложили массу усилий для того, чтобы избежать дефектов, осталось совсем немного. Необходимо уменьшить цикл обработки дефекта. Для этого требуется уменьшить все циклы обратной связи. Тестировщики могут давать обратную связь на завершенные части работы разработчиков, как только они готовы. Размер итерации стоит сделать как можно меньше, чтобы заказчик мог давать обратную связь по законченной функциональности. Должно измениться отношение к дефектам. Дефект на свежую функциональность, найденный в итерации, должен быть исправлен как можно быстрее. Для этого можно использовать визуальные инструменты, чтобы избежать траты времени на «официальное» проведение дефекта через все системы контроля. Это не означает, что системы контроля не нужны. В конце итерации открытые дефекты обязательно заносятся в них, чтобы ими можно было управлять наряду с другими задачами. Для еще большей экономии времени стоит поменять коммуникационный протокол, используемый для дефектов. При нахождении нового дефекта тестировщик может записывать автоматизированный сценарий с помощью инструментов тестирования (TestComplete, QTP, Selenium, Watir и другие). Этот тест заменит разработчику многострочное описание дефекта и ускорит его работу. Описание же добавится по необходимости, если дефект не удастся быстро исправить.

Вот и все. Было не так уж трудно? Теперь ваши тестировщики начинают меньше времени тратить на дефекты, у них появляется время на тестирование методом свободного поиска, нахождение потенциальных улучшений для продукта, другие виды тестирования. Разработчики не занимаются бесконечными сессиями по исправлению дефектов, они занимаются реализацией новой функциональности. Ваш процесс разработки предсказуем и заказчики знают когда и что могут ожидать от вашей команды. Вы все довольны своими успехами и пользователи благодарны вам за продукт, в котором практически нет дефектов. Это миф? Нереально? А вы попробуйте…

Мы постоянно развиваемся, улучшая наши тренинги и расширяя их список. Для этой цели мы набираем новых профессиональных тренеров. Наш новый тренер Поволяшко Сергей имеет 15 лет стажа в IT. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года является практикующим проектным менеджером и менеджером IT подразделений. Сергей имеет многолетний практический опыт эффективного применения разнообразных методологий и инженерных практик на стыке интересов проектной команды, компании и заказчика. Сертификации PMP и ITIL. Принимал лидирующее участие во внедрении CMMI L3. Сергей разрабатывает и проводит тренинги по инженерным практикам для IT профессионалов, технических и проектных менеджеров и тех, кто хочет ими стать.

Мы рады представить новый тренинг Сергея Управление рисками в IT проектах, который пройдет 6 ноября в Киеве. Цель тренинга – глубже рассмотреть принципы и методики управления рисками, а также возможности по их применению на практике. Практическая ориентированность тренинга позволяет не только освоить теоретический материал, но и проверить его эффективность. Это необходимо для профессионалов, технических и проектных менеджеров и тех, кто хочет ими стать. Полезен тренинг будет и для опытных руководителей, которые открыты для получения знаний и улучшения своих навыков. Подробности можно узнать из детальной программы тренинга. Регистрация уже открыта и продлится до 2 ноября. Торопитесь, количество мест ограничено!

Еще не поздно зарегистрироваться на наши октябрьские тренинги. На тренинг «QA в Agile», который пройдет 23 октября в Киеве, еще есть 3 свободных места. На тренинг «Continuous Integration на практике» 30 октября в Киеве осталось 5 свободных мест. Поспешите, если у вас есть желание присоединиться к составу участников одного из этих тренингов!