Управление требованиями определяют не только требования (Анна Абрамова, SECR-2015) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) (Новая страница: «== Аннотация == ;Докладчик: {{Speaker|Анна Абрамова}} <blockquote> </blockquote> Управление требованиями оп…») |
StasFomin (обсуждение | вклад) |
||
== Аннотация == ;Докладчик: {{Speaker|Анна Абрамова}} <blockquote> </blockquote> Управление требованиями определяют не только требования (Анна Абрамова, SECR-2015)Словосочетание “управление требованиями” используется так часто, что уже, кажется, потеряло свой изначальный смысл. В процессе разработки часто подразумевается, что управлять требованиями можно просто создавая их и переводя из состояния в состояние. А повысить управляемость проекта можно описав реализацию в виде требований или внеся всю доступную информацию о проекте в систему управления разработкой. В докладе показано, почему управляемость при этом не повышается, и что сделать работу более предсказуемой можно, если сформировать в команде одинаковое понимание особенностей структуры информации, определяющей проект: * бизнес-требований * описания предметной области * архитектуры * требований к системе * прототипа интерфейса * описания системы. </blockquote> == Видео == {{vimeoembed|143683452|800|450}} <!-- {{youtubelink|}} --> == Слайды == [[File:Управление требованиями определяют не только требования (Анна Абрамова, SECR-2015).pdf|left|page=-|256px]] {{----}} == Примечания и отзывы == <!-- <blockquote>[©]</blockquote> --> * [http://2015.secr.ru/program/submitted-presentations/requirements-management-is-not-only-about-requirements Страница доклада на сайте конференции] <references/> [[Category:SECR-2015]] <!-- --> |
Версия 09:31, 26 ноября 2015
Содержание
Аннотация
- Докладчик
- Анна Абрамова
Словосочетание “управление требованиями” используется так часто, что уже, кажется, потеряло свой изначальный смысл. В процессе разработки часто подразумевается, что управлять требованиями можно просто создавая их и переводя из состояния в состояние. А повысить управляемость проекта можно описав реализацию в виде требований или внеся всю доступную информацию о проекте в систему управления разработкой.
В докладе показано, почему управляемость при этом не повышается, и что сделать работу более предсказуемой можно, если сформировать в команде одинаковое понимание особенностей структуры информации, определяющей проект:
- бизнес-требований
- описания предметной области
- архитектуры
- требований к системе
- прототипа интерфейса
- описания системы.
Видео
Слайды
Примечания и отзывы