Linking Modularity with Problem Solving and Coordination Efforts

被引:30
作者
Gomes, Paulo J. [1 ]
Joglekar, Nitin R. [2 ]
机构
[1] Univ Nova Lisboa, Fac Econ, Lisbon, Portugal
[2] Boston Univ, Sch Management, Boston, MA 02215 USA
关键词
D O I
10.1002/mde.1402
中图分类号
F [经济];
学科分类号
02 ;
摘要
We explore the relationship between process architecture decisions, problem solving and coordination efforts during distributed product development, i.e., when development work is dispersed across organizational boundaries. Process architecture refers to the manner in which the tasks and interfaces within a project are organized so that a project can be executed in an efficient manner. The theoretical foundation for our investigation draws upon the information processing (IP) view of product development and transaction cost economics. The IP view calls for manipulation of the architecture by making problem-solving tasks modular, such that reducing task interdependencies minimizes the development time. The transaction cost view calls for transactional efficiency, for example, reduction in the coordination burden for each productive task. We present several measures of modularity based on a design structure matrix (DSM) mapping of the development task structure. Then, we analyze the relation between these measures and transactional efficacy and task completion times. Our empirical evidence comes from 71 tasks carried out in 11 software development projects. Data analyses show that the improvement in the transactional efficacy is associated with increase in task modularity. Our results establish that increasing modularity reduces the development time and the coordination effort. However, these results also suggest trade-offs: modularity measures do not contribute equally to this gain in efficiency and increasing modularity is negatively associated with the technical problem-solving efforts. Copyright (C) 2008 John Wiley & Sons, Ltd.
引用
收藏
页码:443 / 457
页数:15
相关论文
共 56 条
[1]  
ALCHIAN AA, 1972, AM ECON REV, V62, P777
[2]  
Alexander C., 1964, NOTES SYNTHESIS FORM
[3]  
Allen T. J., 1977, MANAGING FLOW TECHNO
[4]  
Argyres N, 1996, STRATEGIC MANAGE J, V17, P129, DOI 10.1002/(SICI)1097-0266(199602)17:2<129::AID-SMJ798>3.3.CO
[5]  
2-8
[6]  
Azoulay P., 2003, W10083 NAT BUR EC RE
[7]  
Baldwin C.Y., 2000, DESIGN RULES
[8]  
Baldwin CY, 2002, DO T COME PERSPECTIV
[9]  
Belsley DA., 1980, REGRESSION DIAGNOSTI
[10]  
Blackburn JD, 2002, 200285 WP VAND U