Gerry Coleman

Investigating software process in practice: A grounded theory perspective

This paper presents the results of a study of how software process and software process improvement (SPI) is applied in actual practice in the software industry using the indigenous Irish software product industry as a test-bed. The study used the grounded theory methodology to produce a theory, grounded in the field data, that explains how software processes are formed and evolve and when and why SPI is undertaken. Our research found that SPI programmes are implemented reactively and many software managers are reluctant to implement SPI best practice models because of the associated costs.

Using grounded theory to understand software process improvement: A study of Irish software product companies

Software process improvement (SPI) aims to understand the software process as it is used within an organisation and thus drive the implementation of changes to that process to achieve specific goals such as increasing development speed, achieving higher product quality or reducing costs. Accordingly, SPI researchers must be equipped with the methodologies and tools to enable them to look within organisations and understand the state of practice with respect to software process and process improvement initiatives, in addition to investigating the relevant literature. Having examined a number of potentially suitable research methodologies, we have chosen Grounded Theory as a suitable approach to determine what was happening in actual practice in relation to software process and SPI, using the indigenous Irish software product industry as a test-bed. The outcome of this study is a theory, grounded in the field data, that explains when and why SPI is undertaken by the software industry. The objective of this paper is to describe both the selection and usage of grounded theory in this study and evaluate its effectiveness as a research methodology for software process researchers. Accordingly, this paper will focus on the selection and usage of grounded theory, rather than results of the SPI study itself.

Adept: A Unified Assessment Method for Small Software Companies

Software process assessments are typically the first step to commencing software process improvement. Small software companies find that many assessment methods are linked to plan-driven improvement models and can be expensive in terms of the resources required. The authors support these claims with statistics from the Irish software industry and present a lightweight assessment method called Adept. Adept unifies an existing plan-driven assessment method and an adapted, risk-based agility/discipline assessment method. Adept has a low resource overhead and does not dictate either a plan-driven or agile process improvement model, making it an attractive assessment method for small software companies

Exploring Managerial Commitment towards SPI in Small and Very Small Enterprises

This paper compares and contrasts the results of two similar studies into the software process practices in Irish Small and Very Small Enterprises. The first study contains rich findings in relation to the role and influence of managerial experience and style, with particular respect to the company founder and software development managers in small to medium seized enterprises (SMEs), whilst the second study contains extensive findings in relation to people and management involvement / commitment and SPI goal planning in very small enterprises (VSEs). By combining these results of these two studies of Irish SMEs/VSEs we can develop a rich picture of managerial commitment towards SPI and in particular explore the similarities between Small and Very Small Enterprises.

Medical Device Software Traceability

Software traceability is central to medical device software development and essential for regulatory approval. In order to comply with the regulatory requirements of the medical device industry it is essential to have clear linkages and traceability from requirements – including risks – through the different stages of the software development and maintenance life cycles. The regulatory bodies request that medical device software development organizations clearly demonstrate how they follow a software development life cycle without mandating a particular life cycle. However, due to the traceability requirements of the industry most medical device companies adopt the V-model. Within this chapter we will discuss the importance of traceability to medical device software development, the current state of practice within the industry in relation to traceability and how we feel that traceability could be improved within the industry. The chapter also describes the development and implementation of a medical device traceability software process assessment method (Med-Trace) in two medical device software development organizations. We include these two case studies as one involved a medical device SME based in Ireland and the other a medical device SME based in the UK as we want to illustrate that Med-Trace can be applied within different countries.

Software process in practice: a grounded theory of the irish software industry

This paper presents the results of a Grounded Theory study of how software process and software process improvement (SPI) is applied in the practice of software development. This study described in this paper focused on what is actually happening in practice in the software industry. Using the indigenous Irish software product industry as a test-bed, we examine the approaches used to develop software by companies at various stages of growth. The study used the grounded theory methodology and the results produce a picture of software process usage, with the outcome being a theory, grounded in the field data, that explains how software processes are formed and evolve, and when and why SPI is undertaken. The grounded theory is based on two conceptual themes, Process Formation and Process Evolution, and one core theoretical category, Cost of Process. Our research found that SPI programmes are implemented reactively and that many software managers reject SPI because of the associated implementation and maintenance costs and are reluctant to implement SPI models such as ISO 9000 and CMMI.

Do agile GSD experience reports help the practitioner

Agile software development has steadily gained momentum and acceptability as a viable approach to software development. As software development continues to take advantage of the global market, agile methods are also being attempted in geographically distributed settings. In this paper, the authors discuss the usefulness of published research on agile global software development for the practitioner. It is contended that such published work is of minimal value to the practitioner and does not add anything to the guidance available before the existence of current agile methods. A survey of agile GSD related publications, from XP/Agile conferences between 2001 and 2005, is used to support this claim. The paper ends with a number of proposals which aim to improve the usefulness of future agile GSD research and experience.

Software Development Processes for Games: A Systematic Literature Review

This paper describes the methodology and results from a Systematic Literature Review (SLR) of the software processes used in game development. A total of 404 papers were analyzed as part of the review and the various process models that are used in industry and academia/research are presented. Software Process Improvement (SPI) initiatives for game development are discussed. The factors that promote or deter the adoption of process models, and implementing SPI in practice are highlighted. Our findings indicate that there is no single model that serves as a best practice process model for game development and it is a matter of deciding which model is best suited for a particular game. Agile models such as Scrum and XP are suited to the knowledge intensive domain of game development where innovation and speed to market are vital. Hybrid approaches such as reuse can also be suitable for game development where the risk of the upfront investment in terms of time and cost is mitigated with a game that has stable requirements and a longer lifespan.

Developing a configuration management capability model for the medical device industry

Software is becoming an increasingly important aspect of medical devices and medical device regulation. Software enables highly complex systems to be built. However, complexity is the enemy of safety, therefore strict adherence to well documented processes is important within the domain of medical device software. Medical devices can only be marketed if compliance and approval from the appropriate regulatory bodies of the Food and Drug Administration (FDA) is achieved. This paper outlines the development of a Configuration Management Capability Model (CMCM). The CMCM is a Software Process Improvement (SPI) model specifically dedicated to Configuration Management (CM) for the medical device industry. This paper details how medical device regulations may be satisfied by adopting relevant practices from the Capability Maturity Model Integration (CMMI®) CM process area. It also investigates how the CMMI® CM process area may be extended with additional practices that are outside the remit of the CMMI®, but are required in order to satisfy Medical Device Regulatory (MDR) guidelines.

Applying an agility/discipline assessment for a small software organisation

The adoption of agile software development methodologies may appear to be a rather straightforward process yielding instantly improved software in less time and increasingly satisfied customers. This paper will show that such a notion is a misunderstanding and can be harmful to small software development organisations. A more reasonable approach involves a careful risk assessment and framework for introducing agile practices to address specific risks. A case study with a small software development organisation is provided to show the assessment in practice and the resulting risk mitigation strategies for process improvement.