2005
DOI: 10.1109/ms.2005.69
|View full text |Cite
|
Sign up to set email alerts
|

Leveraging Global Resources: A Process Maturity Framework for Managing Distributed Development

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
42
0
3

Year Published

2006
2006
2019
2019

Publication Types

Select...
4
3
2

Relationship

0
9

Authors

Journals

citations
Cited by 69 publications
(50 citation statements)
references
References 5 publications
0
42
0
3
Order By: Relevance
“…Popular software process frameworks like Software Engineering Institute's Capability Maturity Model (CMM) and ISO 9001, detail key process areas (KPAs) for software development, and have been well-tested over the years in collocated projects. However, these frameworks were not designed keeping global development in mind and lack KPAs that address capabilities for managing distributed software projects [53]. This deficiency in well-known process frameworks is becoming increasingly critical in practice since quality of software (as opposed to cheap labor) is emerging as the primary differentiator between numerous low-cost vendors competing for outsourcing contracts worldwide.…”
Section: Process and Metrics Issuesmentioning
confidence: 99%
“…Popular software process frameworks like Software Engineering Institute's Capability Maturity Model (CMM) and ISO 9001, detail key process areas (KPAs) for software development, and have been well-tested over the years in collocated projects. However, these frameworks were not designed keeping global development in mind and lack KPAs that address capabilities for managing distributed software projects [53]. This deficiency in well-known process frameworks is becoming increasingly critical in practice since quality of software (as opposed to cheap labor) is emerging as the primary differentiator between numerous low-cost vendors competing for outsourcing contracts worldwide.…”
Section: Process and Metrics Issuesmentioning
confidence: 99%
“…For each practice, we assessed its mapping to a complexity level by using the percentage occurrences of those architects' rankings which coincide with ours. We adopted a cut-off of 75% as an acceptable matching level, as recommended in previous validation studies of software engineering practices [12,13]. The data in Table III suggests our mappings matched well with the architects'.…”
Section: Stagementioning
confidence: 95%
“…We decided to consider these perspectives because authors in the ERP, RE and cost estimation fields (Armour 2002;Brehm et al 2001;Costello and Liu 1995;Davenport 2000;Ebert and De Neve 2001;Herbsleb et al 2005;Ko et al 2005;Ramasubbu et al 2005;SAP SI 2004;Stamelos 2001;Stensrud and Myrtveit 2003;Summer 2000) found them useful in understanding the multifaceted nature of the cross-organizational ERP projects and the determinants of how project resources are likely to be consumed.…”
Section: Research Perspectivesmentioning
confidence: 99%
“…The fast-changing nature of networked businesses and of their ERP requirements makes it very difficult to develop parametric models which yield high accuracy. In cross-organizational ERP settings, legacy applications developed at different times are inherited and new global software processes (Ebert and De Neve 2001;Herbsleb et al 2005;Ramasubbu et al 2005) are adopted. As a result, the nature of the ERP solutions and the resources used to create them are evolving and the requirements that serve as input to the cost estimation model become highly volatile (Costello and Liu 1995), as do the estimates that depend on them.…”
Section: The Dynamics Of Size and Effort Factorsmentioning
confidence: 99%