ArticlePDF Available

Abstract and Figures

Context -- Motivation and job satisfaction are not the same thing, and although business organization research recognized this a long time ago, in Software Engineering research, we have not. As a result, thirty years of research on motivation in software engineering has produced knowledge on what makes software engineers generally happier, but not about how to increase their motivation. Goal -- In this article, we aim to identify visible signs of a software engineer who is motivated to work. Method -- We describe a field study in which 62 practitioners in Brazil reported their view of "motivation" in the context of their practical work. Data was collected by means of audio-recorded semi-structured interviews, and a thematic analysis was applied to identify the most relevant descriptors of motivation. Results -- Our data reveal that (1) motivated Software Engineers are engaged, focused, and collaborative; and (2) the term "motivation" is used as an umbrella term to cover several distinct organizational behaviours that are not necessarily related to the individual's desire to work. Conclusions -- Without a clear picture of the difference between these two concepts, work-based motivation programs may not be designed effectively to address either turnover or performance issues. Overall, this work indicates the need for a more effective conceptual system to investigate and encourage both job satisfaction and work motivation in software engineering research and practice.
Content may be subject to copyright.
Motivated software engineers are engaged and focused,
while satisfied ones are happy
César França
Centre for Informatics
Federal University of Pernambuco
Recife-PE, Brazil
+55 (81) 21268430
Centre for Advanced Studies and
Systems at Recife C.E.S.A.R
Recife-PE, Brazil
+55 81 3425.4700
franca@cesar.org.br
Helen Sharp
Computing and Communications
Dept.
The Open University
Milton Keynes, UK
+44 (0) 1908 65358
helen.sharp@open.ac.uk
Fabio Q. B. da Silva
Centre for Informatics
Federal University of Pernambuco
Recife-PE, Brazil
+55 (81) 21268430
Centre for Advanced Studies and
Systems at Recife C.E.S.A.R
Recife-PE, Brazil
+55 81 3425.4700
fabio@cin.ufpe.br
ABSTRACT
Context Motivation and job satisfaction are not the same thing,
and although business organization research recognized this a
long time ago, in Software Engineering research, we have not. As
a result, thirty years of research on motivation in software
engineering has produced knowledge on what makes software
engineers generally happier, but not about how to increase their
motivation. Goal In this article, we aim to identify visible signs
of a software engineer who is motivated to work. Method We
describe a field study in which 62 practitioners in Brazil reported
their view of "motivation" in the context of their practical work.
Data was collected by means of audio-recorded semi-structured
interviews, and a thematic analysis was applied to identify the
most relevant descriptors of motivation. Results Our data reveal
that (1) motivated Software Engineers are engaged, focused, and
collaborative; and (2) the term "motivation" is used as an umbrella
term to cover several distinct organizational behaviours that are
not necessarily related to the individual´s desire to work.
Conclusions Without a clear picture of the difference between
these two concepts, work-based motivation programs may not be
designed effectively to address either turnover or performance
issues. Overall, this work indicates the need for a more effective
conceptual system to investigate and encourage both job
satisfaction and work motivation in software engineering research
and practice.
Categories and Subject Descriptors
D.2.9 [Software Engineering]: Management programming
teams.
General Terms
Management, Performance, Human Factors.
Keywords
Work Motivation, Job Satisfaction, Software Engineers
1. INTRODUCTION
How best to motivate software engineers is an issue close to many
projectmanagers’hearts,becausethisisseenasawaytoimprove
productivity and reduce turnover. However, in this paper, we
argue that two related, but distinct, concepts are too often
conflated by both researchers and practitioners: work motivation
and job satisfaction.
According to two recent systematic literature reviews in the area,
140 articles about motivation of software engineers were
published between 1980 and 2010 [1][2]. The research results,
however, are inconclusive, and allow us to develop only abstract
models, such as the MOCC [3].In addition, a recent empirical
study involving a series of case studies [4][5][6][7]in different
types of software organizations, identified a large variety of
factors that reportedly affected the work motivation of software
engineers. This variety led us to question whether ‘motivation’ is
simply a very complex phenomenon, or were our respondents
attributing inconsistent meanings totheterm‘motivation’orwere
we in fact collecting opinions and experiences about several
phenomena, rather than a single one?
A closer inspection of these results indicates that‘jobsatisfaction’
is frequently used as a synonym for ‘motivation’. However job
satisfaction and motivation refer to different phenomena [8]. Job
satisfaction affects physical and mental health, absence, and
turnover, i.e. satisfaction makes people happy, while individuals
motivated to work will perform as best as they can, i.e. it affects
individuals’productivity [10].
Such confusion challenges the development of effective strategies
to get the best out of software engineers, because much of the
previous research on “motivation” in software engineering
actually investigates job satisfaction, which has no proven direct
effect on productivity [9]. In addition, we have no clear picture of
the visible signs of a motivated engineer, because motivation is an
abstract “internalstate”[11].
In this article, we shed light on this issue by uncovering visible
signs of a software engineer’s motivation to work, based on the
individual perspectives of 62practitioners from five different
Permission to make digital or hard copies of all or part of this work for
personal or classroom use is granted without fee provided that copies are
not made or distributed for profit or commercial advantage and that
copies bear this notice and the full citation on the first page. To copy
otherwise, or republish, to post on servers or to redistribute to lists,
requires prior specific permission and/or a fee.
ESEM’14, September 1819, 2014, Torino, Italy.
Copyright 2014 ACM 978-1-4503-2774-9/14/09…$5.00.
http://dx.doi.org/10.1145/2652524.2652545
Brazilian organizations. We collected rich data and conducted a
thematic analysis, providing evidence that motivated software
engineers are engaged, focused on their work, and collaborative.
The remainder of this article is organized as follows: In Section 2,
we present the theoretical bases that guide this research work: the
Job Satisfaction Theory and the Job Characteristics Theory of
motivation. Section 3 summarizes the current state of art about
motivation and satisfaction in software engineering. Section 4
describes our research questions, methods and techniques of data
collection and analysis, and the results are presented in Section 5.
Section 6 presents a discussion showing how well the data
answered our research questions and Section 7 presents some
concluding remarks and future work.
2. MOTIVATION AND SATISFACTION
ARE NOT THE SAME THING
The study of work motivation and job satisfaction developed
mainly in 1900s. In the first 50 years of the 20th century, no
explicit distinction was made in research studies between work
motivation and job satisfaction [12], although they have been
implied to refer to different concepts since the early theories.
Organizational behaviour research has significantly advanced
since this time, and it is now clear that work motivation refers to
the desire to do the work [13], while job satisfaction is a complex
emotionalreactiontotheappraisalofone’sjob[14].
If a research effort sets out to identify the antecedents and
outcomes of work motivation or job satisfaction without a clear
understanding of their distinction, its findings may be confounded.
For practitioners, devising management schemes without a clear
and consistent basis may result in ineffective practices [15].
Locke [14] developed an extensive theoretical study to redefine
the construct of job satisfaction. Since his definition was
presented, it has become a consensus between academics from the
organizational behaviour field [16]. In contrast, work motivation
has remained a fuzzy abstract concept, and the study of human
motivation has branched out in different theories in several fields.
This has contributed even more to conceptual uncertainty and that
is still problematic to researchers and practitioners in the area.
Table 1 summarises the six most relevant theories of motivation
for the software engineering field [20], emphasising the
conceptual differences between motivation and satisfaction
contained in each theory.
Although work motivation and job satisfaction are connected,
there are two critical characteristics that make work motivation
distinct from job satisfaction. First, motivation is future oriented,
while satisfaction is past oriented [8], i.e. motivation is an
antecedent of performance, while satisfaction is a consequence of
work events. Second, work motivation is about individuals’
perception of the work and its intrinsic characteristics, while job
satisfaction is about the perception of a broader set of elements
present in the workplace, including but not limited to the work
itself. In addition, motivation to do work impacts upon
productivity while job satisfaction impacts attendance, turnover
and health.
According to Locke, happiness is the main observable trait of
satisfied behaviour[14][17]. In contrast, the observable traits of
motivated behaviour are elusive. The large variety of
interpretations of the term 'motivation' within the available
theories challenges the accumulation of knowledge about the
observable motivational traits and contributes to this uncertainty.
Ambrose and Kulik[18] observed that, in the 1990s, research in
the Organizational Behaviour field turned its lens toward
observable and measurable elements of behaviour, while abstract
concepts such as ‘motivation’, moved “backstage as a largely
unmeasured, but still theoretically relevant, mediating variable”
[18, p. 280].
Table 1- The differentcharacterisationsof‘satisfaction’and
‘motivation’in the main theories of motivation
Theory
Motivation vs. Satisfaction
Hierarchy of
Needs Theory
[21]
It is not possible to find an explicit definition of
motivation and satisfaction in this theory.
However, a semantic difference is implied
between the words motivation, which refers to
a state of need, and satisfaction, which refers to
a state of no need.
Motivation-
Hygiene Theory
[22]
States that satisfied people are more productive,
and that job satisfaction is activated by two
independent sets of factors: motivators (or
satisfiers) are the primary cause of job
satisfaction, and hygiene factors (or dissatisfiers)
are the primary cause of job dissatisfaction.
Expectancy
Theory [23]
Satisfaction results from the convergence of
subjective expectations and actual outcomes of
an action. Motivation is the process of deciding
whether an effort to perform a specific action is
worthier than its available alternatives, and it is
guided by the maximization of satisfaction
experiences.
Goal Setting
Theory [24]
Motivation is the willingness to strive for the
goals of a particular organisation. The four
elements that represent motivated behaviour in
the Goal Setting theory are: Direction: goals
direct attention and action; Effort: the amount of
effort mobilized in proportion to the perceived
requirements of the goal or task; Persistence:
directed effort extended over time; Strategy
development: the development of strategies or
actionplansforattainingone’sgoals.
Job Satisfaction
Theory [14]
Job satisfaction is the pleasurable emotional state
resultingfromthesubjectiveappraisalofone’s
job as achieving or facilitating the achievement
ofone’sjobvalues,providingthesevaluesare
congruent with or help to fulfil one’sbasicneeds.
Inthiscontext,‘subjective means pertaining
only to individuals. Val u e is that which one acts
to gain and/or to keep. Need refers to objective
requirements for wellbeing.
Job
Characteristics
Theory [25]
Internal work motivationrefersto“beingturned
ontoone’sworkbecauseofthepositiveinternal
feelingsthataregeneratedbyperformingwell”.
Satisfaction is the degree to which the employee
is happy with the job, or with specific aspects of
the job.
Some motivation theories have gained special attention because
they suggested operational ways of assessing antecedents and
outcomes of work motivation in practice [19]. The Job
Characteristics Theory of motivation [11], for instance, which has
become the most popular theory of work motivation in the
software engineering literature [20], covers both job satisfaction
andwork motivation,butitreliesonthenotion of‘internalwork
motivation’, which refers to a set of internalfeelings. While job
satisfaction can be assessed through scales of happiness, this
theory does not suggest external signs of motivated individuals.
3. RESEARCH IN MOTIVATION FOR
SOFTWARE ENGINEERING
The two systematic literature reviews on motivation in software
engineering [1][2]both produced long lists of factors that
reportedly influence (either positively or negatively) the
motivation of Software Engineers to be more (or less) productive,
together with several outcomes of more and less motivated
Software Engineers.
However, the conceptual bases of the primary studies retrieved in
these two systematic reviews is very diverse, which make their
integration and synthesis somewhat challenging. Table 2,
illustrates some of this diversity by presenting example papers and
their focus. In order to learn from the differences, and advance our
knowledge on this issue, research efforts need to address similar
phenomena[26].
Table 2The focus of studies on "motivation" of software
engineers varies
Focus of the studies
Ref.
Antecedents of job satisfaction.
[27]
Intention to leave/stay in an organization
[28]
Reasons for choosing IT as a career
[29]
Reasons for developing open source software
[30]
Reasons for choosing an open source software to work for
[31]
Reasons for doing a specific task (e.g. refactoring)
[32]
Antecedents of work motivation
[33]
Performance, productivity, proactive behaviour
[34]
Hall et al [20] presented a deeper discussion showing that the
studies explicitly mentioning some theory of motivation either
used it in a superficial way, or in a partial way, asserting that
“studies of motivation in software engineering (…) should be
more rigorously based on existing theory”[20, p. 10:25]. The
updated review conducted by França et al. [2] shows that this
picture remains unchanged.
The MOCC model [3] is the most recent advance in the study of
motivation in software engineering. The model currently stands as
an abstract, holistic model that enables researchers and
practitioners to have a better understanding of the landscape of
motivation, and provides a coherent framework for integrating
research findings. Nevertheless, the model combines different
concepts of motivation and job satisfaction in a single synthesis,
and puts together results from research that may have been
interested in one, both or neither of these concepts (Table 2).
As a result, we can conclude that more is known about software
engineers’ job satisfaction, but little is known about software
engineers’ work motivation. In order to address this gap, we set
out to obtain a deeper understanding of work motivation for
software engineers. Our main contribution, in this paper, consists
of a set of observational traits of behaviour that characterize the
motivated behaviour of software engineers. We expect this
contribution to enable more data-driven empirical research in this
area, and to serve the initial basis for a more solid framework to
guide and integrate research findings about motivation of software
engineers.
4. GOALS AND METHODS
In 2010 and 2011, we conducted independent case studies aimed
at developing a better understanding of work motivation in five
Brazilian software organizations (Table 3). Rich data was
collected from 62 practitioners, including analysts, developers,
testers, managers and executive directors. The participants were
selected intentionally, following a maximum variation strategy
regarding age, work experience, and education. The interviews
followed a single script, and were conducted by different
researchers in each organization. We then developed separate
grounded theories [36] that each identified, described and related
factors that reportedly explained the “motivation” in one
organization. All the interviews were conducted in Portuguese,
and the analysis was performed by native speakers in the original
language. More details on these case studies can be found
elsewhere [4][5][6].
Table 3 - Organizations' characteristics
Then we ran cross-case syntheses [7] using the meta-ethnography
approach [37]. The large and complex models resulting from that
effort led us to question whether the participants of the interviews
referred to a single well-defined phenomenon, or offered opinions
and experiences about several phenomena.
During the case studies, participants were informed that the
research focused on motivation, and the word “motivation” was
used in the interviews, but no definition of the term was suggested
before or during the interviews. As suggested by the grounded
theory procedures, in those studies, we approached the data
without the guidance of any previous theory of motivation, and
the analyses relied on bottom-up definitions of the phenomenon.
In the present article, we are specifically interested in the
meanings that practitioners attributed to the term “motivation”.
Howdotheydefinetheterm“motivation”?Howdotheyperceive
clearly motivated and demotivated co-workers? Are these
perceptions effectively addressing the phenomenon that we are
interested in?
To do this, we used the raw answers that participants provided to
three specific questions embedded in the interview scripts, and
conducted a thematic analysis. The questions were:
Q1. How would youdefinetheterm“motivation”?
Q2. How would you describe a clearly motivated co-
worker?
Q3. How would you describe a co-worker that is clearly
not motivated?
Thematic analysis is a method for identifying, analysing, and
reporting patterns (themes) within the data [38]. Two researchers
coded the answers independently. The codes were merged, and
grouped in more abstract categories. Conflicts were discussed in
face-to-face meetings until agreement was achieved. All analysis
was performed in Portuguese.
According to Cruzes and Dyba [38], thematic analysis has limited
interpretative power beyond mere description, if it is not used
within an existing theoretical framework. In this paper, we
interpret our results in light of the Job Satisfaction Theory [14]
and the Job Characteristics Theory [11], previously described in
Section 2.
5. RESULTS
A total of 56 valid answers were provided for Q1, and 58 valid
answers for Q2 and Q3 (Table 4). Several answers communicated
the lack of confidence participants had regarding the precise
words to use to define motivation, and to describe motivated and
demotivated co-workers, but only answers such as “I do not
know” have been considered invalid for analysis purposes,
because they are not useful to make any further inference.
All the data is in Portuguese, and the analysis was conducted in
the same language. The examples were translated to English in
this paper to improve readability for the international community.
Table 4 - Number of participants and valid answers
Org. 1
n=14
Org. 2
n=10
Org. 3
n=13
Org. 4
n=13
Org. 5
n=12
Tot a l
Q1
14
10
12
12
8
56/62
Q2
13
10
12
12
11
58/62
Q3
14
10
13
12
9
58/62
Regarding the first question (Q1), 12 distinct patterns were
identified. Table 5 provides an example of how one of these
patterns was generated from the data. These 12 distinct patterns
were then collated into three abstract groupings. Table 6
summarizes the eight most frequent patterns in three groupings
and indicates the organizations in which the participants referred
to each definition. Note that the example in Table 5 appears in
row 4 of Table 6, and in Group I.
Table 5 - Example of one pattern construction
Interview excerpts
Codes
Pattern
“Tome,motivationispleasure.(…)the
pleasure of being productive”
Part. 003, Org. 1, Director.
pleasure
productive
Motivation is
“the
pleasure/happiness
from doing the
work”
“Itiswhen youlike that, when that gives
you pleasure
Part. 021, Org. 2, Tester
like
pleasure
“Motivationistodosomethingthatgives
you pleasure, when you feel good doing
something that someone ordered you to
do”
Part. 038, Org. 3, Manager
pleasure
feel good
I think that motivation is to do whatever
you like, whatever makes you happy.”
Part. 044, Org. 4, System Analyst
like
happiness
Table 6Patterns of definitions for the term "motivation"
Group
Organization
1
2
3
4
5
I
Emotions
It is the overall welfare in the job
It is the pride for doing the work
It is to make people feel
valuable/useful/happy
It is the pleasure/happiness from
doing the work
II
Desire to work
It is the extra-effort applied to
work
It is the desire to do the work
III
Compensation
It is the willingness to attain
some rewards
It is the willingness to grow, to
advance careers
Regarding the other two questions (Q2 and Q3), we identified 30
behavioural descriptors (adjectives). Table 7 shows an example of
how the adjectives were identified from the data.
These adjectives were grouped into nine categories with a higher
level of abstraction (Table 8). In Table 8, positive adjectives
describe“motivated”engineers(Q2)whilethenegativeadjectives
describe“demotivated”engineers(Q3).
Table 7 - Example of behavioural descriptors identification
Interview excerpts
Adjectives
(Behavioural
Descriptors)
“First,hearrives early. Smiling, solve the
problems promptly, doesn’twastetime. I think that
the main thing is when you perceive that the
persondoesn’ttakethejoblikeaburden,butdoes
the things with pleasure.(…)Allthesethingsshow
motivation. The person pursuits solutions, doesn’t
expect it to come from nowhere…heisproactive
Part. 006, Org. 1, System Analyst
Punctual
Good mood
Hard-working
Pleased
Involved
Proactive
Table 9 shows the frequencies with which each category was used
to describe motivated OR demotivated behaviours. According to
this table, descriptors in categories C1 to C6 were mentioned in all
cases. C1 Engagement and C2 Happiness hold the most
frequently used descriptors. Table 10 shows how consistently the
participants described the opposite behaviours. Forty-five
participants (77%) described motivation AND demotivation using
adjectives from the same category. This indicates that the category
represents a consistent interpretation of motivation in practice.
Category C1 Engagement was the most consistently used
through all the cases to describe both motivated and demotivated
behaviours. C2, C3, C4 and C5 were also consistently utilized by
some engineers in all organizations. Although C2, C3 and C5
were among the most frequently mentioned categories (Table 9),
their consistency can be classified as low, i.e. the participants
mentioned it either to describe motivated or demotivated
behaviour exclusively. Only in Org. 5, which is an open source
community, was C3 not consistently mentioned, and this may be
because developers are physically distributed and co-workers are
less likely to notice the concentration levels of others.
Table 8 - Behavioural descriptors for motivated and
demotivated engineers
Categories
Motivation
Demotivation
C1 Engagement
Involved
Hard-working
Curious
Proactive
Uninvolved
Lazy
Indifferent
Passive
C2 Happiness
Excited
Bored
Good mood
Bad mood
Pleased
Resentful
Upbeat
Depressed
C3 Focused
Careful
Careless
Focused
Loose
C4 Collaboration
Communicative
Reserved
Cooperative
Uncooperative
Ava i la b le
Unavailable
C5 Professionalism
Punctual
Absent
Peacemaker
Troublemaker
Responsible
Irresponsible
C6 Productivity
Productive
Unproductive
C7 Creativity
Creative
Uncreative
C8 Stability
Calm
-
C9 Optimism
-
Pessimistic
Table 9 - Motivated behaviour (Frequency)
Org.
Categories mentioned in Q2 OR Q3
C1
C2
C3
C4
C5
C6
C7
C8
C9
1
*
*
*
*
2
*
*
*
*
*
3
*
*
*
4
*
*
*
*
5
*
*
* Representative of half or more participants in that case
Table 10 - Motivated behaviour (Consistency)
Org.
Categories mentioned in Q2AND Q3
C1
C2
C3
C4
C5
C6
C7
C8
C9
1
*
2
*
3
4
5
*
* Consistent for half or more participants in that case
6. INTERPRETATION AND DISCUSSION
Our theoretical framework proposes that job satisfaction and work
motivation refer to distinct phenomena (see Section 2 for a more
detailed theoretical discussion). Job satisfaction is the pleasurable
emotional state resulting from the appraisal of one’s job as
attaining, or allowing the attainment of, one’s important job
values, while work motivation refers to the desire to work.
Considering a single minute action, motivation happens before it
while satisfaction happens afterwards. The Job Satisfaction
Theory suggests that Job Satisfaction is signalled by the happiness
of the individuals at work, while the external signs of a motivated
behaviour remain unknown. Human life in fact is a continuous
composed by series of actions, so both concepts are mutually
reinforcing, because past satisfaction shapes people's perception
about experiences and the world around them, which
consequently affects their motivation for future actions.
The data presented in the previous section may mean that our
participants do not regard work motivation and job satisfaction as
distinguishable phenomena, or it may mean that they are not
aware of the distinction. Either way, it supports our initial claim
that the participants of our case studies do not distinguish between
job satisfaction and work motivation. The data shows, in two
complementary ways, that these different phenomena are
conflated in their responses:
First, Table 6 shows that the most frequent definitions attributed
to the term motivation pertain to Group I, which focuses mainly
on feelings resulting from the appraisal of the job, such as pride
and happiness. The definitions in Group I converge to the
definition of satisfaction provided by the Job Satisfaction Theory,
while the definitions in Group II in fact fit better with the
definition of motivation provided by the Job Characteristics
Theory.
Second, Engagement, Happiness, Concentration, Collaboration
and Professionalism are the categories of behavioural descriptors
most frequently and most consistently mentioned by our
participants to describe the motivated behaviour of their co-
workers. However, these five categories of descriptors clearly
belong to different concepts of our theoretical framework, as
shown in Figure 1.
Figure 1 - Concepts and their descriptors
Happiness is an external sign of job satisfaction, rather than work
motivation. Happiness was the label attributed to a list of positive
and negative emotions that occur as a result of one’sevaluationof
the action, namely: excited/bored, good mood/bad mood, upbeat,
resentful. Engagement and Concentration, on the other hand, are
compatible with the concept of work motivation provided in JCT,
because they comprise mainly attitudes toward the work that are
perceivable before the execution of an action.
Table 8 shows that some of the engineers have mentioned
hypothetical outcomes of job satisfaction or work motivation as
proxies to describe what they consider motivated and demotivated
behaviours, which explains why collaboration and
professionalism appear among the most frequent and consistent
categories. The Job Satisfaction Theory suggests that job
satisfaction influences attendance and organizational
commitment. The descriptors in our category Professionalism
represent exactly these attitudes of an individual toward the
organization. Furthermore, collaboration is an element of
performance, as well as productivity and creativity,
Finally, the low level of consistency described in Table 10 may
indicate that motivation and demotivation are two independent
behavioural states. Although the words “motivation” and
“demotivation” were used in the interview scripts in the case
studies, we could not find an explicit definition for the concept of
“demotivation”inourtheoreticalframework. The Job Satisfaction
theory describes Job Satisfaction and Job Dissatisfaction as two
co-existing states, rather than opposite forces. Thus, we follow a
similar rationale to suggest an interpretation for this concept,
based on our data, described below.
It is possible to observe in the data that the negative adjectives of
the category “focused”, in particular, described demotivated
engineers better than the positively-described motivated
engineers. Since the Job Characteristics Theory defines
motivation as the desire to work, the opposite of motivation would
rather be “no motivation” or “the lack of desire to work”. The
term‘demotivation’,incontrast, may have communicated the idea
of “the desire not to work” in our case studies. Thus, while
motivated engineers are engaged, demotivated engineers are
distracted. Both motivational and de-motivational forces co-exist
in the environment, so the combination of the engagement and
focused states reveals two other situations, illustrated in Figure 2.
“Not-engaged and focused” represents a state defined as
Homeostasis [39], or a state of balance that results in no action.
The opposite state, “engaged and distracted” (frenetic) indicates
the influence of non-hygienic forces on the ability of the
individual to maintain good performance, such as constant
interruptions, noise, discomfort, and health conditions, among
others.
Figure 2 - Motivated behaviour quadrant
7. CONCLUSION
Whether a researcher or a practitioner is interested in solving a
turnoverproblemorin enhancingtheiremployees’performance,
they should be aware that the antecedents, behavioural signs, and
outcomes of work motivation and job satisfaction differ. This has
practical implications for work-based motivation programmes,
which may not be effectively designed to enhance performance
and productivity of software engineers.
The role of this paper is two-fold.
1. To highlight the distinction between these two concepts for
the software engineering research and practitioner
communities, and
2. To present indicators of motivated behaviour in software
engineers based on empirical research, in a form of
descriptors that can be used to develop observational or
measurement instruments in the future
The evidence presented in this paper suggests that software
practitioners do not distinguish between work motivation and job
satisfaction. We would not expect software engineers to provide a
very precise definition for the term, since it is not necessarily part
of their technical curricula. However, this may challenge the
findings from past research that asked software engineers directly
for their perceptions about their own motivation.
Previous research suggests that satisfied behaviour is perceived in
terms of happiness at work. In this work, we suggest motivated
behaviour is perceived in terms of engagement and focus. In our
research, these two behavioural traits were the most consistently
mentioned to describe motivated behaviour by the interviewed
software engineering practitioners across the five studied
organisations. Knowing this will help to improve future empirical
research on motivation and support the effective management of
software engineers in the workplace.
All of the studies reported here were executed in Brazilian
companies. Since individual characteristics, values, knowledge
and perceptions vary between distinct cultures [40], the reader
should be careful in transferring these results to other contexts. It
opens, however, an opportunity of replicating this study in other
countries, to draw comparisons, and enhance the theory from
eventual differences.
Future research should take a closer look at the antecedents of
engagement and concentration as a way of understanding how to
develop motivational programmes that are more focused on the
performance of software engineers.
8. ACKNOWLEDGMENTS
Professor Fabio Q. B. da Silva holds a research grant from the
Brazilian National Research Council (CNPq), process
#314523/2009-0. The research that led to the results presented
here were conducted while César França was a PhD student at
UFPE, holding a CNPq grant process #141156/2010-4. We would
like to thank all participants in all phases of this research and the
organizations involved for granting access for data collection.
9. REFERENCES
[1] Beecham, S., Badoo, N., Hall, T., Robinson, H., and Sharp, H.,
2007. Motivation in Software Engineering: A systematic
literature review, Information and Software Technology, 50,
860-878.
[2] França, A. C. C., Gouveia, T. B., Santos, P. C. F., Santana, C.
A., and da Silva, F. Q. B., 2011. Motivation in Software
Engineering - A Systematic Review Update., In: 15th
International Conference on Evaluation and Assessment in
Software Engineering EASE.
[3] Sharp, H., Badoo, N., Beecham, S., Hall, T., and Robinson, H.,
2008. Models of motivation in software engineering,
Information and Software Technology.
[4] França, A. C. C., Felix, A. L. , and da Silva, F. Q. B., 2012.
Towards an Explanatory Theory of Motivation in Software
Engineering : A Qualitative Case Study of a Government
Organization, In: International Conference on Evaluation &
Assessment in Software Engineering (EASE).
[5] França, A. C. C., Carneiro, D. E. S., and da Silva, F. Q. B.,
2012. Towards an Explanatory Theory of Motivation in
Software Engineering : A Qualitative Case Study of a Small
Software Company, In: Proceedings of the Brazilian
Symposium of Software Engineering (SBES).
[6] França, A. C. C., Araújo, A. C. , and Silva, F. Q. B., 2013.
Motivation of Software Engineers : A Qualitative Case Study
of a Research and Development Organisation, In: Proceedings
Engaged
Distracted
Focused
Motivated
Demotivated
Homeostatic
Frenetic
Not Engaged
of 6th International Workshop on Cooperative and Human
Aspects of Software Engineering (CHASE).
[7] França, A. C. C., da Silva, F. Q. B., Felix, A. L., and Carneiro,
D. E., 2013. Motivation in Software Engineering Industrial
Practice: A Cross-Case Analysis of Two Software
Organisations, Information and Software Technology,
Available online.
[8] Locke, E. A., and Latham, G., 1990. WORK MOTIVATION
AND SATISFACTION: Light at the End of the Tunnel,
Psychological Science, 240-246.
[9] Judge, T., Thoresen, C., Bono, J., and Patton, G., 2001. The
job satisfaction-job performance relationship: a qualitative
and quantitative review, Psychological bulletin, 127, 3, 376-
407.
[10] Boselie, P., Dietz, G., and Boon, C., 2005. Commonalities
and contradictions in HRM and performance research, Human
Resource Management Journal, 15, 3, 67-94.
[11] Hackman, J. R., and Oldham, G. R., 1976. Motivation
through the design of work: test of a theory, Organizational
Behavior and Human Performance, 250-279.
[12] Latham, G., and Ernst, T., 2006. Keys to motivating
tomorrow's workforce, Human Resource Management
Review, 16, 2, 181-198.
[13] Amabile, T. M., and Kramer, S., 2011. The progress
principle: using small wins to ignite Joy, Engagement, and
Creativity at work, Boston: Harvard Business School
Publishing.
[14] Locke, E. A., 1969. What is job satisfaction?, Organizational
Behavior and Human Performance, 309-336 (1969).
[15] Golembiewski, R. T., 2000. Handbook of Organizational
Behavior, 2 ed., New York: Marcel Dekker Inc.
[16] Weiss, H. M., 2002. Deconstructing job satisfaction:
Separating evaluations, beliefs and affective experiences,
Human Resource Management Review, 12, 173-194.
[17] Locke, E. A., 1976. The nature and causes of job satisfaction,
in Handbook of Industrial and Organizational Psychology,
Chicago, Rand McNally, 1297-1349.
[18] Ambrose, M. L. , and Kulik, C. T., 1999. Old Friends, New
Faces: Motivation Research in the 1990s, Journal of
Management, 25, 3, 231-292.
[19] Oldham, G. R., and Hackman, J. R., 2005. How Job
Characteristics Theory Happened, in The Oxford handbook of
management theory: The process of theory development,
Smith, K. G. and Hitt, M. A. , Eds., Oxford, Oxford
University Press, 151-170.
[20] Hall, T., Badoo, N., Beecham, S., Robinson, H., and Sharp,
H., 2009. A systematic review of Theory use in studies
investigating the motivations of software engineers., ACM
Trans. Soft. Eng. Methodol., 18, 3.
[21] Maslow, A., 1954. Motivation and Personality.
[22] Herzberg, F., 1964. One More Time: How Do You Motivate
Employees?, Harvard Business Review.
[23] Vroom, V. H., 1964. Work and Motivation, New York:
Wiley.
[24] Locke, E. A., 1968. Toward a Theory of Task Motivation and
Incentives, Organizational Behavior and Human Performance,
3, 157-189.
[25] R. Hackman, J., Oldham, G., Janson, R., and Purdy, K.,
1975. A New Strategy for Job Enrichment, California
Management Review, 57-71.
[26] S. Cruzes, D., and Dybå, T., 2011. Research synthesis in
software engineering: A tertiary study, Information and
Software Technology, 53, 5, 440-455.
[27] Sach, R., Sharp, H., and Petre, M., 2010. Continued
involvement in software development: motivational factors,
In: Proceedings of Empirical Software Engineering and
Measurement (ESEM).
[28] Korunka, C., Hoonaker, P., and Carayon, P., 2008. Quality of
working life and turnover intention in information technology
work, Human Factors and Ergonomics in Manufacturing &
Service Industries, 18, 4, 409423.
[29] Potter, L. E., von Hellens, L. A., and Nielsen, S. H.,2009.
Childhood interest in IT and the choice of IT as a career: the
experiences of a group of IT, In: Proceedings of ACM Annual
Conference of the Special Interest Group Management
Information Systems and Computer Personnel Research (SIG-
CPR).
[30] Benbya, H., and Belbaly, N., 2010. Understanding
Developers’ Motives in Open Source Projects: A Multi-
Theoretical Framework, Communications of the Association
for Information Systems, 27, 30.
[31] Hilkert, D., Benlian, A., and Hess, T., 2010. Motivational
Drivers to Develop Apps for Social Software-Platforms: The
Example of Facebook, In: Proceedings of American
Conference on Information Systems.
[32] Wang, Y., 2009. What motivate software engineers to
refactor source code? Evidences from professional developers,
In: Proceedings of IEEE International Conference on Software
Maintenance, (ICSM).
[33] Jørgensen, N., 2007. Developer autonomy in the FreeBSD
open source project, Journal of Management and Governance,
11, 2, 119-128.
[34] Beecham, S., Sharp, H., Badoo, N., Hall, T., and Robinson,
H., 2007. Does the XP environment meet the motivational
needs of the software developer? An empirical study, In:
AGILE 2007.
[35] da Silva, F. Q. B., and França, A. C. C., 2012. Towards
understanding the underlying structure of motivational factors
for software engineers to guide the definition of motivational
programs, Journal of Systems and Software (JSS), 85, 2, 216 -
226.
[36] Corbin, J., and Strauss, A., 2008. Basics of Qualitative
Research: Techniques and Procedures for Developing
Grounded Theory, 3rd ed., Sage Publications.
[37] Noblit, G. W., and Hare, R. D., 1988. Meta-Ethnography:
Synthesizing Qualitative Studies (Qualitative Research
Methods), Sage Publications, Inc.
[38] Cruzes, D. S., and Dybå, T., 2011. Recommended Steps for
Thematic Synthesis in Software Engineering, In: International
Symposium on Empirical Software Engineering and
Measurement (ESEM).
[39] Maslow, A. H., 1943. Preface to motivation theory,
Psychosomatic Medicine, 85-92.
[40] Schwartz, S. H. (1999). A Theory of Cultural Values and
Some Implications for Work, Applied psychology: an
international review, 48(l).
... In this work we define human aspects in software engineering as human-related aspects that can become make-or-break issues in software projects [30]. Researchers have investigated various human aspects in various SE contexts -such as personality [10] [13], emotions [15], motivation [58] [25], gender [52], culture [54], communication issues [18] [7], human errors [6], attitude [22], team climate [57] and others -and identified their impact on SE, for better or worse. We recently conducted a Systematic Literature Review (SLR) [30] on existing studies of human aspects impacting requirements engineering. ...
... The majority of the studies are academic-based that are conducted with academics and students and also focused on providing theoretical models/ strategies/ prototypes shows the need for more industry-focused studies. While motivation and personality have been studied in SE [16], [24] [25], we identified that these are two human aspects that to date have not been investigated much in relation to RE-related activities. When observing motivation and personality, we found many studies in the context of SE in general, with a few considering RE only as a part of it. ...
Article
Requirements Engineering (RE)-related activities require high collaboration between various roles in software engineering (SE), such as requirements engineers, stakeholders, developers, etc. Their demographics, views, understanding of technologies, working styles, communication and collaboration capabilities make RE highly human dependent. Identifying how ”human aspects” – such as motivation, domain knowledge, communication skills, personality, emotions, culture, etc.– might impact RE-related activities would help us improve RE and SE in general. This study aims to better understand current industry perspectives on the influence of human aspects on RE-related activities, specifically focusing on motivation and personality, by targeting software practitioners involved in RE-related activities. Our findings indicate that software practitioners consider motivation, domain knowledge, attitude, communication skills and personality as highly important human aspects when involved in RE-related activities. A set of factors were identified as software practitioners’ key motivational factors when involved in RE-related activities, along with important personality characteristics to have when involved in RE. We also identified factors that made individuals less effective when involved in RE-related activities and obtained some feedback on measuring individuals’ performance when involved in RE. The findings from our study suggest various areas needing more investigation, and we summarise a set of key recommendations for further research.
... Notably, the four factors in Developer Thriving explicitly call attention to the environmental and structural affordances which create the conditions for developer productivity. One central criticism of relying on happiness and satisfaction measures is that they are highly volatile and may capture immediate signals (e.g., mood) rather than true over-time productive patterns [9]. In contrast, the four sociocognitive factors of Developer Thriving each tie explicitly to behavioral cycles that maintain high performance over time using trait-based (rather than state-based) measures adapted from previously validated measures, thus yielding a more long-term and sustainable measure [7], [8], [10]. ...
Article
Full-text available
Software research has reliably documented a connection between how satisfied developers feel at work and their overall productivity. However, these explorations have not typically integrated known social science mechanisms around human wellbeing and achievement to describe why this connection exists, and what the most promising levers are for leaders and teams that wish to impact it. In addition, there are strong criticisms of using highly volatile and individual affective measures (e.g., daily happiness) as a sole signal for the quality of learning and problem-solving. In this study, we present a research-based framework for measuring successful environments on software teams for long-term and sustainable sociocognitive problem-solving, named Developer Thriving. Across 1282 full-time developers in 12+ industries, we tested the factors of Developer Thriving and found it predictive of developers’ self-reported productivity.
Article
Software development projects depend on collaborative teams. In the past 50 years of research, various studies have explored the effect of software engineer's personality traits and cultural values on team performance. These studies have led to better understand these relationships; however, how the personality traits and cultural values influence the team effectiveness is still far away in the literature. This research aims to investigate the relationships between social and psychological complexities (including personality traits and cultural values), team coordination, team motivation, and team success (which comprises team effectiveness and team climate) to explore the impact of social and psychological issues on software team success. An online survey targeting software development professionals and unstructured interviews were followed for data collection. We received 112 responses from software developers working in different countries. Findings indicate that personality traits and cultural values, that is, consciousness, openness, harmony, and autonomy, have positive relationship with team coordination effectiveness, while other factors such as neuroticism, embeddedness, hierarchy, and mastery were found to be related negatively with it. These negative relationships can be mitigated by motivating team members appropriately. Based on our research findings, we conclude that the negative impact caused by different personality and cultural traits could be reduced by improving team coordination effectiveness using effective motivation.
Chapter
Software development is a process that requires a high level of human talent management to ensure its success. This makes it a topic of interest to the software industry and research. Considering this interest, it is evident the need to know the aspects that have been studied, how they have been measured, and what data analysis methods have been used. This paper presents an analysis of the human aspects associated with the software development process, identifying procedures and methods used to analyze data and its measurement. A systematic mapping with a sample of 99 studies identified by their relationship with the proposed topic was used as the research method. The main findings show that one of the most studied is personality. This aspect is related to the performance of software development teams and is a key variable for its conformation. Concerning the most used data source, we find the survey based on self-reporting. Finally, descriptive statistics is the most frequent method of analysis, which is performed prior to other methods such as correlation or regression analysis. The results suggest a wide spectrum of human aspects to be studied in Software Engineering, and interesting potential for analysis by identifying interesting methods other than self-reporting.KeywordsMetricsHuman aspectsSoftware developmentSystematic mapping study
Chapter
In Great Minds In Management Ken G. Smith and Michael A. Hitt have brought together some of the most influential and original thinkers in management. Their contributions to this volume not only outline their landmark contributions to management theory, but also reflect on the process of theory development, presenting their own personal accounts of the gestation of these theories. The result is not only an ambitious and original panorama of the key ideas in management theory presented by their originators, but also a unique collection of reflections on the process of theory development, an area which to date little has been written about by those who have actually had experience of building theory. In their concluding chapter, Ken G. Smith and Michael A. Hitt draw together some common themes about the development of management theory over the last half a century, and suggest some of the conclusions to be drawn about how theory comes into being.
Article
: The integrated wholeness of the organism must be reemphasized. We should not take a localizable, somatic, partial drive as paradigm for motivation theory. The study of motivation should stress ultimate rather than partial goals, ends rather than means to ends. a) not only conscious but also unconscious motivations must be accounted for in a theory of motivation. There are, customarily, different cultural paths to the same goal. Therefore, conscious, specific, local desires are not so useful for motivation theory as fundamental, unconscious goals. Motivated behavior, either preparatory or consummatory, must be understood to be a channel through which many needs may be expressed or satisfied. Usually acts have more than one motivation. Practically all organismic states are to be understood as motivated. Man is a perpetually wanting animal; the appearance of a need rests on prior situations, on other prepotent needs; needs or desires must be arranged in hierarchies of prepotency. Lists of drives will get us no place for various reasons. Any classification of motivations must deal with the problem of level or specificity of classification. Classifications of motivations must be based upon goals rather than upon instigating drives. Motivation theory must be anthropocentric, not animalcentric. The situation or the field in which the organism reacts must be taken into account but it must be done with a dynamic interpretation of the situation or the field. Not only the integration of the organism must be taken into account but also the possibility of isolated, specific, partial or segmental responses must also be included.12 Copyright (C) 1943 by American Psychosomatic Society
Article
After decades of research it is now possible to offer a coherent, data-based theory of work motivation and job satisfaction. The present model combines aspects of the following theories: goal setting, expectancy, social-cognitive, attribution, job characteristics, equity, and turnover-commitment. The resulting model is called the high performance cycle. It begins with organizational members being faced with high challenge or difficult goals. If high challenge is accompanied by high expectancy of success or self-efficacy, high performance results, given that there is: commitment to the goals, feedback, adequate ability, and low situational constraints. High performance is achieved through four mechanisms, direction of attention and action, effort, persistence, and the development of task strategies and plans. High performance, if rewarding, leads to job satisfaction, which in turn facilitates commitment to the organization and its goals. The model has implications for leadership, self-management, and education.
Article
This article reports the principal findings of over 200 studies of work motivation published between January 1990 and December 1997. We examined research relevant to seven traditional motivational theories (Motives and Needs, Expectancy Theory, Equity Theory, Goal-Setting, Cognitive Evaluation Theory, Work Design, and Reinforcement Theory) and three emerging topic areas (Creativity, Groups, and Culture). For each area, we summarize the research, identify trends and discuss issues that deserve further research attention. We conclude by examining trends in research in the field overall and considering the implications of these trends for the future role of motivation in organizational behavior research.