Управление требованиями в крупных agile проектах — до, после, или вместо (Константин Кривцов, AgileDays-2014) — различия между версиями

== Видео ==

{{vimeoembed|90722112|800|500}}
{{youtubelink|V06LSS0JEXs}}



<!-- pollholder --> 






Не очень: (



== Слайды ==
[[File:Управление требованиями в крупных agile проектах — до, после, или вместо (Константин Кривцов, AgileDays-2014).pdf|left|page=-|256px]]

{{----}}

== Примечания и отзывы ==
* [http://msk14.agiledays.ru/members/profile/281/#report-60 Страничка доклада на сайте конференции]

<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:AgileDays-2014]]

[[Category:Agile]]
[[Category:Управление требованиями]]
<!-- topub -->

Версия 18:45, 10 июня 2016

Аннотация

Докладчик

Константин Кривцов

Почему-то ни у кого не возникает желания использовать джиру для хранения исходного кода проекта, хотя казалось бы, чем плохо? Прикрепил все файлы к таску, и все супер :)

Но при этом сплошь и рядом именно такой подход выбирается в больших и малых agile и не очень проектах для «управления требованиями».

Почему избитый термин взят выше в кавычки, и даже более того, почему и для чего к требованиям и к дизайну системы стоит отнестись не менее уважительно, чем к исходному коду, я бы хотел обсудить с вами.

Видео

on youtube

Слайды

Примечания и отзывы

• Страничка доклада на сайте конференции