Abstract:Productivity tracking tools often determine productivity based on the time interacting with work-related applications. To deconstruct productivity's diverse and nebulous nature, we investigate how knowledge workers conceptualize personal productivity and delimit productive tasks in both work and non-work contexts. We report a 2-week diary study followed by a semi-structured interview with 24 knowledge workers. Participants captured productive activities and provided the rationale for why the activities were as… Show more
“…Positive affective states are proxies of happiness and were previously shown to have a positive effect on developers' problem solving skills and productivity [1], [2], [4], [27]. Similarly, aspects of the job that motivate developers or tasks that bring them enjoyment were also shown to lead to higher job satisfaction and productivity [28], [29]. Self-reported satisfaction levels of knowledge workers [30], and more specifically, self-reported affective states of software developers [3], have further been shown to be strongly correlated with productivity and efficiency.…”
What is a good workday for a software developer? What is a typical workday? We seek to answer these two questions to learn how to make good days typical. Concretely, answering these questions will help to optimize development processes and select tools that increase job satisfaction and productivity. Our work adds to a large body of research on how software developers spend their time. We report the results from 5971 responses of professional developers at Microsoft, who reflected about what made their workdays good and typical, and self-reported about how they spent their time on various activities at work. We developed conceptual frameworks to help define and characterize developer workdays from two new perspectives: good and typical. Our analysis confirms some findings in previous work, including the fact that developers actually spend little time on development and developers' aversion for meetings and interruptions. It also discovered new findings, such as that only 1.7% of survey responses mentioned emails as a reason for a bad workday, and that meetings and interruptions are only unproductive during development phases; during phases of planning, specification and release, they are common and constructive. One key finding is the importance of agency, developers' control over their workday and whether it goes as planned or is disrupted by external factors. We present actionable recommendations for researchers and managers to prioritize process and tool improvements that make good workdays typical. For instance, in light of our finding on the importance of agency, we recommend that, where possible, managers empower developers to choose their tools and tasks.
“…Positive affective states are proxies of happiness and were previously shown to have a positive effect on developers' problem solving skills and productivity [1], [2], [4], [27]. Similarly, aspects of the job that motivate developers or tasks that bring them enjoyment were also shown to lead to higher job satisfaction and productivity [28], [29]. Self-reported satisfaction levels of knowledge workers [30], and more specifically, self-reported affective states of software developers [3], have further been shown to be strongly correlated with productivity and efficiency.…”
What is a good workday for a software developer? What is a typical workday? We seek to answer these two questions to learn how to make good days typical. Concretely, answering these questions will help to optimize development processes and select tools that increase job satisfaction and productivity. Our work adds to a large body of research on how software developers spend their time. We report the results from 5971 responses of professional developers at Microsoft, who reflected about what made their workdays good and typical, and self-reported about how they spent their time on various activities at work. We developed conceptual frameworks to help define and characterize developer workdays from two new perspectives: good and typical. Our analysis confirms some findings in previous work, including the fact that developers actually spend little time on development and developers' aversion for meetings and interruptions. It also discovered new findings, such as that only 1.7% of survey responses mentioned emails as a reason for a bad workday, and that meetings and interruptions are only unproductive during development phases; during phases of planning, specification and release, they are common and constructive. One key finding is the importance of agency, developers' control over their workday and whether it goes as planned or is disrupted by external factors. We present actionable recommendations for researchers and managers to prioritize process and tool improvements that make good workdays typical. For instance, in light of our finding on the importance of agency, we recommend that, where possible, managers empower developers to choose their tools and tasks.
“…Participants in the notification condition made significantly shorter switches (M=4.76s, SD=1.65s) than those in the control condition (M=7.13s, SD=3.05), U(24, 23) = 406, p < .01, r =.44. The number of switches per trial was on average 10.6 in both conditions, and there was no significant difference in number of switches between conditions, U (24,23)=243, p = .60. As there were ten codes to be entered per trial, this suggests participants switched once for every piece of data entered.…”
Section: Number and Duration Of Switchesmentioning
confidence: 86%
“…Participants could complete the study at any time. Though people may receive more email during working hours, the blurring boundaries of people's working hours [23] and when people receive and manage email [9] make it difficult to control for the frequency of email across participants. Future work could examine whether time of day and frequency of incoming email affect people's self-interruption behaviour.…”
Many computer tasks involve looking up information from different sources. Such interruptions to a task can be disruptive. In this paper, we investigate whether giving people feedback on how long they are away from their task influences their self-interruption behaviour. We conducted a contextual inquiry on self-interruption behaviour in an office workplace. Participants were observed to postpone physical interruptions until a convenient moment in the task if they were expected to take time. In contrast, observations revealed that digital interruptions were addressed immediately; participants reported these were presumed to be quick to deal with. To increase awareness of time spent on interruptions, we developed TimeToFocus, a notification tool showing people the duration of their interruptions. A field study deployment of TimeToFocus in an office workplace found that feedback on the duration of interruptions made participants reflect on what they were doing during interruptions. They reported that they used this insight to avoid task-irrelevant activities. To confirm whether participants' perceptions of the benefit of the tool could be measured, we conducted an online experiment, where participants had to retrieve information from an email sent to their personal email addresses and enter it into a spreadsheet. Participants who used our tool made shorter interruptions, completed the spreadsheet task faster, and made fewer data entry errors. We conclude that feedback on the length of interruptions can assist users in focusing on their primary task and thus improve productivity. CCS CONCEPTS • Human-centered computing → Empirical studies in HCI.
“…Finally, regarding platforms and applications for automatic monitoring of labor productivity, some interviewees report the use of a variety of them, such as Jira, Trello, Cronowork, Monday and Web of Project, as well as techniques and methodologies such as Function Points, Balance Scorecard, Expert Judgment and Agile Methodologies, while others report using self-developed tools. In this regard, Kim et al (2019) emphasize several restrictions that automatic productivity tracking platforms present, such as that these do not allow capturing a diversity of productive activities that people perform without devices, and consequently, the activities recorded in such applications do not reflect the real productivity of the person. Therefore, their use would be more oriented as a support tool that provides information on certain relevant aspects that can be incorporated into different productivity monitoring strategies.…”
PurposeThe purpose of this paper is to perform a comparative analysis between the productivity metrics recommended in the literature and those that companies in the knowledge-intensive services sector use in practice.Design/methodology/approachTo collect information, a systematic review of the literature was used, to apply virtual surveys and interviews among managers of different companies representing the sector. For data analysis, categorical optimal scales, homogeneity tests, tetrachoric correlation matrices, word clouds and association coefficients for dichotomous variables were used.FindingsThere are association patterns between the metrics used and the nature of the work performed. Despite the heterogeneity observed in the productivity metrics, categorization guidelines related to the traditional, human resources and customer-oriented approaches emerge.Practical implicationsPossible neglects using metrics aimed at valuing the intellectual capital immersed in human resources are evident, particularly in the follow-up to autonomy, knowledge management, human capital, teamwork, training and capacity building metrics, among others. Conversely, face-to-face monitoring metrics, such as absenteeism, are overvaluation.Originality/valueThe approaches and metrics discussed and the results obtained, provide information so that knowledge-intensive companies have a reference framework to identify and select useful metrics to assess the work carried out by their workforce.
scite is a Brooklyn-based organization that helps researchers better discover and understand research articles through Smart Citations–citations that display the context of the citation and describe whether the article provides supporting or contrasting evidence. scite is used by students and researchers from around the world and is funded in part by the National Science Foundation and the National Institute on Drug Abuse of the National Institutes of Health.