Всем привет,

Завершаем проект, сделанный в стиле agile. Вот PPT'шка, которую ваш покорный слуга подготовил для разбора полетов. Может пригодится, если в ней все понятно 

Презентация тут (~3MB)

Спрашивайте   

Это сообщение отредактировал(а) arilou - 2.6.2008, 23:05

Интересная презентация. При ее просмотре у меня возникло несколько вопросов по ее содержанию:


Что такое CR?


Что здесь имеется в виду под смыслом? Допустим у меня есть какой-то баг. Я его исправил и теперь хочу закоммитить код.Что является смыслом этого коммита? Название/код исправленного бага или что-то другое?

Ну наверное, имеется ввиду не пояснение типа "Updated bla-bla-bla file and bleh-bleh module", а "Fixed XYZ bug, added ABC feature, resolved GHJ issues".

Bikutoru, закономерый вопрос -- я был вынужден убрать скриншоты из-за цензуры.

Описание коммита - это описание его смысла. В вашем случае это summary бага и его номер в bug tracking системе. Например





CR == Change Request, запрос от клиента на внесение изменений.

arilou, очень хорошо.

Вопрос у меня такой - если QA-инженер каждый раз берет для тестинга свежий билд, то это, на мой взгляд, может привести к двум проблемам:
1) Необходимости чуть ли не ежедневной переустановки продукта
2) У вас не будет ни одного полностью протестированного релиза.

Как справляетесь с этим?

Ну и еще должен сказать. что вам повезло с клиентом. Далеко не все соглашаются на разработку продукта без детального предварительного плана (пускай даже фиктивного) и без спеки.

Добавлено @ 10:04 
Еще вопрос - что понимается под "динамическим" Proof of Concept? Вы его поддерживаете, что ли?

Мы делаем code freeze, и полный functional testing на определенном билде, который разработчики называют "стабильным". Т.е. всегда есть внутренние релизы, и внешние - идущие к клиенту. Внешний практически всегда проходит полноценное тестирование.


Речь идет не о статическом прототипе-наборе всех форма приложения, а небольший программе (в нашем случае это была одна страница), демонстрирующей применение GWT в рамках реализации одной user story очень важного требования.

Добавлено @ 15:04 

Адназначна.

Так а в чем "динамичность"?

В отсутствии статичности :-) Статичность - это как HTML прототип в моем случае. Динамичность - это прога на джаве.

Ясно.

Проект был завршён успешно? ;)

Опыт использования упомянутых инструментов уже был у всех участников команды? 

Bose, была успешно завершена первая стадия (сейчас в продакшне). Кроме XPlanner'а со всеми остальными тулзами команда уже работала раньше.

Отлично  Тихо завидую   

А как личные впечатления? Это удобно? Какие-то жалобы от девелоперов, тестировщика, клиента были? Как клиент воспринял такой подход? 
Кто был инициатором применения Agile подхода? ;)

Клиент не хотел сначала, но я его убедил. Все остальные были в восторге, но пришлось попотеть.

Нельзя ли тут немного поподробнее? У клиента был какой-то свой взгляд на то как должна вестись разработка? Имел ли он представление о Agile? 

Просто мне кажется(именно кажется, ибо реального "контрактного" опыта работы с клиентом у меня нет), что в целесообразности и удобстве Agile можно убедить любого pазумного человека. Если конечно воплощение этот будет одинаково гибким и для девелоперов и для заказчиков. 

Человека - да, а вот организацию...