2006 International Workshop on Software Product Management (IWSPM'06 - RE'06 Workshop) 2006
DOI: 10.1109/iwspm.2006.5
|View full text |Cite
|
Sign up to set email alerts
|

Lightweight Replanning of Software Product Releases

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
12
0

Year Published

2008
2008
2016
2016

Publication Types

Select...
5
3
2

Relationship

0
10

Authors

Journals

citations
Cited by 17 publications
(12 citation statements)
references
References 22 publications
0
12
0
Order By: Relevance
“…-RQ1. 3 Which practices from RQ1.1 and RQ1.2 are justified for market-driven RE by empirical validation and/or rationale?…”
Section: Revised Research Questionsmentioning
confidence: 99%
“…-RQ1. 3 Which practices from RQ1.1 and RQ1.2 are justified for market-driven RE by empirical validation and/or rationale?…”
Section: Revised Research Questionsmentioning
confidence: 99%
“…Create new requirements for a feature(s) [8,[32][33][34][35][36][37] Change a requirement(s) in a feature [28,32,37] Remove a requirement from a feature(s) [38] Prioritize requirements [8,28,36,39,40] Allocate resources [32-34, 38, 39, 41] Allocate requirements to releases [8, 28, 33-36, 39, 40, 42] Select technology for set of requirements [34] None of the product planning approaches refers to analytics as a potential input to product planning. Analytics, however, provide essential data for guiding sales, marketing, and engineering of usability, performance, reliability, and quality of service.…”
Section: Releasementioning
confidence: 99%
“…The work considered requirements problems as feature (component) subset selection problems, like Feather et al, presenting results for a single objective formulation applied to a real world data set: the Motorola Data Set. The work of AlBourae et al (2006) was focused more on the requirements change handling. That is, re-planning of the product release.…”
Section: Related Workmentioning
confidence: 99%