Anda di halaman 1dari 15


discussions, stats, and author profiles for this publication at:

A Systematic Literature Review of Success

Factors and Barriers of Agile Software

Article in International Journal of Advanced Computer Science and Applications · March 2018
DOI: 10.14569/IJACSA.2018.090339


1 35

1 author:

Salman Ahmed
Alhamd School Networks


Some of the authors of this publication are also working on these related projects:

Motivators and Demotivators of ASD View project

POS Tagger View project

All content following this page was uploaded by Salman Ahmed on 04 April 2018.

The user has requested enhancement of the downloaded file.

(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

A Systematic Literature Review of Success Factors

and Barriers of Agile Software Development
Shahbaz Ahmed Khan Ghayyur1, Salman Ahmed2, Adnan Naseem4
Mukhtar Ali3, Abdul Razzaq5, Naveed Ahmed6 Department of Computer Sciences,
Department of Computer Sciences and Software COMSATS Institute of Information Technology,
Engineering, International Islamic University, Islamabad, Pakistan
Islamabad, Pakistan

Abstract—Motivator and demotivator plays an important role B. Need of Systematic Literature Review
in software industry. It encompasses software performance and From the previous 10 to 15 years, ASD showed great boom
productivity which are necessary for projects of Agile software
in software industry and it bypass the existing SDLC technique
development (ASD). Existing studies comprise of motivators and
demotivators of ASD, which exist in dispersed form. That is why
due to its more success stories that’s why there is a revival of
there is a need of a detailed systematic literature review to review agile industry all over the world and sooner or later it will
the factors and sub-factors effecting motivators and demotivators become the best adopted technique to its flexible environment.
in ASD. A comprehensive review is executed to gather the critical Existing literature depicts, that is, it lacks a detailed systematic
success factors of motivator and demotivator of Agile software literature of ASD and there is a need of systematic literature
development. Thus, the ongoing study classifies motivator and review to cover this gap. This study encounters the existing
demotivator factors into four classes, i.e., people, organization, studies on motivator and demotivator factor to make the
technical and process. However, sub-classification is also detailed list. The data is present in dispersed format and needs
executed to clarify more of the motivators of agile. Along with to gather for systematic literature review.
this, motivator and demotivator of scrum process is also
categorized to overview a clear vision. This SLR will help in managing the self-organizing teams
by providing them confidence and support for help in work
Keywords—Agile methods; systematic literature review; done. Cockburn and Highsmith [2] proposed rewards and
motivator; demotivator; success factors; barriers; scrum; ASD incentives as most common motivating factor. The literature
encompasses the people factor in which stress is a
I. INTRODUCTION demotivating factor. ASD works on software development that
yields success as well as stakeholder satisfaction.
A. Motivation
Agile Software development (ASD) provides an iterative Motivator and demotivator factors are challenging work
way to make effective and efficient software development. It that they need to be identified and must be noted. Secondly,
contains set of rules and principle with self-organizing teams. our main contribution is to categorize the motivator and
In Software development, motivator plays an important role to demotivator factor into people, technical and organization
enhance the personal and technical skills. Motivator is a critical background. For this purpose, we have done a detail study of
factor in achieving project scope by clarifying the business relevant papers of motivators and demotivators and classified,
goals. McHugh et al. [1] has analysed the effect of motivator respectively.
and demotivator on core three agile practices. Qualitative The structure of remaining paper is: Section 2 describes the
analysis has been performed to fulfil this purpose. This Literature Review. Section 3 explains methodology of the
systemic literature review will gather the existing knowledge research. Sections 4 to 7 illustrate the output and findings,
of motivator and demotivator. classification and quality Assessment. Section 8 encompasses
In ASD, due to its iterative nature ratio of failure projects discussion, then finally conclusion in Section 9.
are less than SDLC but when it comes to individual personal
and technical skills, there is need of motivator and demotivator
factors effecting ASD. These motivators and demotivators The current section emphasises on the studies which are
works as an umbrella activities throughout the project that’s very close to the research of this study.
why there is need to control the demotivator factors to increase Several factors of motivators in ASD are focused in [3].
the motivator factors afterward. The literature depicts that They propose model of motivation of software Engineering
effective management is the backbone of project success and (MOCC) in which different factors of software engineering is
can reduce the failure ratio up to 70% of their total cost. ASD been identified. To proof his domain study they have done
has multiple methods which follow the one agile manifesto for factors with respect to technical aspects. The primary fellow of
continuous development throughout the life cycle. agile give brief view of how agile can be implemented against

278 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

traditional software development [2]. Akhtar et al. [4] find the E. Databases
scrum critical factors in native software industry. As a result,
the authors provide different recommendations to increase the We have targeted every search engine and find out
productivity of software. Author in [5] has provided scrum maximum no research papers. Mostly papers are extracted by
adoption and implementation challenges in Pakistan due to its IEEE, ACM and Springer. Paper must publish in between 2000
novice adoption in this area. In another study, [6] has focused to 2018.
on success factors of ASD. For this purpose they do a detail F. Factor Mining
study of agile methods. The important contribution of Wagener
In order to elaborate the maximum number of motivators
is the division of the extracted elements in four classes, i.e.,
and demotivators factors, a selection procedure described in
process, organizational, technical and people classes. An
Table II is followed to find relevant papers according to string.
empirical study along with SLR has been conducted by [7]
have on different agile projects. Regression analysis is used to G. Selection of Primary Study
evaluate result of 109 agile teams. Baddoo and Hall [8] To select any paper title, abstract and conclusion has been
describe the rewarding as most motivating factor. Another explored. Those papers that have ambiguity and unclear
study on motivators and demotivators were conducted on objectives have been discarded.
software industry of Pakistan by [9]. To evaluate the literature
regarding motivator and demotivator a systematic literature 1) Inclusion Criteria
review is done. They propose an extension in hosted 5D’s Following points are examined to inclusion criteria:
model by adding culture in it.  Must be published in Conference or Journal.
III. RESEARCH METHOD  Medium of language is English.
A. Systematic Literature Review  Studies can solid accessible link.
It comprises of snowballing process for the assessment of
relevant literature [10]. An evaluation process is used to  Paper must publish after 2000.
accomplish the review. After that the output will describe the 2) Exclusion Criteria
detailed list of motivators and demotivators, and classification The exclusion criterion comprises of following points:
and sub-classification of motivators and demotivators has been
done.  “Tutorials”, “slides”, “editorials”, “posters”, keynotes
and other non-peer reviews are excluded.
B. Planning of Mapping
 Peer reviewed, but blog and books are not acceptable.
Current systematic literature review is done for the
evaluation of the relevant data comprising motivator and  Non-English language publications.
demotivator of agile software development. The data exist in
dispersed form and there is a need of complete literature review  All the studies which are unable to E-access.
to collect all such distributed data. H. Performing SLR
C. Research Questions All the studies which have a solid background related to
There are three research questions of current research as agile is been selected as shown in Table III. Conference and
shown in Table I. Journal papers are selected to give solid background. Selected
primary studies are 39. However, the following papers are
D. Search Strings extracted which are most suitable against our research string.
The search strings used for the extraction of relevant
studies are: I. Quality Assessment
((({MOTIVATOR} OR {MOTIVATORS}) OR Research papers having score in between 1 and 3 are been
{DEMOTIVATOR} OR {DEMOTIVATOR} OR selected and those who have less than 1 are neglected (Table
{SUCCESS}) OR {BARRIER}) OR {AGILE} OR {AGILE J. Selected Paper Description
SOFTWARE DEVELOPMENT} OR {ASD} All the research papers selected after applying the quality
assessment criteria are summarized critically in Table V.

S. No. RQs Motivation

RQ.1 What are the motivator and demotivator factors in ASD? It intended to provide a detailed list of motivators and demotivators of agile.
RQ2 aims to deliver the mapping of motivator factor into procedural, stakeholders,
RQ.2 How could motivators and demotivators be mapped with common factors?
and firm’s factors.
RQ.3 How could motivators and demotivators be sub-factorization? RQ3 emphases on the sub-factorization.

279 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018


Step 1.1 Read all the title and abstract and extract relevant paper.
Step 1.2 Intro and conclusion based selection.
Step 1.3 Thoroughly read all the papers to remove any duplication in studies
Step 1.4 Quality Assessment form is made according to compile better result.


Title Abstract
Databases Papers Selected Ref.
Filtration Filtration
IEEE Xplore 915 54 24 11 [11][12][13][14][15][16][17][18][19][20][21]
ACM Digital Library 37 17 10 03 [22][23][24]
Science Direct 36 15 07 03 [25][26][27]
Research Gate 32 25 10 06 [28][29][30][31][32][33]
Scopus 07 05 02 03 [7][34][35]
Springer 97 51 11 04 [36][37][38][39]
Google Scholar 300 90 35 05 [40][41][42][1][43]
Others 223 60 30 03 [44][45] [46]
Total 2422 381 226 38


Sr. No Paper RQ # 1 RQ # 2 RQ #3 Total
1 [47] 0.5 1 0 1.5
2 [48] 0.5 0.5 0 1
3 [49] 0.5 0 0 0.5
4 [15] 1 0.5 0 1.5
5 [46] 0.5 0.5 0.5 1.5
6 [50] 0.5 1 0.5 2
7 [51] 0 0.5 0 0.5
8 [52] 0.5 0 0 0.5
9 [16] 1 0.5 0 1.5
10 [53] 0 0.5 0.5 1
11 [54] 1 1 0.5 2.5
12 [17] 1 1 0.5 2.5
13 [55] 1 0.5 1 2.5
14 [22] 1 0.5 0.5 2.5
15 [23] 1 1 0 2
16 [56] 1 0 0 1
17 [57] 1 1 0.5 2.5
18 [58] 1 1 0.5 2.5
19 [29] 1 0.5 1 2.5
20 [59] 0.5 0.5 0 1
21 [60] 1 1 1 3
22 [61] 0.5 0.5 0 1
23 [40] 1 1 0.5 2.5
24 [62] 1 1 0.5 2.5
25 [63] 1 0.5 0 1.5
26 [14] 0.5 0.5 0.5 1.5
27 [1] 1 0.5 0 1.5
28 [64] 1 0.5 1 2.5
29 [37] 1 1 0.5 2.5
30 [65] 1 0.5 0 1.5
31 [33] 1 1 1 3
32 [66] 0.5 0 0 0.5
33 [67] 1 0 0 1
34 [68] 0.5 0.5 0 1
35 [69] 1 0 0 1
36 [7] 1 1 0.5 2.5
37 [6] 1 0.5 0 1.5
38 [2] 0.5 0.5 0 1
39 [36] 1 0.5 0.5 2
40 [70] 0.5 0 0 0.5
41 [71] 1 1 0.5 2.5
42 [72] 0.5 0 0 0.5
43 [17] 1 0.5 0.5 2
44 [39] 1 1 0.5 2.5

280 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

45 [73] 0.5 0 0 0.5

46 [74] 0.5 0.5 0 1
47 [75] 0.5 0 0 0.5
48 [45] 1 1 0.5 2.5
49 [20] 1 1 0.5 2.5
50 [57] 1 0.5 0.5 2
51 [76] 1 0.5 0 1.5
52 [77] 1 1 0 2
53 [78] 1 0.5 0 1.5
54 [38] 1 1 0.5 2.5
55 [26] 1 1 0.5 2.5
56 [43] 1 1 1 3


Type: Technique/
Sr. No Conference/ Empirical / Objectives Results Contribution Limitation Ref.
Journal Survey
To made a model Complex interplay
1 (CHASE) 2013 Empirical Systematic cross case
to minimize Proposed motivation among motivational
6th International Analysis analyses of the result is less [47]
software engineer factors of organization. factor.
Workshop reported
To identified three
groups of factors
motivating the
(CHASE), 2017 Statistical and Majority of the Precedence to task- Developers
2 self-assignment:
10th International thematic participants preferred based and developer- may deviate from their [15]
Workshop analysis self-assignment based factors usual practice
and opinion-based
Administration should The results
To check the
pay more consideration demonstrated the
relationship The association among
(APSEC) 2012 Team encouragement association among
between the software
3 19th Regression within the project teams project team features
software project team features and [46]
International model so that an improved and presentation
Project team its presentation is still to
conference strategy could be affected
features and team gauge.
Presentation can be with players’
accomplished inspiration.
About the information
It's good to work and
To Update going 'Work' (personal
Focus on working to work
4 (ESEM) Qualitative Motivators factors 'Man' is important, but interest)
Research on Psychological [50]
2011 research of software this 'obstacle' is really You need a fix
and Social Studies
Engineers soft Screw out.
The power of software
To Identify the
An industry
circumstances that
explain why
with Several experienced
some A high percentage Further research is required
experienced professionals were
(CESI) experimental of older experienced to better understand this
5 programmers at found to live
2017 5th subjects exhibit programmers did not phenomenon, which has [16]
the Universidad a two, mixed-factors
IEEE/ ACM poor or null perform meaningful several interesting
de las Fuerzas reality: old age and
participation work in their task ramifications.
Armadas ESPE technological lapse.
of Ecuador was
Manual search and
automatic search 6,534
This is based on This work has
collection In order to increase
the principles of been updated Analyse the relationship
53 papers were selected future research,
specific 2006 encouraged between the motivation and
Proceedings of for extracting figures research should be
6 guidance an encouraging the results, [54]
EASE (2011) And studying many more focused on
We copied the result To provide more reliable
solutions to solving further deep research
initial research Software results.
program. Engineering
Despite quantities
scenes and methods
This article Ask for the advice of Got the XP team
SBES Qualitative and The XP situation is at odds
discusses how to five adult X teams There is a proper
7 26th conference Quantitative with [79]
practice XP Consider whether this process in our
(2012) analysis other motivational needs
Software feature is the indicator research to support

281 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

developers' The XP environment many operations

excitement exists One developer needs
requirements. to be encouraged
The environment
The need for learning
and development is
Semi-structured To examine We provide connection the most powerful
interview was contextualized statement, driver Features of personality as
held four times and the Understanding Movement, which personalities and
8 Use monthly interpretation Associate and Related increases the turnout personality [80]
rules to analyse principle needs to Articles of turn Style, but elements can
data be explained The main story of the Conditions for appear in future reports.
Program Different company's motivation. generating better
performance for
We identify four factors
We discuss our
that potentially impact
experience in The presence
To compare the conducting this case of CASE tools, including
outcome of industrial
team’s business- study, including automated build tools,
case studies:
CHASE related results specifics of how data integration environments,
Statistical and availability of data, tool
2014 7th (productivity and was collected, the and defect tracking
9 thematic support, cooperative [22]
International quality) to two rationale behind our systems, may alleviate
analysis personnel and project
Workshop published sources process of data much of the overhead
status. Recognizing
of industry collection, and what associated
and planning for these
averages. obstacles were with collecting these
factors is essential to
encountered during metrics.
conducting industrial
the case study.
case studies
Creating a specific
attitude of personal
The nature of XP
Investigate the follow-up control,
provides itself strong
organization to So in our case, Their effect
investigate the motivate, and Customer and manufacturer
ACM SIGSOFT Quantitative Participants and their
10 impact of the investigate interactions are not [23]
(SEN) 2005 method pressure have a positive
customer Evaluating the main properly monitored
developer's reasons for these And lower it
Interaction and thus
discussion behaviour
Follow current social
psychological ideas.
This article will show
To find Low two
requirements for Successful industrial
The thesis
low quality software projects are
It will also provide
IST Qualitative software completely different Organization factors are
11 lessons and tips [81]
2008 analysis Compressed Aspect; However, both also need to be address.
Retro view reviews
timeline is born of them still use
and observations.
and the number is abundant methods to
low. solve social issues
Review a
Our key
movement of
It has come to know Literature on the
motion movement
that the concern model promotion of Our survey results show
in software
released in software software engineering that there is no clear
engineering. The
engineering is suggests understanding of the work
purpose of this
completely different controversial and of software engineers, how
Systematic review
IST and does not reflect the local explanation in software engineers
12 Literature How encourages [82]
2008 complex needs of the this field. Very clear encourage them, and how
review developers and
software. Depending on the they encourage them.
Engineers are in their encouraging context Promote, or encourage the
developers and
professional stage, and the engineer is results and advantages of
how to find
cultural and different from the software engineer.
current reporting
environmental settings. engineer.
The model
13 KMIS Regression To implement the MPS We will discuss the The [29]

282 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

2009 analysis filter method, Affects positive work actual importance Reduction of job
possible scores of like work performance Based on this performance measurements
motivation and development of experience. The purpose and stability is
system quality The because it is completely
project does not affect According to the theme's
the duration of the opinion
This research is a
The results show the Research in areas of
stimulus study to Development teams of the
practices of these two encouragement and
study using three Angels, the ban is related to
countries development of
investigative the formation of the team.
5th Internationa The team can angel's software
Qualitative methods - daily Even trouble
14 (IRWITPM contribute and motivate development by [60]
analysis daily, The procedure in a team is
2010) the excitement of the identifying the
Enhanced and only implemented recently.
team auxiliary factors
radical planning Both teams are well-
One another And on the
and initial reviews established and familiar
promotion of angels'
Determine the
There exist a detail The ability to study is
importance and
list of motivator and limited to harmony journal
encouragement of
KAU Systematic A list of research paper demotivator from arts. Initial examination
the report
15 (2013), Karlstad Literature on project management Systematic literature search [83]
Participants use
Business School. Review has been reported. review with respect Some databases, including
partial methods in
to project conference papers, made a
management. large number of results.
Compared with the low
Protestant Ec Group,
the High Group
The impact of job
encourages high
conversions is Having chosen it will
interviews, which
even more receive the highest
means that there is a Work value training should
Management pronounced. This level of
Statistical high interest in high be part of the plan, which
16 Prudence Journal area is relatively encouragement, [41]
analysis technology, more will help improve the
(2010) new which will have an
interest/enjoyment, performance of new jobs.
Lack of value and effective impact on
qualifications, choice of
encouragement for their profession.
choice, but
her caravan.
pressure/stress is lower
than the low outlook
This career path can
We provide a series
help the results
of factors that have
Investigates our During the recruitment
negative and positive
research factors process the company Our research plan presents
effects on daily life.
that lead to runs on a traditionally this study into further
Software tester
software testing transit content
activities and other
PROFES Qualitative professionals Encouraged Besides checking the
17 types have been [84]
2014 analysis Work, choice and entrepreneurs company and exam
stay in the duties encourage internal and properties and more
Software published
and customs their examinations, Relationship with
in the field of
practices which will improve colleagues
engineering and
Job satisfaction and

Our research results

Our research show that in spite of We have done three To increase confidence
What is motivated trouble cases factors, we use it very well
is designed to The background and The fireplace Created in established
38th Euromicro Systematic
better understand motivation overall company to confirm investigative methods and
18 Conference literature [3]
Software approach is slightly our results and to early dates
(SEAA) 2012 review
developers in different collect new By orientation with
imagination In general software information organizational culture
environments. development. Early visit

It is an Encourages the team

Project team study is
investigation to encourage and
The results of both limited
study of the contribute
cases show that in Because only two APM
SJIS Qualitative Swedish and Irish significantly to the
19 germing methods can teams have been examined. [85]
2011 analysis IT Project Team field of floor project
occur There are two teams
Investigate the management.
The team encourages Get acquainted and familiar
three duties, will Identifying the
with each other.
stand daily factors that help in

283 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

Planning and encouraging IT and

revised reviews prevent IT
can motivate or
encourage harm in
an active team.
Our main result is that We found
good software According to
Especially how to Looking at the current
developers technical capabilities,
encourage the trend
Active, flexible and mutual expertise and
development to Software development,
SPI Qualitative applicable to share and good practices,
20 influence growth which will be helpful [64]
2006 Analysis follow knowledge with compliance with all
Work in software Compare the results of this
the team positive effects are
engineering. study with the same study
Exercises, such as related
In a delicate environment
recording work. About the success of
software projects..
This study finds
different aspects
of team planning
Results include
profound understanding
positively related
Relationships between
to psychological
responsibilities and Looks very strong A deeper knowledge of
APSEEP Qualitative events
21 active team results, Add operations and socio knowledge is still [86]
2007 analysis Traditional
such as effects need to explore.
management, out
Motivation and
of the era of
And software
Our theory is that
We lie Gulf Environment
The organization generates more open
Several case
created a culture that communication
design issues have
In Proceedings of supports among developers,
been introduced Review the effect of long-
15th international Qualitative communication and which can lead
22 In three different term experimental study [87]
conference, analysis discussion developers to
instant software design decisions.
XP(2014) There is less agility challenge each
than alternative two other's design
organizations to design solutions and to
decisions. enhance their
likeness accordingly.
The most important
elements of
processing and
encouragement is
This research is
still very important
because they are
towards motivator Their role in the use of
accustomed to it.
factor of agile processes and Motivators should also be
Agile Times Qualitative Focus on all
23 software equipment that find against the Non- [33]
2004 analysis repetitive tasks and
development to influence functional requirements.
focus on what
increase the
developers are really
productivity and
focused on: the need
for things
Customers through
the production of
valuable software
Afterwards, an
analysis of The results showed that
reliability and only 10 of the 48
elemental analysis governors were
The main part of this
was performed in supported and To ensure the success of
study is to obtain the
the initial list to identified the three their project, managers
Journal of key success factors
reinforce the 12 major success factors of To focus on high-quality
Systems and Statistical of the three factors in
24 potential key the fire. team teams, follow the [7]
Software analysis this incident.
endpoint sets. Software development ferrous metal process
2008 According to survey
The type of projects: (a) delivery technology and the above
data analysis.
success for each strategy, (b) Elevail delivery strategies.
of the four software engineering
projects - quality technology, and (c)
factors, scope, team capabilities.
time, and success

284 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

factors for each

This study has
investigated the
factors of major
success involved
in the pilot system And the weaknesses Institutions should
Findings of major success
Development show their results that encourage these
factors in the
plans of different actually are 16 important successes
Qualitative and responsibilities system
PHD Thesis system Key-success factors The effect of
25 Quantitative Extensive development [6]
2012 development that have directly implementing ASDM
analysis projects, including the
methods and impacted the financial when this project has
largest number
projects system success a positive impact
Tracking their Development project
basic principles
and benefits to
Maintain software
Autonomy, With the development
multiple factors, of software and
The importance of developer team
completing the development, it is
importance, slowly increasing The importance of
opinion, and Like biology, both of completing the entire
A Quantitative analysis is
Qualitative completion of them are constantly mission, opinions [36]
26 (XP 2007) needed to find in-depth
analysis work is very considering and abilities are
important management essential
Ensure factors of Business value and In this project.
satisfaction and encouragement
encouragement questions about
among workers. motivation and
Change our
independence, variety
They apply the It is difficult to measure
angels' all the methods
They found out Some
IEEE Software ( implementation in According to
different challenges concerns were considered
Volume: 28, Qualitative an advanced form respondents, steps
27 from literature and by institutes, people, [18]
Issue: 4, July- analysis In cross taken in at least one
give recommendation technical and process is
Aug. 2011 ) organizations or at organization have been
accordingly. need to explore.
least business taken:
entities. In every case.
We found that the XP
In our research, five
Team has entered
Five adult team XT teams are already
There is a proper
consultations under process
process in our research
Consider whether Supports many
to support many
Proceedings - this feature is the encouraging needs The XP environment is
Qualitative operations
28 IEEE AGILE indicator Traditional, contrary to it [17]
analysis One developer needs to
2007 The XP Heavy Weight Other motivation is needed
be encouraged
environment software
exists. development
Heavyweight Software
The environment
How and how to
increase employee
This one How much trouble
satisfaction with
The three most does the team
the development
powerful relationships member have with
(XP 2006) process Analyse perceived
Statistical have the ability to the user/customer
29 7th international Identify widely desirability of movement [39]
analysis influence decisions twice?
Conference used teams and and work stress.
Affect people and add His job satisfaction
interesting items (compared to non-
dynamic teams).
Area and staff.

Identify potential Learn Emotionally Agent does not violate

Crosstalk Qualitative risks, problems More efficient through emotional emotions effective project
30 [45]
Technology 2004 analysis and strategies service methods often appear management, but what
Help your project Development and Cause of basic happens in practice

285 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

and organization communication damage Not all project management

succeed. measurement Communication. provides
technology. Need to be successful.
Learning lessons can
screenshots And the entire
help more
instead of community's data is Research
Enhances high speed
technology and important for the There are many areas
IEEE Software Qualitative integration
31 some of the return on investment where new methods and [20]
2005 analysis Disadvantaged methods
obstacles to verification and uniforms need to be
and methods and
dynamic the integration activities. provided.
experiences across the
Detailed discussion
problem areas are The project's ability to Systematic literature
of factor that
Qualitative extremely, work, cooperates and review is needed to gauge
32 Computer 2001 influence agile with [21]
analysis complex, highly works best on people more factors influencing
people, organization
variable Culture. Agile
and technical.
Researchers need
to investigate Researchers also want to
International Concepts and principles
trust, deal with success factors
Journal of ASD, history and
Systematic confidentiality, and make necessary
Quality & evolution, and criticism Generic view of ASD
33 literature and security issues changes [76]
Reliability of different users is briefly described.
review associated with Challenges in adjusting
Management Software development
them ASD in Outsourcing /
2012 community
ASD. Outside Sensing

Software Project and

Minimum Team
Successful and busy
team and team leader When different
Follow different people or groups
There is no "perfect size"
What separates strategies. They - People are involved
DOI Qualitative According to procedures
34 successful agility? obviously or (rarely) and we are generally [28]
2015 analysis and actions, the problem
are obviously dealing with complex
lies in this issue.
intentional (adaptive) systems.
Software development
is a multi-domain
Take questions and
related tasks.
, we identified six risks.
To provide
The potential factors
awareness about
CROSSTALK according to our By following these This article does not intend
risk management
The Journal of experience points, you can to provide a complete list
and to provide a
Defence Qualitative There is also a reduce the possibility of risk factors for a specific
35 vision for [44]
Software analysis significant impact on of a program or program / project - it
developing the
Engineering success project failure. requires more
appropriate risk
2004 Software programs and Space.
projects failed.
To support the
selection of the
procedure This experience is once Carefully check and
Experience based again challenge future
A detail cross talk is
on submitting and Ability to support and plans and when they
Qualitative needed to explore more
36 XP 2002 analysing the guide future projects to maintain the [38]
analysis challenges that effect
applicable select the most environment
methods appropriate assets When they should
And get Hand job not be caught
We have an A clear, interesting task
integrated is working with a Future
development idea supportive and The These important issues
The model affects objective based team to Governments can related to research need to
IJPOM Statistical the project get the necessary positively influence be solved
37 [26]
2012 analysis manager's information the encouragement of Personal, situations and
encouragement, The possibility of project managers. active variables
"Movement influencing financial Project Manager
Factor Inventory" and human resources encourages
(MFI). and important decisions

286 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

has been identified as

the most important
Project Manager
working in Switzerland
Providing an
Detailed list of
categorization of
To find the motivators and
motivators with
detailed list of demotivators is
(IJACSA) Qualitative respect to people, There is need of model of
38 motivator and elaborated and [43]
2017 analysis organization and motivators for ASD.
demotivator classified into people
technical and sub-
factors technical and
organization factors.

In order to answer the RQ 1, SLR was done by which Specific collective demotivators mined from SLR are
detailed list of motivator and demotivator has been extracted presented in Table VII.
and list in Table VI.


Sr. No Motivator Factors No. of Existing Studies

1 High quality Performance [9][79]

2 Adherence to budget [79] [57] [72] [4] [6] [88] [82] [9] [19]
3 Identify work balance [6]
4 Personal interest [82] [9] [19]
5 Quality work [7]
6 Follow process life cycle [32] [82] [9] [19]
7 Feasibility studies [82] [9]
8 Recognition of good work [82] [19]
9 Teamwork [32] [82] [9] [19]
10 Task Identification [82]
11 Clear domain knowledge [82] [9] [19]
12 Reduced work repetition [82]
13 Rapid Feedback [32] [2] [8] [82] [9] [19]
14 Change interaction [32] [82] [19] [33]
15 Autonomy [4] [8] [82] [9] [19]
16 Follow rules and regulations [33][89]
17 Tolerance to work [6] [88] [82] [9]
18 Intime and accurate [82] [19]
19 Rapid communication [32] [82] [19] [79]
20 Training [82] [9]
21 Minimize risk [82] [9] [19]
22 Simple code/ Simplicity [90]
23 Cooperative organization culture [8]
24 Face to face communication [4] [8]
25 Expertise of team members [6] [8]

287 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018


Sr. No Demotivators factors No. Of existing studies

1 Work location [4][82] [19] [79] [91]
2 Low Incentives [6] [7] [82] [9]
3 Large documentation [82] [9] [19]
4 Uncertain working environment [82]
5 Change in prioritization [82] [19]
6 Poor commitment [8] [92]
7 Low sense of ownership [82] [9] [19]
8 Less resources [9]
9 Lack of executive sponsorship [82] [9] [19]
10 Lack of agile logistic [82] [9] [19]
11 Lack of necessary skills set [9]
12 Poorly defined scope [9] [19]
13 Lack of project tracking mechanism [4] [82] [9] [19]
14 Partially following Agile practices [9]
trusting people, tool process, nature of organization. In people
V. CATEGORIZATION OF MOTIVATORS AND factor, less domain experience, critical communication, time
DEMOTIVATORS (RQ2) zone, native culture, geographical condition and linguistic
We have classified motivators and demotivators factors difficulty are evaluated.
into procedural, stakeholders and firm’s factors as shown in
Fig. 1. Following figure shows the general motivators and their
classification in which organization of general factors include
customer oriented, judgment based, team dissemination and
scope, overall culture and organization and mechanism.
Stakeholders technical features includes ability, individual
features, announcement and conciliation, civilization culture
and keeping fit and knowledge while procedural features
include individual features, inherent, extrinsic and some overall

Fig. 2. Classification of demotivator factors.


This section addresses the answer of RQ3.
Subcategorization was done on motivators (Fig. 3). We have
Fig. 1. Classification of motivators. done categorization of motivating factors such as diversity of
effort which was categorized as individual and marketplace
Classification of demotivators has also been performed to desires. Considering the sense of belonging aspects are
find more precise results (Fig. 2). In organization, the most categorised as intrinsic and extrinsic. Recognition of work can
common factors are: unclear requirement, scope and kind of be classified as reward and incentive. In employee participation
modification, deadlines, early decision making, current individual and team participation are core motivating factors
political situation, low productivity, lack of face to face while clear identification with task has motivating factors such
communication, large team size, informal communication, as clear goals and stick with plans.

288 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

This systematic literature describes the synthesis of data
available on success and barrier of Agile software
development. These success and barrier are also referred as
motivator and demotivator factors. For this purpose we have
provided a detailed list of motivators and demotivators.
Classification is also been performed on the basis of people,
technical and organization perspective to give comprehensive
detail accordingly. A Quality Assessment has been performed
to find the best possible paper according to string. Brief
introduction of selected papers has also been described. Along
with this, the sub categorization has also been performed to
find more brief detail of motivator and demotivator factors.
The plan behind this research is described and keywords that
support are also been discussed. Literature lacks the open
question on challenge and motivator factor of agile software
In future we will do empirical analysis on motivator and
Fig. 3. Factorization of motivator factors.
demotivator of Agile Software Development to find more
accurate results. Further plans are to provide a demotivation
effect model for Agile practitioners which will be helpful in
There are three systematic steps for threat to validity increasing productivity.
A. Primary Studies Risk Identification [1] O. McHugh, K. Conboy, and M. Lang, “Using Agile Practices to
Influence Motivation within IT Project Teams,” Scand. J. Inf. Syst.
The motivation is the core domain to motivate someone to (Special Issue IT Proj. Manag., vol. 23, p. pp 85-110, 2011.
enhance their capability that is why it is a tuff task to separate [2] J. Highsmith and A. Cockburn, “Agile Software Development : The
concept of motivation accordingly. For this purpose we have Business of Innovation,” Science (80-. )., vol. 34, no. 9, pp. 120–123,
selected the word software to differentiate the concept of 2001.
motivator from other domains. [3] C. De O. Melo, C. Santana, and F. Kon, “Developers motivation in agile
teams,” Proc. - 38th EUROMICRO Conf. Softw. Eng. Adv. Appl. SEAA
B. Threats to Selection and Consistency 2012, no. March 2015, pp. 376–383, 2012.
Due to selection of research question from the domain of [4] M. J. Akhtar, A. Ahsan, and W. Z. Sadiq, “Scrum adoption, acceptance
agile their might be possibility of containing magazine and implementation (A case study of Barriers in Pakistan’s IT Industry
and Mandatory Improvements),” Proc. - 2010 IEEE 17th Int. Conf. Ind.
contributions and thesis because the data exist in dispersed Eng. Eng. Manag. IE EM2010, pp. 458–461, 2010.
[5] Colleen Frye, “Agile by the numbers: Survey finds more adoption, but
C. Threats to Data Fusion and Results age-old problems.” [Online]. Available:
This result is evaluated against given string. If a keyword is numbers-Survey-finds-more-adoption-but-age-old-problems. [Accessed:
added or remove against string it might be better filtering 24-Jul-2017].
result. This snowballing process is to explore what has been [6] R. P. Wagener, “Investigating critical success factors in agile systems
done in the field of motivator in ASD. development projects/Ruhan Wagener.,” no. November, 2012.
[7] T. Chow and D.-B. Cao, “A survey study of critical success factors in
VIII. DISCUSSION agile software projects,” J. Syst. Softw., vol. 81, no. 6, pp. 961–971,
Current research focused a systematic literature review of [8] N. Baddoo and T. Hall, “Motivators of Software Process Improvement:
motivator and demotivator factor of ASD. For this purpose we An analysis of practitioners’ views,” J. Syst. Softw., vol. 62, no. 2, pp.
have explore against the string and evaluate the result 85–96, 2002.
accordingly. The detailed list of motivator and demotivator has [9] Maryam, R., Naseem, A., Haseeb, J., Hameed, K., Tayyab, M., &
been evaluated and classification of motivator and demotivator Shahzaad, B. (2017). Introducing Time based Competitive Advantage in
has done on organization, people and technical level. Then IT Sector with Simulation. International Journal Of Advanced Computer
Science And Applications, 8(7), 401-406.
these levels are explored more against general factors, such as
[10] K. Petersen, R. Feldt, S. Mujtaba, and M. Mattsson, “Systematic Mapping
client based, decision time, team distribution, team size, Studies in Software Engineering,” 12Th Int. Conf. Eval. Assess. Softw.
general culture, planning and controlling, capability to do Eng., vol. 17, p. 10, 2008.
work, personal feature, training and learning and intrinsic and [11] R. Sach, H. Sharp, and M. Petre, “Software Engineers’ Perceptions of
extrinsic. Factors in Motivation: The Work, People, Obstacles,” 2011 Int. Symp.
Empir. Softw. Eng. Meas., pp. 368–371, 2011.

289 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

[12] A. C. C. Franca, D. E. S. Carneiro, and F. Q. B. da Silva, “Towards an [34] A. C. Nelson and C. LeRouge, “Self-esteem: Moderator between role
Explanatory Theory of Motivation in Software Engineering: A stress fit and satisfaction and commitment?,” Proc. ACM SIGCPR Conf.,
Qualitative Case Study of a Small Software Company,” 2012 26th pp. 74–77, 2001.
Brazilian Symp. Softw. Eng., pp. 61–70, 2012. [35] M. Ilyas and S. U. Khan, “Software integration in global software
[13] P. C. Chen, C. C. Chern, and C. Y. Chen, “Software project team development: Success factors for GSD vendors,” 2015 IEEE/ACIS 16th
characteristics and team performance: Team motivation as a moderator,” Int. Conf. Softw. Eng. Artif. Intell. Netw. Parallel/Distributed Comput.
in Proceedings - Asia-Pacific Software Engineering Conference, APSEC, SNPD 2015 - Proc., 2015.
2012, vol. 1, pp. 565–570. [36] B. Tessem and F. Maurer, “Job Satisfaction and Motivation in a Large
[14] C. de O. Melo, C. Santana, and F. Kon, “Developers Motivation in Agile Agile Team,” Lncs, vol. 4536, no. 5020, pp. 54–61, 2007.
Teams,” in 2012 38th Euromicro Conference on Software Engineering [37] E. Whitworth and R. Biddle, “Motivation and Cohesion in Agile Teams,”
and Advanced Applications, 2012, pp. 376–383. Agil. Process. Softw. Eng. Extrem. Program., pp. 62–69, 2007.
[15] Z. Masood, R. Hoda, and K. Blincoe, “Motivation for Self-Assignment: [38] M. Lindvall et al., “Empirical Findings in Agile Methods,” Proc. Extrem.
Factors Agile Software Developers Consider,” in 2017 IEEE/ACM 10th Program. Agil. Methods, XP/Agile Universe 2002, pp. 197–207, 2002.
International Workshop on Cooperative and Human Aspects of Software
Engineering (CHASE), 2017, pp. 92–93. [39] G. Melnik and F. Maurer, “Comparative analysis of job satisfaction in
agile and non-agile software development teams,” in XP’06 Proceedings
[16] O. Dieste, E. R. Fonseca C., G. Raura, and P. Rodriguez, “Professionals of the 7th international conference on Extreme Programming and Agile
Are Not Superman: Failures beyond Motivation in Software Processes in Software Engineering, 2006, pp. 32–42.
Experiments,” in 2017 IEEE/ACM 5th International Workshop on
Conducting Empirical Studies in Industry (CESI), 2017, pp. 27–32. [40] T. Jansson, “Motivation theory in research on agile project management :
A systematic literature review,” 2013.
[17] S. Beecham, H. Sharp, N. Baddoo, T. Hall, and H. Robinson, “Does the
XP environment meet the motivational needs of the software developer? [41] D. V Nithyanandan, “Work value as motivation among software
An empirical study,” in AGILE 2007 (AGILE 2007), 2007, pp. 37–49. professionals,” Manag. Prudence J., vol. 1, no. 1, pp. 23–27, 2010.
[42] D. Hutchison and J. C. Mitchell, Agile Processes in Software Engineering
[18] K. Conboy and S. Coyle, “People over Process : Key Challenges in Agile
and Extreme Programming. 1973.
Development,” IEEE Softw., vol. 28, no. 4, pp. 48–57, 2011.
[43] S. Ahmed, K. Ghayyur, S. Ahmed, and A. Razzaq, “Motivators and
[19] A. C. C. França, T. B. Gouveia, P. C. F. Santos, C. A. Santana, and F. Q.
Demotivators of Agile Software Development : Elicitation and Analysis,”
B. da Silva, “Motivation in software engineering: A systematic review
vol. 8, no. 12, pp. 304–314, 2017.
update,” 15th Annu. Conf. Eval. Assess. Softw. Eng. (EASE 2011), pp.
154–163, 2011. [44] A. Cockburn et al., “Advanced Software Technologies for Protecting
[20] B. Boehm and R. Turner, “Management challenges to implementing agile
processes in traditional development organizations,” IEEE Softw., vol. [45] P. E. McMahon, “Bridging agile and traditional development methods: A
22, no. 5, pp. 30–39, 2005. project management perspective,” CrossTalk, no. 5, pp. 16–20, 2004.
[21] A. Cockburn and J. Highsmith, “Agile software development: The people [46] P.-C. Chen, C.-C. Chern, and C.-Y. Chen, “Software Project Team
factor,” Computer (Long. Beach. Calif)., vol. 34, no. 11, pp. 131–133, Characteristics and Team Performance: Team Motivation as a
2001. Moderator,” in 2012 19th Asia-Pacific Software Engineering Conference,
2012, pp. 565–570.
[22] L. Layman, L. Williams, and L. Cunningham, “Motivations and
measurements in an agile case study,” J. Syst. Archit., vol. 52, no. 11, pp. [47] A. C. C. Franca, A. C. M. L. de Araujo, and F. Q. B. da Silva,
654–667, 2006. “Motivation of software engineers: A qualitative case study of a research
[23] D. Woit and K. Bell, “Do XP customer-developer interactions impact and development organisation,” in 2013 6th International Workshop on
motivation? findings from an industrial case study,” Proc. 7th Int. Work. Cooperative and Human Aspects of Software Engineering (CHASE),
Coop. Hum. Asp. Softw. Eng. - CHASE 2014, pp. 79–86, 2014. 2013, pp. 9–16.
[48] I. de Farias, N. G. de Sa Leitao, and H. P. de Moura, “An empirical study
[24] A. Law and R. Charron, “Effects of agile practices on social factors,”
ACM SIGSOFT Softw. Eng. Notes, vol. 30, no. 4, p. 1, 2005. of motivational factors for distributed software development teams,” in
2017 12th Iberian Conference on Information Systems and Technologies
[25] A. Deak, A Comparative Study of Testers’ Motivation in Traditional and (CISTI), 2017, pp. 1–6.
Agile Software Development. 2014.
[49] A. C sar, C. Franca, A. de L C Felix, and F. Q. B. da Silva, “Towards an
[26] S. Seiler, B. Lent, M. Pinkowska, and M. Pinazza, “An integrated model explanatory theory of motivation in software engineering: a qualitative
of factors influencing project managers’ motivation - Findings from a case study of a government organization,” in 16th International
Swiss Survey,” Int. J. Proj. Manag., vol. 30, no. 1, pp. 60–72, 2012. Conference on Evaluation & Assessment in Software Engineering (EASE
[27] S. Beecham, N. Baddoo, T. Hall, H. Robinson, and H. Sharp, “Motivation 2012), 2012, pp. 72–81.
in Software Engineering: A systematic literature review,” Information [50] R. Sach, H. Sharp, and M. Petre, “Software Engineers’ Perceptions of
and Software Technology, vol. 50, no. 9–10. pp. 860–878, 2008. Factors in Motivation: The Work, People, Obstacles,” in 2011
[28] M. Kropp and A. Meier, “Agile Success Factors A qualitative study about International Symposium on Empirical Software Engineering and
what makes agile projects successful,” no. May 2015, 2015. Measurement, 2011, pp. 368–371.
[29] S. Kim, S. Hwang, and S. Song, “An Empirical Analysis on the Effects of [51] S. U. Gardazi, H. Khan, S. F. Gardazi, and A. A. Shahid, “Motivation in
Agile practices on Motivation and Work Performance of Software software architecture and software project management,” in 2009
Developers,” pp. 1–16, 2009. International Conference on Emerging Technologies, 2009, pp. 403–409.
[30] S. Misra, V. Kumar, U. Kumar, K. Fantazy, and M. Akhter, “Agile [52] A. Alali and J. Sillito, “Motivations for collaboration in software design
software development practices: evolution, principles, and criticisms,” decision making,” in 2013 6th International Workshop on Cooperative
Int. J. Qual. Reliab. Manag., vol. 29, no. 9, pp. 972–980, 2012. and Human Aspects of Software Engineering (CHASE), 2013, pp. 129–
[31] A. Baird and F. J. Riggins, “Planning and Sprinting: Use of a Hybrid 132.
Project Management Methodology within a CIS Capstone Course,” J. Inf. [53] T. Chintakovid, “Factors Affecting End Users’ Intrinsic Motivation to
Syst. Educ., vol. 23, no. 3, pp. 243–257, 2012. Use Software,” in IEEE Symposium on Visual Languages and Human-
[32] O. Mchugh, K. Conoby, and M. Lang, “Motivating agile teams: A case Centric Computing (VL/HCC 2007), 2007, pp. 252–253.
study of teams in ireland and sweden,” in 5th International Research [54] A. C. C. Franca, T. B. Gouveia, P. C. F. Santos, C. A. Santana, and F. Q.
Workshop on Information Technology Project Management (IRWITPM B. da Silva, “Motivation in software engineering: a systematic review
2010), 2010, pp. 71–83. update,” in 15th Annual Conference on Evaluation & Assessment in
[33] G. Asproni, “Motivation, Teamwork, and Agile Development,” Agil. Software Engineering (EASE 2011), 2011, pp. 154–163.
Times, vol. 4, no. 1, pp. 8–15, 2004. [55] A. C. C. Franca, D. E. S. Carneiro, and F. Q. B. da Silva, “Towards an
Explanatory Theory of Motivation in Software Engineering: A

290 | P a g e
(IJACSA) International Journal of Advanced Computer Science and Applications,
Vol. 9, No. 3, 2018

Qualitative Case Study of a Small Software Company,” in 2012 26th [75] J. Drobka, D. Noftz, and Rekha Raghu, “Piloting XP on four mission-
Brazilian Symposium on Software Engineering, 2012, pp. 61–70. critical projects,” IEEE Softw., vol. 21, no. 6, pp. 70–75, Nov. 2004.
[56] J. Noll, M. A. Razzak, and S. Beecham, “Motivation and Autonomy in [76] S. Misra, V. Kumar, U. Kumar, K. Fantazy, and M. Akhter, “Agile
Global Software Development,” in Proceedings of the 21st International software development practices: evolution, principles, and criticisms,”
Conference on Evaluation and Assessment in Software Engineering - Int. J. Qual. Reliab. Manag., vol. 29, no. 9, pp. 972–980, Oct. 2012.
EASE’17, 2017, pp. 394–399. [77] M. Kropp and A. Meier, “Agile Success Factors - A qualitative study
[57] A. Law and R. Charron, “Effects of agile practices on social factors,” about what makes agile projects successful,” Jan. 2015.
ACM SIGSOFT Softw. Eng. Notes, vol. 30, p. 1, 2005. [78] T. D. LaToza and A. van der Hoek, “Crowdsourcing in Software
[58] A. C sar, C. França, and F. Q. B. Da Silva, “Towards Understanding Engineering: Models, Motivations, and Challenges,” IEEE Softw., vol.
Motivation in Software Engineering.” 33, no. 1, pp. 74–80, Jan. 2016.
[59] E. Asan and S. Bilgen, “Agile Collaborative Systems Engineering - [79] S. Beecham, H. Sharp, N. Baddoo, T. Hall, and H. Robinson, “Does the
Motivation for a Novel Approach to Systems Engineering,” INCOSE Int. XP environment meet the motivational needs of the software developer?
Symp., vol. 22, no. 1, pp. 1746–1760, Jul. 2012. An empirical study,” in Proceedings - AGILE 2007, 2007, pp. 37–48.
[60] O. Mchugh, K. Conoby, and M. Lang, “Motivating agile teams: A case [80] A. C. C. Franca, D. E. S. Carneiro, and F. Q. B. da Silva, “Towards an
study of teams in ireland and sweden,” in 5th International Research Explanatory Theory of Motivation in Software Engineering: A
Workshop on Information Technology Project Management (IRWITPM Qualitative Case Study of a Small Software Company,” in 2012 26th
2010), 2010, vol. 8, pp. 71–83. Brazilian Symposium on Software Engineering, 2012, pp. 61–70.
[61] a Fernando, “The Impact of Job Design and Motivation on Employee [81] A. Law, R. Charron, A. Law, and R. Charron, “Effects of agile practices
Productivity as Applicable in the Context of Sri Lankan Software on social factors,” in Proceedings of the 2005 workshop on Human and
Engineers : A HR Perspective,” A HR Perspect., vol. 6, no. 2, pp. 67–78, social factors of software engineering - HSSE ’05, 2005, vol. 30, no. 4,
2008. pp. 1–5.
[62] D. V Nithyanandan, “WORK VALUE AS MOTIVATION AMONG [82] S. Beecham, N. Baddoo, T. Hall, and H. Robinson, “Protocol for a
SOFTWARE PROFESSIONALS.” Systematic Literature Review of Motivation in Software Engineering
[63] A. Deak, “A Comparative Study of Testers’ Motivation in Traditional and Systematic Review – Cover Sheet,” Computer (Long. Beach. Calif)., no.
Agile Software Development,” Springer, Cham, 2014, pp. 1–16. September, p. 87, 2006.
[64] N. Baddoo, T. Hall, and D. Jagielska, “Software developer motivation in [83] T. Jansson, “Motivation theory in research on agile project management :
a high maturity company: a case study,” Softw. Process Improv. Pract., A systematic literature review,” 2013.
vol. 11, no. 3, pp. 219–228, May 2006. [84] A. Deak, “A Comparative Study of Testers’ Motivation in Traditional and
[65] G. Concas, E. Damiani, M. Scotto, and G. Succi, Eds., Agile Processes in Agile Software Development,” Springer, Cham, 2014, pp. 1–16.
Software Engineering and Extreme Programming, vol. 4536. Berlin, [85] O. Mchugh, K. Conboy, and M. Lang, “Using Agile Practices to
Heidelberg: Springer Berlin Heidelberg, 2007. Influence Motivation within IT Project Teams Using Agile Practices to
[66] A. Elssamadisy and D. West, “Adopting agile practices: an incipient Influence Motivation,” Scand. J. Inf. Syst., vol. 23, no. 2, pp. 1–26, 2011.
pattern language,” p. 1:1–1:9, 2006. [86] E. Whitworth and R. Biddle, “Motivation and Cohesion in Agile Teams,”
[67] K. Schwaber, Agile Software Development with Scrum. Prentice Hall, in Agile Processes in Software Engineering and Extreme Programming,
2004. Berlin, Heidelberg: Springer Berlin Heidelberg, 2007, pp. 62–69.
[68] C. Hansson, Y. Dittrich, B. Gustafsson, and S. Zarnak, “How agile are [87] M. Dall’Agnol, A. Sillitti, and G. Succi, “Empirical Analysis on the
industrial software development practices?,” J. Syst. Softw., vol. 79, no. Satisfaction of IT Employees Comparing XP Practices with Other
9, pp. 1295–1311, Sep. 2006. Software Development Methodologies,” Extrem. Program. Agil. Process.
Softw. Eng. Proc., vol. 3092, no. June 2014, pp. 223–226, 2004.
[69] D. J. Anderson, Agile Management for Software Engineering: Applying
the Theory of Constraints for Business Results. Prentice Hall Professional [88] H. M. Huisman and J. Iivari, “Systems development methodology use in
Technical Reference, 2004. South Africa,” Proc. 9th Am. Conf. Inf. Syst., pp. 1040–1052, 2003.
[70] C. H. Becker, “Using eXtreme Programming in a Student Environment,” [89] C. H. Becker, “Using Extreme Programming in a Maintenance
no. December, p. 135, 2010. Environment,” no. December, p. 135, 2010.
[71] K. Conboy, S. Coyle, X. Wang, and M. Pikkarainen, “People over [90] Martin Fowler, “Writing The Agile Manifesto.” [Online]. Available:
process: Key challenges in agile development,” IEEE Softw., vol. 28, no. [Accessed: 30-May-
4, pp. 48–57, 2011. 2017].
[72] E. Programming, “Assessing XP at a European Internet Company,” pp. [91] Ghayyur, S. A. K., Ahmed, S., Naseem, A., & Razzaq, A. (2017).
37–43, 2003. Motivators and Demotivators of Agile Software Development: Elicitation
and Analysis. International Journal Of Advanced Computer Science And
[73] “Towards Understanding of Software Engineer Motivation in Globally Applications, 8(12), 304-314.
Distributed Projects Research proposal,” pp. 9–11.
[92] I. Asghar and M. Usman, “Motivational and de-motivational factors for
[74] Everette R Keith -, “Agile Software Development Processes A Different software engineers: An empirical investigation,” Proc. - 11th Int. Conf.
Approach to Software Design.” Front. Inf. Technol. FIT 2013, pp. 66–71, 2013.

291 | P a g e
View publication stats