AgileCast aftermath: Постановка задач в agile-проектах (user stories)
Borys Lebeda
Сегодня состоялся наш каст посвящённый Agile Stories. Я благодарю всех активных участников и слушателей. Технических проблем у нас было заметно меньше, и все они решаются в Skype 4.0 путём вешание трубки и присоединения к разговору вновь.
В этом письме я главным образом поделюсь своими заметками сделанными во время обсуждения. Итак по-порядку согласно агенде
http://spreadsheets.google.com/ccc?key=p_2CED70faL2DB88T6Sv3Kw
Кто какой формат US используете?
Самый популярный формат <role> <action> <result/value>
В ходе дискуссии мы пришли к единому пониманию result и value. Часто result очевиден из action. Что важно, так это то, что US должны открывать глаза на результат для чего нужна создаваемая функциональность. Кроме того, US
- даёт нам понимание как заказчик видит систему.
- Упрощаем запись требований
US записывается на бизнес языке.
вы спрашиваете, зачем нужна функциональность ? И находите корень вопроса?
Спрашиваем, не спрашиваем, но пытаемся получить контекст проекта
Если какая-либо часть системы для разных ролей выглядит по разному это две разные US?
Однозначно да. Reuse функциональности - это технический аспект, не стоит смешивать его с US
Cтоит ли описывать нефункциональные требования как юзер стори (производительность и иже с ней)? Если стоит, то как?
Мнения разделились: некоторые держат неф. требования в отдельных документах, некоторые выражают это в историях
acceptance criteria = condition of satisfaction должны быть в US, что бы из них можно было бы выделить неф. требования.
Как выделить из user stories требования?
Лучше всего требования полностью вести в user stories. Role, action, result - не единственные аттрибуты US, в декомпозиции истории может быть и другой материал ... Дизайн тяжело описать в US, но присоединить к истории обычно довольно просто.
Как выделить из user stories архитектуру?
Все технические задачи определяются при планировании итерации.
Архитектура может записываться отдельно в виде неформального документа, который просто описывает где что искать в системе.
Как выделить из user stories задачи программистам?
Все технические задачи определяются при планировании итерации.
Также Некоторые минорные требования (в т.ч. по дизайну)
Кто должен создавать user stories? Заказчик (по книжке), команда или специальный человек?
Это не так важно по сравнению с тем, что нужно отговорить заказчика от указания технических деталей:
"если бы он мог сам написать функциональность, он бы не пришёл к вам".
Использование историй для Web-проектов типа новостного сайта?
Мы не почувсвтвовали разницы между ним и другими проектами
Можно ли по US определить трудозатраты проекта? Если да, то как?
Можно если зафиксировать команду и эстимировать в SP
Что если проект изменяется очень сильно (Появление новой роли, нового аспекта)?
К сожалению, командная оценка лучше что мы можем дать: если команда никогда не работала по SCRUM, то отфонарный велосити это единственное что мы можем предложить. Затем проводить каллибровку на будущие итерации. (Например, использовать Release burndown)
Можно попробовать использовать диапазон (пессимистическая - оптимистическая оценки)
Дополнительные идеи и замечания:
Тим Евграшин выделяет отдельно баги и дефекты. Баги - исправления возникшие в ходе работы над новой функциональность. Дефекты - outstanding issues: ошибка/недочёт при имплементации или поздний change request.
US хорошо использользовать для планирования, дизайн и технические задачи определяются при планировании уже непосредственно итерации.
Как не прити к тому, что бы переписывать код, в следующей итерации?
В US не должно быть технических деталей: тогда команда свободнее себя чувствует в плане реализации и может предусмотреть такие изменения
--
Borys L.
Taras Kornichuk
Записи каста проводились?
--
Best regards, Taras Kornichuk
Kononov Roman
Alexey Krivitsky
Kononov Roman
Sergiy Movchan
но вроде оставшейся темой было "преподавание агайл в ВУЗах"
--
...dali bude...
Kononov Roman
работать по agile и тема о юзер сториес. Насколько помню оставалась
тема о "Переходе к agile от водопада в крупных компаниях"(вроде как в
комментах просили обсудить) ну и кто еще что предложит
Sergiy Movchan
--
...dali bude...
Kononov Roman
расписание в гуглкалендаре,там было указано
Yaroslav Gnatyuk
В наших онлайн-встречах произошел непростительно большой перерыв.
Виной всему то, что у меня полностью улетучилось все свободное время.
Но теперь ситуация стабилизировалась и я предлагаю продолжить наше
общение. Для этого я специально создал новую google-группу, в которую
всех и приглашаю: http://groups.google.com.ua/group/agile-club-online
К сожалению, у меня нет времени на подготовку записей наших кастов.
Так что ищутся добровольцы, которым я буду очень признателен :)
По поводу расписания - в ближайшее время я смогу проводить касты по
вторникам и четвергам в промежутке 13:30 - 15:00 EEST. Если у кого-то
не получается, будем искать другие альтернативы.
Спасибо всем, кто принимал участие в предыдущих кастах, а также тем,
кто хотел поучавствовать в касте о преподавании agile, который еще не
провели. Не переживайте, мы обязательно его проведем!
2009/5/5 Kononov Roman <rkon...@gmail.com>:
Artjom Serdyuk
тему образования\обучения\воспитания программистов. Выложу сегодня-
завтра на аджайлюкрейн.орг и тут.
Предлагаю начать обсуждать здесь, а потом перейти в онлай.
Ещё одно. Интересно было бы привлечь к обсуждению стороннего эксперта,
который не участвует в форуме (иначе вообще какой смысл каста). У кого-
то есть подходящие кандидатуры?
On Jun 1, 8:55 am, Yaroslav Gnatyuk <gnat...@gmail.com> wrote:
> Всем привет,
>
> В наших онлайн-встречах произошел непростительно большой перерыв.
> Виной всему то, что у меня полностью улетучилось все свободное время.
> Но теперь ситуация стабилизировалась и я предлагаю продолжить наше
> общение. Для этого я специально создал новую google-группу, в которую
> всех и приглашаю:http://groups.google.com.ua/group/agile-club-online
>
> К сожалению, у меня нет времени на подготовку записей наших кастов.
> Так что ищутся добровольцы, которым я буду очень признателен :)
>
> По поводу расписания - в ближайшее время я смогу проводить касты по
> вторникам и четвергам в промежутке 13:30 - 15:00 EEST. Если у кого-то
> не получается, будем искать другие альтернативы.
>
> Спасибо всем, кто принимал участие в предыдущих кастах, а также тем,
> кто хотел поучавствовать в касте о преподавании agile, который еще не
> провели. Не переживайте, мы обязательно его проведем!
>
> 2009/5/5 Kononov Roman <rkono...@gmail.com>:
>
> > про заказчика второй был каст, к сожалению ссылку не могу найти на
> > расписание в гуглкалендаре,там было указано
>
> > On 05/05/2009, Sergiy Movchan <sergiy.movc...@gmail.com> wrote:
> >> если я ничего не пропустил, что первый каст был "как продать агайл
> >> заказчику", второй "юзер сториес". больше ничего не было
>
> >> 2009/5/5 Kononov Roman <rkono...@gmail.com>
>
> >>> Вроде вузы первой темой обсуждали, затем как убеждать заказчика
> >>> работать по agile и тема о юзер сториес. Насколько помню оставалась
> >>> тема о "Переходе к agile от водопада в крупных компаниях"(вроде как в
> >>> комментах просили обсудить) ну и кто еще что предложит
>
> >>> On 05/05/2009, Sergiy Movchan <sergiy.movc...@gmail.com> wrote:
> >>> > у меня заглючил звук в скайпе и я остыл :)
> >>> > но вроде оставшейся темой было "преподавание агайл в ВУЗах"
>
> >>> > 2009/5/5 Kononov Roman <rkono...@gmail.com>
>
> >>> >> я бы с удовольствием, темы вроде как есть, нужно лишь собраться
> >>> >> обсудить
>
> >>> >> On 03/05/2009, Alexey Krivitsky <alexeykrivit...@gmail.com> wrote:
> >>> >> > привет всем
>
> >>> >> > касты ещё планируются?
>
> >>> >> > крв
>
> >>> >> > 2009/3/28 Kononov Roman <rkono...@gmail.com>
Yaroslav Gnatyuk
поводу )) только опасаюсь множественных выпадов в сторону нынешнего
качества преподавания в вузах ))
2009/6/1 Artjom Serdyuk <artem....@gmail.com>:
Kononov Roman
sun
--
sun
Yaroslav Gnatyuk
2009/6/1 Kononov Roman <rkon...@gmail.com>: