A framework for identifying software project risks
Communications of the ACM
Qualitative Methods in Empirical Studies of Software Engineering
IEEE Transactions on Software Engineering
Experimentation in software engineering: an introduction
Experimentation in software engineering: an introduction
Components of Software Development Risk: How to Address Them? A Project Manager Survey
IEEE Transactions on Software Engineering
Software maintenance and evolution: a roadmap
Proceedings of the Conference on The Future of Software Engineering
Software engineering (6th ed.)
Software engineering (6th ed.)
Principles of survey research: part 3: constructing a survey instrument
ACM SIGSOFT Software Engineering Notes
Software Risk Management: Principles and Practices
IEEE Software
Software Architecture in Practice
Software Architecture in Practice
Studying Software Engineers: Data Collection Techniques for Software Field Studies
Empirical Software Engineering
Risk Themes Discovered through Architecture Evaluations
WICSA '07 Proceedings of the Sixth Working IEEE/IFIP Conference on Software Architecture
Marketplace Issues in Software Planning and Design
IEEE Software
A model of large program development
IBM Systems Journal
QoSA'07 Proceedings of the Quality of software architectures 3rd international conference on Software architectures, components, and applications
QoSA'07 Proceedings of the Quality of software architectures 3rd international conference on Software architectures, components, and applications
Why software fails [software failure]
IEEE Spectrum
Hi-index | 0.00 |
Software risk management studies commonly focus on project level risks and strategies. Software architecture investigations are often concerned with the design, implementation and maintenance of the architecture. However, there has been little effort to study risk management in the context of software architecture. We have identified risks and corresponding management strategies specific to software architecture evolution as they occur in industry, from interviews with 16 Norwegian IT-professionals. The most influential (and frequent) risk was "Lack of stakeholder communication affected implementation of new and changed architectural requirements negatively". The second most frequent risk was "Poor clustering of functionality affected performance negatively". Architects focus mainly on architecture creation. However, their awareness of needed improvements in architecture evaluation and documentation is increasing. Most have no formally defined/documented architecture evaluation method, nor mention it as a mitigation strategy. Instead, problems are fixed as they occur, e.g. to obtain the missing artefacts.