{"title":"Experience in Managing Requirements between Distributed Parties in a Research Project Context","authors":"K. Pierce, C. Ingram, Bert Bos, Augusto Ribeiro","doi":"10.1109/ICGSE.2013.23","DOIUrl":null,"url":null,"abstract":"This paper describes the experience of managing a requirements process between distributed parties with diverse interests in a research project context. We present some key 'lessons learned' from a new case study, the DESTECS project, and summarise lessons learned from previous experience reports. Key risks include obstacles imposed by the geographic distance, the different domain knowledge and working contexts of partners, and a risk that autonomous partners' goals do not always coincide. Our observations on a new case study broadly support a previous study, but we also propose some new lessons to learn, including the creation of a small, representative 'requirements authority' (RA), investing time in studying common concepts early in the project, and ensuring that expectations for requirements and for deliveries are made explicit.","PeriodicalId":175455,"journal":{"name":"2013 IEEE 8th International Conference on Global Software Engineering","volume":"1 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2013-08-26","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"8","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2013 IEEE 8th International Conference on Global Software Engineering","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/ICGSE.2013.23","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 8
Abstract
This paper describes the experience of managing a requirements process between distributed parties with diverse interests in a research project context. We present some key 'lessons learned' from a new case study, the DESTECS project, and summarise lessons learned from previous experience reports. Key risks include obstacles imposed by the geographic distance, the different domain knowledge and working contexts of partners, and a risk that autonomous partners' goals do not always coincide. Our observations on a new case study broadly support a previous study, but we also propose some new lessons to learn, including the creation of a small, representative 'requirements authority' (RA), investing time in studying common concepts early in the project, and ensuring that expectations for requirements and for deliveries are made explicit.