2018
DOI: 10.7250/itms-2018-0008
|View full text |Cite
|
Sign up to set email alerts
|

Quality metrics in Agile Software Development Projects

Abstract: Nowadays, IT projects are becoming more complex and larger in scale. Stakeholders often experience difficulties assessing project quality attributes, such as progress, budget. Specifically adapted project metrics based on their descriptive features are beneficial tools for acquiring important information. The paper discusses metrics as an important project quality assessment method. It proposes using GQM method for selecting the most appropriate Agile project quality metrics. For metrics monitoring it explores… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1

Citation Types

0
1
0

Year Published

2020
2020
2023
2023

Publication Types

Select...
5

Relationship

0
5

Authors

Journals

citations
Cited by 6 publications
(2 citation statements)
references
References 10 publications
(16 reference statements)
0
1
0
Order By: Relevance
“…The measurement practices in ASD [79], [81] Work capacity, percentage of adopted work, sprint-level effort burndown, percentage of found work, focus factor, the accuracy of estimation, accuracy of the forecast, targeted value increase [79] Delivery on time, unit test coverage for the developed code, bug correction time from "new" to "closed" state, open defect severity index ASD process [81] Lack of cohesion of methods, work capacity, sprint goal success rated, total project duration, time to market, total product cost, return on investment, new requests within ROI budgets, success at scale, win/loss record, velocity, standard violation, business value delivered, defects per iteration, number of stories, number of tests Measuring and predicting the developed quantitative planning software in Scrum [90] Functional size method, function points, lead time, queue size in the requirements process, work in progress, requirements ambiguity, requirements completeness, aspectual density per sprint for requirements, requirements maturity index, problem per user month, user stories carried on to the next iteration, size of work items in story point, the complexity level of PB items, the total number of story points, end-user satisfaction, respect of requirements Requirements-associated metrics [93] Passed/failed TCs, failed TC priorities, task breakdown within sprints, release burndown chart, created/executed tasks, task status breakdown, task priority breakdown, average task life span…”
Section: Sourcesmentioning
confidence: 99%
“…The measurement practices in ASD [79], [81] Work capacity, percentage of adopted work, sprint-level effort burndown, percentage of found work, focus factor, the accuracy of estimation, accuracy of the forecast, targeted value increase [79] Delivery on time, unit test coverage for the developed code, bug correction time from "new" to "closed" state, open defect severity index ASD process [81] Lack of cohesion of methods, work capacity, sprint goal success rated, total project duration, time to market, total product cost, return on investment, new requests within ROI budgets, success at scale, win/loss record, velocity, standard violation, business value delivered, defects per iteration, number of stories, number of tests Measuring and predicting the developed quantitative planning software in Scrum [90] Functional size method, function points, lead time, queue size in the requirements process, work in progress, requirements ambiguity, requirements completeness, aspectual density per sprint for requirements, requirements maturity index, problem per user month, user stories carried on to the next iteration, size of work items in story point, the complexity level of PB items, the total number of story points, end-user satisfaction, respect of requirements Requirements-associated metrics [93] Passed/failed TCs, failed TC priorities, task breakdown within sprints, release burndown chart, created/executed tasks, task status breakdown, task priority breakdown, average task life span…”
Section: Sourcesmentioning
confidence: 99%
“…It is simply a ratio of return on investment in terms to cost spent but the challenge here lies in defining an output parameter that is qualitative and quantitative both. According to the previous research, the productivity of Agile software development can be measured with help of metrics like-Done Index, Velocity, and Quality of the Software deliverables (Ramírez-Mora and Oktaba, 2017; Kārkliņa and Pirta, 2018).…”
Section: Theoretical Backgroundmentioning
confidence: 99%