Our primary goal is to understand what people do when they develop software and how long it takes them to do it. To get a proper perspective on software development processes we must study them in their context — that is, in their organizational and technological context. An extremely important means of gaining the needed understanding and perspective is to measure what goes on. Time and motion studies constitute a proven approach to understanding and improving any engineering processes. We believe software processes are no different in this respect; however, the fact that software development yields a collaborative intellectual, as opposed to physical, output calls for careful and creative measurement techniques. In attempting to answer the question "what do people do in software development?" we have experimented with two novel forms of data collection in the software development field: time diaries and direct observation. We found both methods to be feasible and to yield useful information about time utilization. In effect, we have quantified the effect of these social processes using the observational data. Among the insights gained from our time diary experiment are 1) developers switch between developments to minimize blocking and maximize overall throughput, and 2) there is a high degree of dynamic reassignment in response to changing project and organizational priorities. Among the insights gained from our direct observation experiment are 1) time diaries are a valid and accurate instrument with respect to their level of resolution, 2) unplanned interruptions constitute a significant time factor, and 3) the amount and kinds of communication are significant time and social factors.
[1]
Bill Curtis,et al.
By the way, did anyone study any real programmers?
,
1986
.
[2]
David S. Rosenblum,et al.
A study in software process data capture and analysis
,
1993,
[1993] Proceedings of the Second International Conference on the Software Process-Continuous Software Process Improvement.
[3]
Gerald M. Weinberg,et al.
Psychology of computer programming
,
1971
.
[4]
Ben Shneiderman,et al.
Empirical studies of programmers: the territory, paths, and destination
,
1986
.
[5]
Nancy G. Leveson,et al.
High-pressure steam engines and computer software
,
1992,
Computer.
[6]
Fred P. Brooks,et al.
The Mythical Man-Month
,
1975,
Reliable Software.
[7]
Barry W. Boehm,et al.
Understanding and Controlling Software Costs
,
1988,
IEEE Trans. Software Eng..
[8]
Ruven E. Brooks,et al.
Studying programmer behavior experimentally: the problems of proper methodology
,
1980,
CACM.
[9]
T. Allen.
Managing the flow of technology
,
1977
.
[10]
Bill Curtis,et al.
Productivity factors and programming environments
,
1984,
ICSE '84.