Управление требованиями в крупных agile проектах — до, после, или вместо (Константин Кривцов, AgileDays-2014) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) (Batch edit: remove Не очень: () |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE \[([^\s]+) Страничка доклада на сайте конференции\] with {{ConferencePage|$1}}) |
||
== Примечания и отзывы == * [{{ConferencePage|http://msk14.agiledays.ru/members/profile/281/#report-60 Страничка доклада на сайте конференции]}} <!-- <blockquote>[©]</blockquote> --> <references/> [[Category:AgileDays-2014]] [[Category:Agile]] [[Category:Управление требованиями]] <!-- topub --> |
Версия 14:10, 22 декабря 2016
Содержание
Аннотация
- Докладчик
- Константин Кривцов
Почему-то ни у кого не возникает желания использовать джиру для хранения исходного кода проекта, хотя казалось бы, чем плохо? Прикрепил все файлы к таску, и все супер :)
Но при этом сплошь и рядом именно такой подход выбирается в больших и малых agile и не очень проектах для «управления требованиями».
Почему избитый термин взят выше в кавычки, и даже более того, почему и для чего к требованиям и к дизайну системы стоит отнестись не менее уважительно, чем к исходному коду, я бы хотел обсудить с вами.
Видео
Слайды
Примечания и отзывы