Управление требованиями определяют не только требования (Анна Абрамова, SECR-2015) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->
* [http://2015.secr.ru/lang/ru/program/submitted-presentations/requirements-management-is-not-only-about-requirements Страница доклада на сайте конференции]
{{fblink|1664651260454555}}
{{vklink|122}}
<references/>
<!-- -->
{{stats|disqus_comments=0|refresh_time=2019-02-22T22:38:0327T22:50:40.017968366836|vimeo_comments=0|vimeo_plays=45|youtube_comments=0|youtube_plays=20}}
[[Категория:SECR-2015]]
[[Категория:Управление требованиями]] | |||
Версия 19:50, 27 февраля 2019
Содержание
Аннотация
- Докладчик
- Анна Абрамова
Словосочетание “управление требованиями” используется так часто, что уже, кажется, потеряло свой изначальный смысл. В процессе разработки часто подразумевается, что управлять требованиями можно просто создавая их и переводя из состояния в состояние. А повысить управляемость проекта можно описав реализацию в виде требований или внеся всю доступную информацию о проекте в систему управления разработкой.
В докладе показано, почему управляемость при этом не повышается, и что сделать работу более предсказуемой можно, если сформировать в команде одинаковое понимание особенностей структуры информации, определяющей проект:
- бизнес-требований
- описания предметной области
- архитектуры
- требований к системе
- прототипа интерфейса
- описания системы.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Слайды
Примечания и отзывы
Plays:65 Comments:0