Управление требованиями в крупных agile проектах — до, после, или вместо (Константин Кривцов, AgileDays-2014) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
| (не показано 27 промежуточных версий этого же участника) | |||
== Примечания и отзывы ==
* {{ConferencePage|http://msk14.agiledays.ru/members/profile/281/#report-60}}
<!-- <blockquote>[©]</blockquote> -->
<references/>
[[Category:AgileDays-2014]]
[[Category]]
Category:Управление требованиями]]
<!-- topub -->
{{stats|disqus_comments=0|refresh_time=2017-11-24T21:11:54.104126|2021-08-31T18:36:07.319516|vimeo_comments=0429|vimeo_plays=2456|youtube_comments=0|}}youtube_plays=702}}
[[Категория:AgileDays-2014]]
[[Категория:Управление требованиями]]
[[Категория:Agile and Business Analysis]] | |||
Текущая версия на 08:48, 20 октября 2025
Содержание
Аннотация
- Докладчик
- Константин Кривцов
Почему-то ни у кого не возникает желания использовать джиру для хранения исходного кода проекта, хотя казалось бы, чем плохо? Прикрепил все файлы к таску, и все супер :)
Но при этом сплошь и рядом именно такой подход выбирается в больших и малых agile и не очень проектах для «управления требованиями».
Почему избитый термин взят выше в кавычки, и даже более того, почему и для чего к требованиям и к дизайну системы стоит отнестись не менее уважительно, чем к исходному коду, я бы хотел обсудить с вами.
Видео
Слайды
Примечания и отзывы
Plays:958
Comments:0
