Карандашные записки

Вчера в Минске прошла вторая встреча сообщества Agile.by. Денис Петелин рассказал о том, как Agile помогает зарабатывать деньги :) Видео с встречи будет доступно на сайте http://agile.by.

Было полезно и интересно. Приглашаю интересующихся темами эффективной разработки и управления присоединяться к Agile.by

На первой встрече Agile.by было задано много вопросов по тестированию. Я нашел замечательную презентацию, которая может прояснить многие моменты TDD. В презентации также делается обзор средств для написания модульных тестов на различных языках: PHP, Ruby, Python, Java, Perl, C/C++.

А вот и сама презентация:


Для "погружения" в тему можно прочитать книгу Кента Бека "Экстремальное программирование: разработка через тестирование".

Вчера прошла первая встреча белорусского сообщества Agile.by. В качестве выступающего был заявлен Дмитрий Чернявский и тема "Опыт проведения SCRUM проектов". Дмитрий поделился своим опытом. В частности он показал, как на его проекте оформлялись требования (features) в MS Project, как выглядел Sprint backlog ну и много чего ещё. Особенностью проекта было то, что заказчик не находился рядом с командой.

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

Что бы я хотел отметить по итогу встречи:

• Заказчика всегда нужно готовить к тому процессу, по которому будет идти разработка (Денис показал замечательную презентацию, которая клиенту "на пальцах" объясняет процесс)
• Только живое общение с заказчиком. Описание требований на листике/доске и т.п. в виде страниц, формул и т.п. Использовать электронные средства для коммуникации с заказчиком могут только гуру (джедаи высшей категории).
  
• Заказчик должен всегда находиться в контакте с командой. XP, к примеру, требует, чтобы представитель заказчика находился в составе команды постоянно (Дмитрий на своем проекте отказался от возможности ежедневной часовой встречи с заказчиком, т.к. это слегка напрягало команду)
  
• Первая итерация (спринт) всегда должна быть успешной. Иначе заказчик потеряет веру в команду и выбранный процесс. После этого что-то повернуть в нужное разработчикам русло будет очень сложно.
• 0 багов в конце рабочего дня. Добиться этого, как мне кажется сложно, но подобная практика повышает ответственность программистов :)
• Программист сам делает оценку задачи, которую берется выполнить. Это персональная ответственность. Заказчик, впрочем, как и менеджер, не имеет права навязывать свою оценку.
• Применяя какую-либо методологию нужно использовать ВСЕ практики, которые она описывает. Не бывает Agile на половину.
• Не стоит забывать, ради чего вы работаете (если компания продает время, то и цели проекта для компании не получить качественный продукт быстро, а продать больше времени. Этот вопрос неоднозначный конечно :)

Встреча была очень инетесной и полезной. Всех желающих приглашаю к участию в жизни сообщества agile.by

Одну из проблем, которую решает экстремальное программирование - неэффективные коммуникации. Крекеры, разложенные по всему офису ;), по словам Кента Бека, способствуют решению этой проблемы.

В продолжение темы Agile хотел бы поделиться ссылкой.На странице приводится краткий обзор второго издания книги Кента Бека "Extreme Programming Explained". Книга 2004 года издания. Сейчас 2008. Я опоздал на 4 года? :)

В нашей компании мы занимаемся внедрением XP (eXtreme Programming). Постепенно изучаем все необходимые практики и пытаемся их применять. На прошлой (вернее этой,11.02.2008) неделе я присутствовал на тренинге по методологии Scrum, проводимом Асхатом Уразбаевым.

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

А как контролировать "расползание" проекта при частых изменениях и не потерять при этом в качестве? На этот вопрос Scrum ответа не дает. XP же говорит: разрабатываем с использованием тестов (Test Drive Development).

Естественное желание сравнить Scrum и XP привело меня к замечательному документу, в котором это все уже сделано. И если ответить на предыдущий вопрос, то XP "железно" указывает инструмент, а Scrum отдает решение вопроса в руки разработчика.

Случайно наткнулся на логотип и сайт польского агентства интерактивного маркетинга: http://www.huevo.pl

Забавная книжка по Ruby: http://poignantguide.net/ruby/
----

Я и моя группа "Розин" решили выпустить новый альбом "Жизнь - дерьмо".

Зима, плохое настроение... ну и т.п. На диск вошли соответствующие песни:

1. Люди всегда согласны
2. Маленькая практика
3. Машина должна работать
4. Динамовцы сегодня начинают
5. Люди рекламы
6. Я помню, как сейчас
7. В неравной схватке молотка
8. В чём сила москитов
9. Ветеран войны мечтал

+ Клип на песню "Власти держат марку"

Обложка:



Спасибо satanya_chan и  vidrik за поддержку ;)

Нашу рок-музыку (NRM, Крама, Нейро Дюбель, Палац, Крамбамбуля и др.) можно слушать на авто-радио без каких либо проблем. На других радиостанциях либо редакторы либо неформат.

А по поводу больших концертов и недавней встречи "запрещенных" коллективов с представителем администрации президента все понятно из интервью Куллинковича гезете BelarusToday: http://belarustoday.info/?pid=51744

Спросите любого разработчика, что является самым большим риском в разработке ПО? Практически наверняка вам ответят, что главная головная боль и самая серьезная проблема состоит в том, что требования к программным проектам меняются по ходу проекта.

Это страшно мешает разработчикам. Невозможно проектировать, невозможно планировать, невозможно завершить что-либо в срок.

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

Архитектурные риски, ошибки в оценке проектов, непредвиденные изменения, неидеальные технологии, неожиданные доработки приводят к срабатыванию рисков. В результате заказчик не может с уверенностью рассчитывать на реализацию проекта в срок и в бюджете, на то, что результат будет соответствовать ожиданиям.

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

За последний десяток - полтора лет индустрия придумала практики, позволяющие прекрасно работать в условиях неопределенности и изменений. Все они объединены общим названием Agile Methodologies (гибкие методологии). Огромную популярность приобрел Scrum, одна из самых эффективных Agile-методологий. Agile уже де-факто стал мейнстримом в Соединенных Штатах и Европе.

Однако вокруг гибких методологий до сих пор очень много мифов. Считается, что Agile означает отсутствие документирования, планирования и так далее. Это не так. Agile означает чрезвычайную дисциплинированность и высокую управляемость процесса.

Agile представляет по сути набор практик, дополняющих друг друга. Отдельные практики могут помочь работе даже в самом далеком от комфортного окружении.

У белорусских разработчиков появилась возможность узнать об Agile больше. Впервые в Белоруссии будет проведен открытый тренинг по гибким методологиям.

Проводить его будет тренер и консультант по гибким методологиям Асхат Уразбаев (http://urazbaev.ru, резюме: http://urazbaev.ru/Askhat.Urazbaev.AgileCoach.pdf), ведущий эксперт в России по Agile, Сертифицированный СкрамМастер (Certified ScrumMaster). Асхат - основатель и координатор сообщества AgileRussia ( http://agilerussia.ru), объединяющего практиков гибкой разработки .

Однодневный тренинг состоится в Минске 12 февраля 2008 года. Посетители тренинга получат новую книжку "Путеводитель по Scrum" ( http://urazbaev.ru/index/0-10) от автора тренинга.

Записаться и посмотреть программу тренинга можно здесь: http://urazbaev.ru/news/2008-01-13-6

12 февраля в Минске планируется проведение первого тренинга по Agile. Анонс здесь: http://urazbaev.ru/news/2008-01-13-6

СОДЕРЖАНИЕ ТРЕНИНГА

Принципы Agile

* Оперативность и инкрементальность разработки
* Легковесность процесса или отсутствие документации?
* Самоорганизующаяся команда - ключ к успеху проекта
* Мотивация команды и человека
* Границы применимости Agile

Практики Agile

* Методологии Scrum и Extreme Programming. Какие практики вам нужны?.
* Роли и обязанности в Scrum
* Как сформировать самоорганизующуюся команду? Практики. Типичные ошибки.
* Как планировать в Agile?
* Ежедневный scrum, использование Task Board и другие практики работы в итерации.
* Закрытие итерации. Демонстрация и ретроспектива.

Внедрение Agile

* Подходы к внедрению Agile
* Как внедрять практики Agile? Примеры внедрений

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

Время проведения 1 день с 10-00 до 18-00
Стоимость 90 евро

Рекомендую предварительно посмотреть видео с открытого семинара "Lean: совершенствование процессов разработки": http://agilerussia.ru/index.php?option=com_content&task=view&id=73&Itemid=27

В последнее время часто слышны разговоры на тему "Уехать за границу...". Замечательный анекдот мне прислали по этому поводу:

Попал мужик в рай. Ходит там - красота, птички, зверушки, песенки...Вообщем тоска .... Записался он на прием к Св.Павлу и говорит -
- "Грустно у вас тут, однообразие...
- "А ты мил человек иди в турбюро.. отдохни развейся"
- "А у вас и турбюро есть ?"
- " Конечно.Рай все таки."
Приходит он в турбюро тур себе заказать . А тур там только один - в АД. Взял тур на 2 недели и поехал. Приехал в Ад а там... ****и, карты, бухло каждый день...и всяко разно...Мужика понесло...не остановит.. И вот тур заканчивается и он телеграмму на верх - "Так мол и так, всё остаюсь тут." Сверху ответ в тот же час -"Все оставайся" И в ту же минуту черти его хвать и в котел со смолой кипящей сунули. Он в крик -
"Как так! Что за дела?"
А ему в ответ - "НЕ ПУТАЙТЕ ТУРИЗМ и ИММИГРАЦИЮ!!!"

...

У нас в квартире завелся ADSL... :)

В среду вернулся с конференции HighLoad-2007. Очень доволен поездкой. Получил много полезной информации, которую обрабатываем сейчас. А кое-что внедрили ещё до конференции :)

На конфе выступали на темы: архитектура приложений с высокой нагрузкой, технологии разработки и тестирования приложений, обслуживание и др.

Кстати, вот кто-то меня сфотографировал:


Были новые знакомства, пешее путешествие по центру Москвы и отличный финал: прогулка на теплоходе по Москва-реке. Огромное количество пива, закуски и .... неформального общения (при таком-то количестве пива :).

До поездки в Москву я выступил в Минске на конференции "Мобильные технологии. Бизнес и Перспективы" на тему "Тяжелая беременность: мобильные сервисы в первом триместре".

В поезде Москва-Прага (на обратном пути) в нашем вагоне ехал театр "Христофор". Артистов знаю в лицо, но по имени только Евгения Крыжановского. Здезды, однако ;)

А до выступления на конференции в Минске я участвовал в онлайн-тренинге для руководителей программистов Happy-PM. Очень позитивный тренинг. Позволил упорядочить и разложить по полочкам имеющиеся знания. Кроме того, в процессе тренинга, было много конструктивного общения и много новых знакомств. Очень необычный формат и отличный руководитель тренинга. Рекомендую!

Вот такая активность.

Плановые сроки сорваны. Как и ожидалось.

В тяжелых условиях приходится работать, товарищи.

С понедельника провожу мини-лекции для своих коллег на тему "Паттерны проектирования". В день по одному паттерну. Очень полезно готовить и проводить такие лекции: объяснил другим - понял сам, материал впитывается очень хорошо, маленькие публичные выступления. Каждый паттерн в виде презентации доступен на корпоративной Wiki.

Почему в моем ВУЗе о таких приемах не рассказывали? Может я прослушал? Считаю, что все программисты минимум должны знать о паттернах, а максимум - уметь их применять.

P.S. Спросил у одногрупника рассказывали ли нам о паттернах проектирования. Оказывается, что рассказывали. Но рассказывали так, что у многих появилась ненависть к шаблонам. Проблема ВУЗа, что многие преподаватели не умеют донести до студента суть так, чтобы не вызвать аллергическую реакцию к теме предмета. Есть устойчивое желание пойти и попробовать себя в качестве преподавателя. "... и каждый мнит себя стратегом, смотря на бой со стороны..."