К основному контенту

agile newsletter, выпуск 2: новости и ссылки

Agile newsletter: новости, ссылки

Выпуск 2, 20 марта 2007 (архив новостей)

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

Agile в Украине:

Регистрация встречи по Agile/Scrum, которая будет проходить в Киеве 31 марта, почти завершена. В течение следующих дней будет финализировано время и место проведения встречи. Следите за обновлениями на сайте группы в разделе События или в рассылке.

Видео-материалы:

Database refactoring

Базы данных - часть продукта, которая требует эволюционирования так же как и код. Скотт Амблер рассказывает о том, как разрабатывать и поддерживать базы данных в ритме Agile
http://www.infoq.com/presentations/ambler-database-refactoring


Интервью с Элистером Коуберном
http://www.infoq.com/interviews/alistair-cockburn-interview-2006

Элистер - автор многих книг по ООП и Agile (см. ниже), основатель Agile движения, соавтор Agile Manifesto.


Интервью с Мери Поппендик

http://www.infoq.com/interviews/poppendieck-lean-2007
Мери и Том рассказывают про корни и суть Lean Development - подходу, который использовала корпорация Toyota для виживания в конкурентной борьбе. Эти принципы сродни Agile и переносимы в область разработки ПО. О чем собственно и рассказывает это интервью.

Статьи:

Offshore Outsourcing with Scrum
http://www.starsoftlabs.com/news/?doc=228
Обзор материала по применению agile/Scrum принципов в оффшорной разработке
English.

Agile Development On a Fast Track
http://www.starsoftlabs.com/news/?doc=210
Обзор использования Agile подходов на рынке разработки ПО: статистика, культурные особенности
English.

Statistics on Agile
http://www.versionone.net/surveyresults.asp
Интересная статистика, собранная VersionOne в agile среде: какие методологии преобладают? откуда приходит agile? и прочее
English.

Lean Thinking, Lean Programming
Старые, но неустаревающие статьи Мери Поппендик на тему Lean мышления.
"Если преуспела Тойота, то почему мы не можем?"
Две статьи:
English.

Дискуссии:

Scrum? XP? Crystal?
Интересная дискуссия по выбору agile методологии.
http://finance.groups.yahoo.com/group/agileprojectmanagement/message/6996

Bosstalks
Недавно открытый сайт по менеджменту IT проектов.
Обсуждаются особенности оффшорной разработки, agile подходов.
http://www.bosstalks.com/

Обзор книг:

Недавно вышла вторая редакция известной книги по Agile Development Элистера Коуберна (Alistair Cockburn)
  • ISBN-10: 0321482751
  • ISBN-13: 978-0321482754
Отрывки:

------------------------------------------
У вас есть замечания или пожелания - пишите, мы будем рады.
Agile-Ukraine

Редакторы выпуска: Василий Керецман, Алексей Кривицкий.

ПОПУЛЯРНОЕ

Шаблоны декомпозиции Пользовательских Историй (User Stories)

Автор: Richard Lawrence
Переведено с английского проектом Agile Translations


Хорошие Пользовательские Истории следуют INVEST модели, предложенной Биллом Вейком (Bill Wake). Они независимые (Independent), обсуждаемые (Negotiable), ценные (Valuable), поддающиеся оценке (Estimable), небольшие (Small) и тестируемые (Testable). Именно требование к размеру приводит нас к необходимости делить большие Пользовательские Истории, однако, даже после разбиения, они все еще должны следовать этой модели.
Многие начинающие agile-команды пытаются разделять Пользовательские Истории по архитектурным слоям: одна история для пользовательского интерфейса, другая — для базы данных, и так далее. Такой подход может удовлетворять критерию “небольшая”, однако, не сможет похвастаться тем же в случае с “независимая” и “ценная”. За девять лет работы с гибкими методологиями, я определил девять шаблонов разбиения Пользовательских Историй на хорошие, небольшие истории.

Скрамбан - собираем лучшее

Автор: Илья Павличенко.


Иногда я слышу фразу - «теперь у нас будет СкрамБан». И, к сожалению, наблюдаю, что чаще всего это означает, что у команды теперь не будет ни полноценного Скрама, ни внедренного должным образом Канбана. Хотя это понятие (СкрамБан) подразумевает и первое, и второе. Таким образом, команды лишают себя преимуществ обоих методов, переходя в серую зону неопределенности.

Привожу цитату Алана Шалловея, одного из родоначальников Канбана (полностью его блог-пост по этому вопросу можно прочесть здесь):
«Теперь стало модно у многих Скрам команд уходить от итераций и кросс-функциональных команд и говорить, что теперь у них внедрен Канбан. Я принимаю то, что в Канбане отсутствует и первое, и второе. Но Канбан не определяется отсутствием итераций или кросс-функциональных команд. Он определяется визуализацией, управлением потока, наличием явных полиси и т.д. Если у вас был Скрам и вы решили уйти от итераций - у вас не Канбан. Вы даже и близко не подошли к тому, чтобы приблизиться…

Календарь тренингов по Agile

Наши партнёры по тренингам: