2009
DOI: 10.1007/s00766-009-0078-8
|View full text |Cite
|
Sign up to set email alerts
|

Linking business and requirements engineering: is solution planning a missing activity in software product companies?

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
13
0
1

Year Published

2011
2011
2022
2022

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 27 publications
(14 citation statements)
references
References 20 publications
0
13
0
1
Order By: Relevance
“…First a holistic collaborative work involving multiple stakeholders from business and software functions whereby speeding continuous planning and innovation of ideas [13]. Second continuously deploying of software builds through automating software delivery processes and eliminating wastes and this is known as continuous delivery [14].…”
Section: B Devopsmentioning
confidence: 99%
“…First a holistic collaborative work involving multiple stakeholders from business and software functions whereby speeding continuous planning and innovation of ideas [13]. Second continuously deploying of software builds through automating software delivery processes and eliminating wastes and this is known as continuous delivery [14].…”
Section: B Devopsmentioning
confidence: 99%
“…The only form of continuous planning is that which emerges from agile development approaches and is related to sprint iterations or at best, software releases, and is not widespread throughout the organization. However, just as agile seeks to enable software development to cope with frequent changes in the business environment, the nature of the business environment also requires that planning activities be done more frequently to ensure alignment between the needs of the business context and software development [37], and also requires a tight integration between planning and execution [32]. Given the ongoing interest in autonomous systems, it is also interesting that Knight et al [32] identify continuous planning as a key prerequisite for delivering autonomous systems.…”
Section: Continuous Planningmentioning
confidence: 99%
“…Continuous planning at the project level is done in relation to what is known (e.g., looking two to four weeks forward), the plan is for the next iteration and the work that will be for today. Various industrial experiences (e.g., Lehtola et al, 2007Lehtola et al, , 2009) of companies have shown that they perform open-ended planning with a pre-defined rhythm. However, while planning can be undertaken at regular intervals, the horizon of the future is not fixed.…”
Section: Overviewmentioning
confidence: 99%
“…Company planning is often performed looking only one to two releases ahead, with planning for the near future given greater detail than for the remote future, which is only roughly outlined. Open-ended planning is an effective form of market-driven planning that understands decisions as involving various trade-offs between now and later (Lehtola et al, 2007(Lehtola et al, , 2009.…”
Section: Overviewmentioning
confidence: 99%