Team Leader Experience in Improvement Teams
Transcription
Team Leader Experience in Improvement Teams
Accepted Manuscript Title: Team Leader Experience in Improvement Teams: A Social Networks Perspective Author: George S. Easton Eve D. Rosenzweig<ce:footnote id="fn1"><ce:note-para id="npar0020">Tel.: +(404) 727 3326; fax: +404 727 2053.</ce:note-para></ce:footnote> PII: DOI: Reference: S0272-6963(15)00047-9 http://dx.doi.org/doi:10.1016/j.jom.2015.05.001 OPEMAN 909 To appear in: OPEMAN Received date: Revised date: Accepted date: 1-9-2014 29-4-2015 4-5-2015 Please cite this article as: Easton, G.S., Rosenzweig, E.D.,Team Leader Experience in Improvement Teams: A Social Networks Perspective, Journal of Operations Management (2015), http://dx.doi.org/10.1016/j.jom.2015.05.001 This is a PDF file of an unedited manuscript that has been accepted for publication. As a service to our customers we are providing this early version of the manuscript. The manuscript will undergo copyediting, typesetting, and review of the resulting proof before it is published in its final form. Please note that during the production process errors may be discovered which could affect the content, and all legal disclaimers that apply to the journal pertain. Team Leader Experience in Improvement Teams: cr an us George S. Easton The Goizueta Business School Emory University 1300 Clifton Road NE Atlanta, GA 30322 Email: george.easton@emory.edu Phone: (404) 727-3326 Fax: (404) 727-2053 ip t A Social Networks Perspective Ac ce p *Corresponding Author te d M Eve D. Rosenzweig* The Goizueta Business School Emory University 1300 Clifton Road NE Atlanta, GA 30322 Email: eve.rosenzweig@emory.edu Phone: (404) 727-4912 Fax: (404) 727-2053 April 29, 2015 Page 1 of 55 Team Leader Experience in Improvement Teams: A Social Networks Perspective Abstract In this research, we disentangle the relationship between several key aspects of a team leader’s ip t experience and the likelihood of improvement project success. Using the lens of socio-technical systems, we argue that the effect of team leader experience derives from the social system as well as the technical cr system. The aspects of team leader experience we examine include team leader social capital (a part of us the social system) and team leader experience leading projects of the same type (a part of the technical system). an We examine four different, yet related, dimensions of a team leader’s social capital, which we motivate based on the social networks literature. One dimension, team leader familiarity, suggests that M social capital is created when team leaders have experience working with current team members on prior improvement projects, and that such social capital increases the likelihood of improvement project d success. We develop three additional dimensions, using social network analysis (SNA), to capture the te idea that the improvement team leader’s social capital extends beyond the current team to include everyone the leader has previously worked with on improvement projects. Contrasting our SNA-based Ac ce p dimensions with team leader familiarity enables us to better understand the impact of a team leader’s social capital both inside and beyond the team. We also examine the effect of a team leader’s experience leading prior projects of the same type, and consider the extent to which organizational experience may moderate the impact of both team leader social capital and same-type project experience. Based on analysis of archival data of six sigma projects spanning six years from a Fortune 500 consumer products manufacturer, we find that two of our SNA-based dimensions of team leader social capital, as well as experience leading projects of the same type, increase the likelihood of project success. In addition, we show that organizational experience moderates the relationship between team leader same-type project experience and project success. However, this is not the case for the relationship between the dimensions of team leader social capital and project success. These results provide insights 2 Page 2 of 55 regarding how dimensions of team leader experience and organizational experience collectively impact the operational performance of improvement teams. team leader experience; team leader social capital; social network analysis; learning; quality improvement teams; six sigma Ac ce p te d M an us cr ip t Keywords: 3 Page 3 of 55 1. Introduction Recent empirical research in the operations management literature that studies the effects of experience on team performance has found a divergence in results between work teams and improvement ip t teams. Specifically, while a team leader’s experience has been found to improve operational performance in both work teams and improvement teams, the predominantly social dimension of team familiarity (the cr extent to which team members have prior experience working together) has not been found to matter in improvement teams (Easton and Rosenzweig 2012; Huckman et al. 2009; KC and Staats 2012; Moore us and Lapre 2015; Reagans et al. 2005; Staats 2012). Because of this divergence in findings, and the importance of team leader experience in both work teams and improvement teams, we explore the extent an to which there may be social dimensions of a team leader’s experience that affect performance in improvement teams. This leads us to use a socio-technical systems lens to develop new hypotheses M concerning dimensions of team leader experience and their effects on improvement team performance. From a socio-technical systems perspective, the effect of team leader experience on team d performance derives from both the social system and the technical system. The social system is te composed of people and their relationships, while the technical system pertains to processes, methods, Ac ce p materials, tools, and technology (Cummings 1978; Ketchum and Trist 1992; Trist 1981; Trist and Bamforth 1951). One aspect of the social system is social capital, which is a central theme in the management literature on social networks (Borgatti and Foster 2003; Burt 1992; Granovetter 1985; Nahapiet and Ghoshal 1998). Such research on social capital suggests that a team leader’s social capital should be related to team performance. As a result, we develop dimensions of team leader experience that focus both on team leader social capital internal to the team using a team familiarity-like measure, and team leader social capital that extends beyond the current team using approaches based on social network analysis (SNA) (Bonacich 1987; Wasserman and Faust 1994). The dimension of team leader social capital internal to the team that we use in this paper is based on recent work-team research by Staats (2012) and Moore and Lapre (2015), which highlights the Page 4 of 55 importance of a team leader’s prior experience working with each of the other team members. We refer to this kind of leader-focused familiarity as team leader familiarity. Perhaps it is just team leader familiarity that has an effect in improvement teams rather than team familiarity more broadly as observed ip t in work teams. Work teams and improvement teams differ in important ways, which could plausibly explain the differences in the effects of experience between these two types of teams. Note that cr improvement teams are generally temporary and tend to focus on experimentation and learning, while work teams tend to focus on delivering products and services and persist over time. us Team leader familiarity captures the social capital associated with the team leader working with the same people over time. That is, the focus of team leader familiarity is on the relationships, developed an through shared experience, between the team leader and members of the current team. The concept of social capital is broader, however, and we argue that it extends to the prior experience that a team leader M has working with a variety of people, whether or not they are members of the team leader’s current team. That is, in lieu of working with the same people, what might matter more to improvement project success d is the team leader’s previous experience working with different people on prior improvement teams. te Such a perspective is consistent with research in the management literature on work teams that Ac ce p indicates that boundary-spanning social capital, in addition to social capital internal to the team, is important for team performance (Chauvet et al. 2011; Edmondson and Nembhard 2009; Faraj and Yan 2009; Oh et al. 2004). This leads us to develop dimensions of team leader social capital that extend beyond the team and capture the team leader’s “connectedness.” These dimensions are based on network centrality methods from the SNA literature. Taking such a perspective is consistent with recent calls for more applications of social network theory in operations management research (Borgatti and Li 2009; Ketchen and Hult 2007; Kim 2014; Kim et al. 2011). Returning to the technical aspect of the socio-technical systems lens, we also hypothesize that the value of a team leader’s experience is influenced by proficiency with the technical system. This suggests that characteristics of the team leader’s prior improvement projects may also influence the likelihood of project success. Thus, experience leading the same type of project may be important. We consider 2 Page 5 of 55 projects to be of the same type if they require a similar problem-solving approach. We expect the knowledge a team leader gains from leading one type of improvement project to be transferred to future projects of the same type, therefore increasing the likelihood of project success. ip t We also explore the potential for organizational experience, which includes both social and technical aspects, to moderate the relationship between the different dimensions of team leader experience that we cr examine in this paper and the likelihood of improvement project success. In doing so, we address Argote and Miron-Spektor’s (2011, 5) call to investigate when “different types of experience are complements or us substitutes for one another.” While the bulk of the operations management literature on experience and teams focuses on work an teams, in contrast, in this research we study improvement teams. We test our hypotheses using six years of data from improvement teams at a large Fortune 500 consumer products firm that has extensively M implemented six sigma. Based on logistic regression analysis using a sample of 152 team-based six sigma projects, we find that the relationship between team leader experience and project success can be d explained by two of our SNA-based dimensions of team leader connectedness (a social aspect) as well as te by project type experience (a technical aspect). We go on to show that while organizational experience Ac ce p diminishes the positive impact of team leader project type experience, it does not alter the relationship between team leader connectedness and project success. These results go beyond previous studies to provide a more fine-grained analysis of the effects of a team leader’s experience on the performance of improvement teams. 2. Conceptual Development In this section, we provide the theoretical basis for our hypotheses concerning dimensions of team leader experience and improvement team performance (see Figure 1). To provide context for the development of these hypotheses, we begin by discussing improvement teams in six sigma systems, and describe in more detail how they differ from work teams. << Insert Figure 1 about here >> 2.1 Improvement Teams in Six Sigma Systems 3 Page 6 of 55 In six sigma systems, operational improvement is primarily driven by team-based improvement projects. These six sigma project teams are led and/or facilitated by improvement specialists (e.g., black belts) who are rigorously trained in a structured problem-solving framework, and also in the use of ip t statistical (e.g., control charts) and nonstatistical (e.g., flow charts) analysis tools (Choo et al. 2007b; Linderman et al. 2003; Pyzdek and Keller 2009; Schroeder et al. 2008; Shafer and Moeller 2012; Swink cr and Jacobs 2012; Zu et al. 2008). The majority of improvement projects in six sigma are led by black belts, who are extensively trained us process improvement specialists. Green belts typically receive basic six sigma training, and most often serve as project team members. When green belts lead projects, they usually do so with the facilitation an and support of a black belt. Master black belts train and certify black belts, serve as coaches to green belts and black belts, and work to implement six sigma throughout the organization. M In six sigma, improvement teams follow a formal, well-defined problem-solving process that is akin to W. Edwards Deming’s Plan-Do-Study-Act cycle (Deming 1994). The most common form of the d problem-solving framework in six sigma is a five-stage process referred to as DMAIC (Define-Measure- te Analyze-Improve-Control) (Pyzdek and Keller 2009). This structured problem-solving framework guides Ac ce p the team in implementing the scientific method to diagnose problems and develop solutions in order to achieve project goals (Linderman et al. 2003, 2006; Zu et al. 2008). The problem-solving process, along with the set of analysis tools, represents standard team-based learning routines by which knowledge can be created, acquired, and implemented (Argote and Miron-Spektor 2011; Benner and Tushman 2002, 2003; Choo et al. 2007a, b; Upton and Kim 1998). In six sigma systems, the structured problem-solving framework generally serves not only to guide deliberate team-based learning, but also to document learning activities (e.g., data analyses and findings). Archiving this documentation to capture improvement team learning is integral to such six sigma systems (Anand et al. 2010). Typical six sigma projects average six months in duration (Pyzdek and Keller 2009). Improvement teams in six sigma differ from typical work teams in several important ways. Improvement teams focus on experimentation and learning. Specifically, improvement teams engage in 4 Page 7 of 55 data collection, hypothesis generation, experimentation and analysis, development of evidence, and deliberate capture of knowledge. This is not the primary focus of most work teams, which instead tend to focus on delivering products or services (Cohen and Bailey 1997). In addition, improvement teams in six ip t sigma follow a well-defined, structured problem-solving process as discussed above. All improvement team members are typically trained in this process (Schroeder et al. 2008). While work teams might cr similarly employ some form of a clearly-defined performance strategy to guide the team’s work, such strategies are much less likely to be as pervasive and standardized across all work teams as is the us structured improvement process in six sigma teams. Work team performance strategies are also far less likely to focus on learning. an At the same time, a six sigma system is a parallel organizational structure that operates outside of an organization’s normal structures and procedures (Schroeder et al. 2008). Thus, unlike work teams, six M sigma improvement teams are not part of the usual day-to-day work. In addition, improvement teams in six sigma are formed to solve specific problems and disband upon completion, and are thus typically d relatively short-lived (Anand et al. 2010). While there is variation in work teams in this regard, work Ac ce p often of longer duration. te teams are usually formed to deliver specific products and services over a period of time, and are thus For these reasons, different kinds of experience may very well affect the performance of work teams and six sigma improvement teams in different ways. For example, because new improvement teams are frequently being formed as problems arise, and are relatively short-lived, one might expect team familiarity to be important in this context in order to reduce coordination losses in team formation and functioning. That is, team members with high familiarity presumably already know how to work together. However, the use of the structured problem-solving process, extensive training of team members, and team leader facilitation mitigates, to some extent, the need for team familiarity since there is already clarity about the improvement team performance strategy (Easton and Rosenzweig 2012; Hackman 1987). 5 Page 8 of 55 In addition to facilitating the team’s use of the structured problem-solving process, team leaders play other important roles in improvement projects. In many six sigma systems, team leaders propose the problems to work on and recruit members to join their teams (Choo et al. 2007b). Leaders are critical to ip t maintaining the team’s focus and ensuring that the improvement team remains within appropriate scope and boundaries. Team leaders also manage the team’s schedule and ensure that milestones are met cr accordingly. Beyond facilitating the use of the problem-solving process, team leaders coach their members in the use of analysis tools (Anand et al. 2010). As leaders, they assign and coordinate tasks us among team members, and deal with conflict as it arises. Improvement team leaders also help motivate team members, and provide appropriate feedback and evaluation. an External to the team, leaders can be instrumental in obtaining access to information and data, and in acquiring other necessary resources for the project (Schroeder et al. 2008). Improvement team leaders M may also play a role in garnering senior management support, removing external barriers to successful 2.2. te parts of the organization. d project completion, and in facilitating implementation of solutions, especially those that impact other Team Leader Experience and Social Capital Ac ce p Socio-technical systems support the idea that work is more than just a technical system, and that the social system is important to the success of teams (Cummings 1978; Ketchum and Trist 1992; Trist 1981; Trist and Bamforth 1951). At the same time, a central theme in the management literature is that individuals are embedded in social networks, and that these networks have impact on key outcomes like performance (Granovetter 1985; Burt 1992; Uzzi 1996). One important aspect of the social system that relates to embeddedness in social networks is social capital, which captures the value of relationships between people (Borgatti and Foster 2003; Burt 1992; Granovetter 1985; Nahapiet and Ghoshal 1998). Specifically, Nahapiet and Ghoshal (1998, 243) define social capital as “the sum of the actual and potential resources embedded within, available through, and derived from the network of relationships possessed by an individual or social unit.” 6 Page 9 of 55 Management research on work teams suggests that team leaders play a critical role in project performance (Chauvet et al. 2011; Cohen and Bailey 1997; Devine et al. 1999; Hackman 2002) and, further, that a team leader’s social capital is important (Balkundi and Harrison 2006; Oh et al. 2004). ip t Similarly, in improvement teams, team leaders are considered to be a critical resource (Anand et al. 2010; Choo et al. 2007b). In addition, a team leader’s experience, as measured by counting the number of prior cr improvement projects a team leader has led, has been found to be a key driver of improvement project success (Easton and Rosenzweig 2012). In this study, we posit that a critical part of a team leader’s working with other people on prior improvement projects. us effectiveness involves social capital, and that social capital extends to the team leader’s experience an We thus examine both the team leader’s experience working with the current team members on prior improvement projects, and, more broadly, the team leader’s experience working with a variety of people M beyond those on the current team. The first perspective, which focuses on current team members, leads us to examine team leader familiarity, a leader-based familiarity measure that rewards experience working d with the same people over time (Moore and Lapre 2015; Staats 2012). The second perspective, which te focuses on variety, takes the view that what might be more important to project success is working with Ac ce p different people on prior improvement teams. This leads us to develop team leader experience measures based on SNA concepts (Bonacich 1987; Wasserman and Faust 1994). We further develop these ideas and the corresponding hypotheses in subsections 2.2.1 and 2.2.2 below. 2.2.1. Team Leader Familiarity Some research on work teams supports the idea that the social capital created when team members have prior experience working together leads to better outcomes than when team members have no such experience (e.g., Huckman et al. 2009; Reagans et al. 2005). For example, with high team familiarity, there are likely to be fewer start-up issues associated with that work team’s activities (Banker et al. 2001; Tuckman 1965, 1977). However, as we discussed earlier, this result has not been observed in the context of quality improvement teams (Easton and Rosenzweig 2012). 7 Page 10 of 55 Instead of capturing the experience working together between all team members, we argue that what may be more important is a leader-focused form of familiarity involving only the relationships between the team leader and each team member individually. Staats (2012) and Moore and Lapre (2015) examine ip t this kind of team leader familiarity to capture the benefits of team leader coordination with team members in software development and surgical teams, respectively. cr In improvement teams, our research context, it is reasonable to expect that close coordination between a team leader and each team member is important. Prior experience working together provides us team leaders with an opportunity to personally know team members, and to become familiar with what matters to them and how they work (Staats 2012). As a result, the team leader is presumably in a better an position to understand individual motivations and skillsets. This allows the team leader to better allocate tasks among team members, and to better maintain team member engagement. M In addition, having worked together previously increases the likelihood that the team leader and team members have shared norms. This means that team members may be better positioned to understand and d respond to the team leader’s expectations. Similarly, the team leader and members are more likely to te trust one another and, correspondingly, to promptly raise issues as they arise over the course of the project Ac ce p (Choo et al. 2007a; Edmondson 1999). Finally, previously developed relationships are likely to involve mutual obligation, and therefore reciprocity, which can enhance commitment to one another and thus the team (Cropanzano and Mitchell 2005). For these reasons, we expect team leader familiarity to improve the likelihood of project success: Hypothesis 1a: 2.2.2 Higher team leader familiarity is associated with increases in the likelihood of six sigma project success. Team Leader Connectedness Beyond team leader familiarity, the value of a team leader’s experience with improvement projects may be related to all of the “connections” the team leader has developed to members from prior improvement teams (Brass and Krackhardt 1999; Leavitt 1951; Mehra et al. 2006; Yukl 2002). That is, we argue that the value of an improvement team leader’s social capital extends beyond the current team to 8 Page 11 of 55 include everyone the leader has previously worked with on improvement teams. The idea that the team leader’s social capital outside of their current team is important is suggested by Barden and Mitchell (2007) and Uzzi (1996, 1997), who examine leader ties external to the firm. ip t In the context of our study, we expect well-connected team leaders to be better able to identify suitable individuals to join their improvement teams, either through direct connections or via referral cr (Granovetter 1973; Uzzi 1996). They are also more likely to have the necessary political astuteness to propose improvement project topics that can be effectively pursued in the organization, and whose us solutions can actually be implemented. In addition, well-connected team leaders should be better able to locate and obtain data and other information that the project requires (Chauvet et al. 2011; Mehra et al. an 2006; Shaw 1964). Such data and information may be obtained from the team leader’s direct connections or, indirectly, through those people their direct connections have worked with on prior improvement M teams. Moreover, well-connected team leaders have experience working on improvement projects with a d variety of people with presumably a range of differing personalities. As a result, such leaders may be te better able to recognize important individual team member characteristics, and to correspondingly adjust Ac ce p how they facilitate the use of the problem solving process, what approaches they take to motivate individuals, and to whom they assign tasks. While high connectedness, in contrast to high familiarity, does not necessarily mean the team leader already knows a particular team member, it does mean that the leader is more likely to have worked with someone with similar characteristics in the past, and thus more likely to know how to relate to the member in the role as the team leader. At the same time, not all of the team leader’s connections are necessarily of the same value. When a team leader is connected to someone who has extensive experience with improvement projects, the team leader is more likely to be able to obtain relevant and insightful advice regarding how to conduct their project and lead their own improvement team. Furthermore, such well-connected connections are more likely to be able to help to remove barriers or jointly resolve issues external to the team that might prevent team progress (Uzzi 1996). In addition, well-connected connections may be very useful in supporting 9 Page 12 of 55 implementation of solutions developed by the team, especially those that potentially affect areas of the organization not represented on the team. To examine these ideas relating to the value of a team leader’s connectedness, we turn to a network- ip t based view. Such a view allows us to take into account the team leader’s social context. That is, this kind of network-based approach, as indicated in Chauvet et al. (2011), allows us to go “behind the chart” to cr look at the informal social structure as a dimension of the team leader’s experience that affects the performance of the team. Specifically, for each improvement project, we consider the network to be us composed of the project’s team leader and all of the individuals who have previously worked on an improvement project within the team leader’s business group. In this network, two people are connected an if they have the experience of working together on a prior improvement team. We then use the concept of network centrality to capture a team leader’s connectedness. The most M basic idea of network centrality is that some positions in the network are more important (i.e., more central) than others (Borgatti and Everett 2006; Leavitt 1951; Wasserman and Faust 1994). In addition, d the importance of a position (node) in the network may not only be determined by its relationship to the te overall network, but also by the local network structure surrounding that position (Burt 1992; Uzzi 1996). Ac ce p As we have argued above, we do not expect all of a team leader’s connections to others who have worked on improvement projects to have the same value. Specifically, we posit that connections to individuals who are, in turn, more highly connected result in more social capital because these connections are both a more valuable direct resource and a more valuable source of referrals to others. This leads us to our first approach in examining team leader connectedness, which is a network centrality measure based on Bonacich centrality (Bonacich 1972, 1987) because it allows one to weight connections to others based on how well connected those other individuals are (see subsection 3.2.3 for details regarding this measure). We call this measure Bonacich connectedness and posit: Hypothesis 1b: Higher values of team leader Bonacich connectedness are associated with increases in the likelihood of six sigma project success. 10 Page 13 of 55 As discussed earlier, in most six sigma systems, team leaders have the primary responsibility for recruiting members for their improvement teams. Furthermore, recruiting the “right” members for the team is a very important factor influencing team success (Faraj and Sproull 2000; Hackman 1987). By ip t the “right” team members, we mean those who, in addition to having the requisite domain-related knowledge, have bought into the six sigma initiative from a cultural perspective. This suggests that an cr important aspect of a team leader’s connectedness is how readily he/she can identify and reach such potential team members. us Ready access to others can aid the team leader in additional ways as well, for example, by making sources of needed information more easily available. That is, team leaders that are relatively “close” to an other individuals can communicate and interact without having to go through too many intermediaries. Furthermore, information passed over fewer connections is less likely to suffer from distortion, so team M leaders with such ready access should obtain more accurate information (Bellamy et al. 2014; Hansen 2002; Peng et al. 2013). d Note that this idea of “ready access” is related to the idea behind team leader Bonacich te connectedness—that it is important to be connected to others who are, in turn, highly connected. Ac ce p Nevertheless, ready access places a somewhat different emphasis on the pattern of connections. From a network perspective, ready access to an individual means that a team leader is connected to that individual either directly or via a short path through a small number of other individuals. This idea is captured by a network centrality measure called closeness centrality. Closeness centrality for an individual (node) in a network is defined as the reciprocal of the average of the minimum path length to every other individual in the network (Bavelas 1950; Sabidussi 1966; Wasserman and Faust 1994). We thus develop a closeness connectedness measure based on a team leader’s closeness centrality (see subsection 3.2.3 for details) and hypothesize: Hypothesis 1c: Higher values of team leader closeness connectedness are associated with increases in the likelihood of six sigma project success. 11 Page 14 of 55 Many papers in the literature on social networks have examined the effects of a network’s local structure (e.g., Burt 1992; Granovetter 1973; Oh et al. 2004). One idea that has been the subject of much research is that an individual’s connections are more valuable when those connections are not directly ip t connected to one another (Borgatti and Li 2009). Such connections likely have access to different sources, and presumably different kinds, of information. In contrast, when an individual’s connections cr are directly connected, they are more likely to provide the individual with redundant information, similar advice, and so on. This idea is readily expanded to subnetworks. That is, when an individual’s us connections provide a view into relatively distinct subnetworks, they will likely result in the individual having access to less-redundant information, more diverse perspectives, etc. This is the basic idea of a an “structural hole” (Burt 1992). Similar arguments can be made in the context of the connectedness of improvement team leaders. M Team leaders with a wider variety of less-redundant information are more likely to be able to find and recruit team members with distinct perspectives, identify important sources of data and information across d functional boundaries, obtain support from or even collaborate with other groups within the organization, Ac ce p improvement team. te and attain the support and cooperation necessary to implement the solutions generated by the One commonly used centrality measure that, to some extent, captures whether or not a network position has access to a wide variety of information is betweenness centrality. Specifically, betweenness centrality measures the extent to which a node (individual) falls on the shortest path between all pairs of other nodes in the network (Carnovale and Yeniyurt 2014; Freeman 1977; Mardsen 2002; Wasserman and Faust 1994). From an information flow perspective, nodes with high betweenness will have access to a relatively large portion of the information flowing between other nodes, and are thus likely to have a broader view of the diversity of information and perspectives represented in the network. In practice, individuals with high betweenness are often located at bridges, or areas with few connections, between relatively isolated subnetworks (Freeman 2011). High betweenness occurs at such individuals because they are the only way, or one of the few ways, that pairs of individuals in the separate 12 Page 15 of 55 subnetworks can connect to one another. In addition, such individuals who connect relatively isolated subnetworks have either direct or close connections to individuals in the separate subnetworks which, as argued previously, is likely to be associated with access to diverse information and perspectives. ip t The above discussion leads us to develop a betweenness connectedness measure based on a team leader’s betweenness centrality (see subsection 3.2.3 for details). We thus hypothesize the following: Higher values of team leader betweenness connectedness are associated with increases in the likelihood of six sigma project success. cr Hypothesis 1d: us We note here that the concept of betweenness is related to, but at the same time, somewhat different from, the ideas of Bonacich and closeness centrality. A common theme that relates all three measures of an network centrality is access to information. Betweenness is motivated more by information flow and, to a lesser extent, by local network structure that involves connections between otherwise relatively distinct M subnetworks. Bonacich and closeness centrality are motivated more by access to information, either because of connections that are well-connected or because the sources of the information are close. Team Leader Project Type Experience d 2.3 te As mentioned in the Introduction, the technical system is comprised of processes, methods, materials, tools, and technology. Key aspects of six sigma that are a part of the technical system include the Ac ce p structured problem-solving process and the supporting statistical and nonstatistical tools (Choo et al. 2007b; Linderman et al. 2003, 2006; Schroeder et al. 2008; Zu et al. 2008). However, not all six sigma projects emphasize the same phases of the structured problem-solving process equally, or require the same kind of data or analysis tools (Agrawal and Muthulingam 2015; Lapre et al. 2000; Pyzdek and Keller 2009). For example, one of the ways in which six sigma projects differ from one another is whether the project focuses on reducing special cause or common cause variation. Projects that focus on elimination of special cause variation often involve attribute variables, such as defect type, and emphasize use of simple tools in order to generate hypotheses concerning possible root causes. In contrast, those focusing on reduction of common cause variation are much more likely to use continuous variables and involve 13 Page 16 of 55 design of experiments (DOE). Correspondingly, projects focused on elimination of special cause variation are likely to put more emphasis on early steps in the problem-solving process (e.g., the Measure phase of DMAIC), while projects focused on reduction of common cause variation often involve DOE ip t and generally put more emphasis on later phases of the problem-solving process (e.g., the Analyze phase of DMAIC). cr From this point of view, six sigma projects are related, and thus of the same type, if they emphasize similar steps in the problem-solving process, use similar kinds of data, and require similar analysis tools. us When we examine the six sigma projects from our research site, the projects naturally fall into five key types as summarized in Table 1. an << Insert Table 1 about here >> In this study, we argue that a team leader’s experience leading a particular type of six sigma project is M applicable to future projects of that same type, and that such experience improves the likelihood of project success. Research in the context of work teams supports this idea. d For example, in a laboratory setting, Schilling et al. (2003) found that the learning rate of work teams te was higher under conditions of related task variation than under conditions of unrelated task variation or Ac ce p even specialization. These authors attribute this effect to several factors. First, working on different, yet structurally similar, kinds of problems may generate novel insights and synergies with respect to the logic developed or the solutions applied. Second, over time, performing multiple related tasks is likely to result in a deeper cognitive understanding of processes than would occur if only a single task were performed. Several recent work-team studies involving archival data from organizations provide support for Schilling et al.’s (2003) experiments, in that they find that completing multiple related tasks over time accelerates learning and thus performance. Specifically, Muehlfeld et al. (2012) classify mergers and acquisitions (M&As) into different types based on their structural similarity (e.g., within the same country), and conclude that experience with a particular type of M&A improves the likelihood that subsequent deals of that type will be completed. In addition, more in line with our study’s focus on team leaders, KC and Staats (2012) analyze the impact of a surgeon’s experience with different types of cardiac 14 Page 17 of 55 procedures on the likelihood of patient mortality. These authors observe that increases in a surgeon’s same-type procedure experience leads to improved surgical outcomes. In the context of our study, improvement projects of the same type constitute “related task variation” ip t in the sense of Shilling et al. (2003). Based on our arguments above, we expect a team leader’s prior experience leading the same type of project to lead to a higher likelihood of project success. We call this 2.4 Increases in a team leader’s experience leading the same type of project (higher team leader project type experience) is associated with increases in the likelihood of six sigma project success. us Hypothesis 2: cr kind of experience team leader project type experience and posit: Organizational Experience as a Moderating Variable an A growing body of empirical research suggests that organizational experience provides a distinct positive contribution to learning outcomes over and above other dimensions of experience (Clark et al. M 2013; Huckman and Pisano 2006; Reagans et al. 2005). In the context of our study, organizational experience captures the scope and maturity of the six sigma system, and is based on the cumulative d number of improvement projects initiated (Agrawal and Muthulingam 2015; Choo 2014; Easton and te Rosenzweig 2012; Lapre and van Wassenhove 2001; Lapre et al. 2000). Conceptualizing organizational Ac ce p experience in terms of cumulative projects initiated is consistent with definitions of organizational experience based on an organization’s cumulative production volume (Argote et al. 1990; Pisano et al. 2001; Reagans et al. 2005). As an organization gains experience deploying a six sigma system, we expect that both the social and technical systems will evolve in a manner that supports effective execution of improvement projects. For example, changes in the technical system likely include “debugged” and improved training, and an expanding database of archived improvement projects (Cummings 1978). Such archived projects represent captured learning that can be drawn upon by individuals on subsequent projects (Anand et al. 2010; Faraj and Sproull 2000; Haas 2006; Kim 1993). Changes in the social system likely include development of shared representations, interpretations, and systems of meaning resulting in a common view of the scope and nature of the six sigma system (Nahapiet and Ghoshal 1998). In addition, an 15 Page 18 of 55 overall culture of trust in the six sigma system and buy-in to the improvement process is likely to develop. Such cultural changes should increase willingness to participate on improvement project teams, and enhance cooperation with the implementation of project solutions. Increasing organizational experience, ip t therefore, is likely to increase the odds of project success (Easton and Rosenzweig 2012). Accordingly, we add organizational experience to our analysis. cr As mentioned in the Introduction, organizational experience may moderate the effects of the different dimensions of team leader experience that we examine. Specifically, we hypothesize that increases in us organizational experience diminish the expected positive effects of the team leader social capital-related dimensions (team leader familiarity, Bonacich connectedness, closeness connectedness, and betweenness an connectedness) and of team leader project type experience. The expected moderating effect of organizational experience could result from a variety of M mechanisms. For example, the team leader can search the six sigma project database for prior projects of the same type, and examine the methods used and the solutions developed. The team leader can also use d this database to quickly identify individuals who have expertise with a particular project type—and to do te so without having worked directly with those individuals on prior six sigma projects or knowing about Ac ce p those individuals through his/her connections. In this way, organizational experience may, to some extent, substitute for the project type experience and social capital aspects of a team leader’s prior experience. The culture of buy-in associated with high organizational experience likely reduces the need for a team leader to be particularly skilled at selecting the “right” team members in terms of six sigma receptivity, thus reducing the advantage provided by the team leader’s social capital. Similarly, the level of commitment to the six sigma system associated with high organizational experience means that a team leader may not have to rely a great deal on his/her connections to implement a project’s solution successfully. That is, when organizational experience is high, a team leader is less likely to have to rely upon personal influence through his/her connections to obtain cooperation with implementation of the six sigma project results. 16 Page 19 of 55 Taken together, we expect increases in organizational experience to lessen the positive association between six sigma project success and both the team leader’s social capital dimensions and project type experience: As organizational experience increases, the positive relationship between our team leader social capital-related dimensions (team leader familiarity, Bonacich connectedness, closeness connectedness, betweenness connectedness) and the likelihood of six sigma project success diminishes. Hypothesis 4: As organizational experience increases, the positive relationship between team leader project type experience and the likelihood of six sigma project success diminishes. us cr ip t Hypothesis 3: 3. Measures and Methods an In this section, we discuss the six sigma improvement project data at our research site and the measures used in our analysis. Most of the measures were culled directly from the project documentation M (e.g., six sigma project success) while others involved coding by our research team (e.g., use of statistical tools), which we discuss below. We note here that this paper is a part of a larger, ongoing research te 3.1 Project Data and Coding d project (Easton and Rosenzweig 2012). Our six years of improvement project data comes from a Fortune 500 firm that has successfully and Ac ce p extensively implemented six sigma throughout its business groups. This firm (hereafter “RS”) is a large, market leading manufacturer and marketer of consumer products, with over 15,000 employees worldwide. RS invested in the six sigma initiative with the intent to improve its overall performance along dimensions such as quality, cost, and cycle time. RS began its six sigma deployment in 2002 by training approximately twenty-five to thirty people, with the first project initiated early in 2003. The widespread deployment of six sigma at RS occurred in 2005 and 2006. Over two hundred projects had been closed at the time of our data collection in December 2008. According to the classification in Jacobs et al. (2015), RS would be considered a relatively late adopter of six sigma since it began its deployment after 2001. 17 Page 20 of 55 Six sigma project teams at RS are led and/or facilitated by green belts, black belts, and master black belts, all of whom have been trained in a structured problem-solving framework and in the use of analysis tools. The six sigma project team improvement activities at RS follow a formal, well-defined problem- ip t solving process consistent with six sigma’s DMAIC methodology (Pyzdek and Keller 2009). The structured problem-solving process is central to, and provides the framework for, the structure cr and organization of project documentation at RS. That is, the standard project documentation that each improvement team must complete incorporates the structured problem-solving framework. Specifically, us six sigma project team leaders are required to submit detailed initiation and final project reports. Teams with projects of longer duration complete interim reports as well. All of these standard reports—together an with other relevant documentation, such as project notes, cause-and-effect diagrams, experimental designs, etc.—are archived in a central database. In this way, the database serves as a repository of M documented learnings and as a resource and reference for future project teams. RS granted us full access to their archival database of 212 six sigma projects closed prior to d December 1, 2008. We randomly selected a pilot sample of 12 of these projects to calibrate our coding. te Thirty-nine projects were also removed because they were conducted by a single person rather than a Ac ce p team, as were 2 projects with a headquarters designation and 7 that could not be clearly classified into one of the five project types. Our final research sample is thus 152 projects. With respect to the coding of the relevant study variables, we utilized a three-step process (Lapre et al. 2000; Mukherjee et al. 1998). During the first step, each author conducted an individual, thorough review of all documentation associated with each six sigma project and then entered his/her corresponding coding assessments into separate databases. The second step in our coding process involved reviewing the authors’ coding assessments for each six sigma project, one-by-one. Naturally, there were some projects for which the authors’ coding assessments differed for a particular study variable. In the event this occurred, the authors jointly reviewed the six sigma project documentation associated with the project until complete agreement on the proper coding of the variable of interest was reached. The results of this consensus coding were recorded 18 Page 21 of 55 into another database, which we utilized for subsequent analysis. We should note that our interrater agreement of 87.3 percent for the study variables—calculated using the percentage agreement method— indicates excellent overall agreement (Boyer and Verma 2000). ip t The third and final step in our coding process provides additional confirmation of the content validity of the study variables. This step involved conducting several interviews with the RS Director of Six cr Sigma, as well as presenting, during a site visit, preliminary results to the RS Director of Six Sigma and master black belts from multiple business groups and functional areas. Throughout these interviews and us the site visit, all involved readily agreed with our coding scheme and the resulting descriptive statistics associated with the study variables. Such concurrence offers additional evidence of the quality of our an coding process and the validity of our data. Measurement Development 3.2.1 The Dependent Variable: Six Sigma Project Success M 3.2 Our dependent variable is whether or not a six sigma project was determined to be successful by RS d during the project closure process. According to the Director of Six Sigma, even at the outset, RS te intended to conduct projects that could potentially result in significant knowledge gains, despite the fact Ac ce p that such projects might be difficult and quite large in scope. RS designates a project as successful if it achieves a measureable, positive impact in line with the project’s objectives. We note that some six sigma projects at RS have outcomes that are challenging to quantify in financial terms, such as improving employee morale, but which are nonetheless measurable. Such projects are commonly found in six sigma implementations in other organizations (see, e.g., Choo 2014; Choo et al. 2007a; Schroeder et al. 2008; Zu et al. 2008). During the project closure process, RS relies on input and expertise from a variety of different sources to rigorously determine whether or not a six sigma project is indeed successful. As a first step, the team leader reviews the project’s outcome(s) in order to provide a recommendation regarding its closure status in the draft of the final project report. 19 Page 22 of 55 The team leader’s manager and the master black belt associated with the project then review this draft report, and suggest revisions on an as-needed basis. At the same time, every draft report is reviewed by a member of the RS finance group to identify whether or not it contains cost and benefit estimates, and if ip t so, to confirm their accuracy. Importantly, to ensure an independent evaluation, the finance representative conducting the review is not a member of the six sigma project team. cr Finally, the Director of Six Sigma at RS confirms the accuracy of all final project reports. According to the Director, the project closure process described above is often quite iterative, and involves much us thought, discussion, and rigor regarding whether a project is ultimately deemed to be successful. To provide criterion validity for the dependent variable, we independently assessed whether or not the an project documentation, which was often quite extensive, provided evidence of the project’s positive impact. Every project determined to be successful by RS in the final project report was similarly coded M by us as having a positive impact, thus further validating RS’ designation of project success. Our dependent variable, Six Sigma Project Success, is coded as a ‘1’ if the project was recorded as d successful in the final project report and ‘0’ otherwise. RS’ willingness to tackle difficult problems via Ac ce p unsuccessful. te six sigma projects is apparent in Table 2, as approximately half of the projects were deemed to be << Insert Table 2 about here >> 3.2.2 Control Variables At the time of our study, RS was organized into three main business groups, each of which uses diverse technologies, offers a variety of products, and serves different markets. We thus control for the possibility that the three business groups at RS have different likelihoods of six sigma project success using three dummy variables, BG1, BG2, and BG3 (Adler 1990; Ittner and Larcker 1997; Lapre and van Wassenhove 2001; Mukherjee et al. 1998; Pisano et al. 2001). Business group affiliation is given in RS’ project reports. Our analysis also controls for the size of the six sigma project team. Communication and coordination across multiple members may be difficult at times in large project teams (Cohen and Bailey 20 Page 23 of 55 1997), which could reduce the likelihood of six sigma project success. Six sigma projects with numerous team members may also signify that a project is large in scope, and thus fairly complex, which is similarly likely to result in a lower project success rate (Huckman and Staats 2011). We operationalize Team Size ip t by counting the number of unique team members identified in each project’s initiation report, interim status reports (when available), and final report. cr Finally, we control for the effect of the use of advanced statistical tools—analysis of variance (ANOVA), regression, reliability/failure analysis, and DOE—on the likelihood of project success. Using us such advanced analysis tools within the six sigma methodology should greatly facilitate root cause analysis and problem-solving, and ultimately the project team’s ability to meet its goals (Choo et al. an 2007b; Easton and Rosenzweig 2012; Huber 1991; Linderman et al. 2003, 2006; Mukherjee et al. 1998; Zu et al. 2008). M We reviewed each project’s full set of documentation to determine whether or not advanced statistical tools were used. Specifically, we coded the UsesStatTools dummy variable as a ‘1’ if the documentation d indicated that the six sigma project team utilized one or more of the advanced statistical tools and ‘0’ te otherwise (see Table 2 for descriptive statistics associated with the control variables). Note that all 3.2.3 Ac ce p projects used one or more basic statistical tools. Independent Variables The business groups at RS are largely autonomous as discussed above. Thus, our organizational experience variable focuses on experience within each business group. Specifically, it is based on the number of six sigma projects within the business group that are initiated prior to the focal project’s initiation date (Agrawal and Muthulingam 2015; Choo 2014; Easton and Rosenzweig 2012; Lapre and van Wassenhove 2001; Lapre et al. 2000). Both the project initiation date and business group affiliation are given in RS’ project reports. At RS, projects typically take months to be completed, during which time the business group can gain considerable experience. Thus, basing the organizational experience measure on prior completed projects would severely underrepresent the organization’s experience at the time of a project’s initiation. It is for 21 Page 24 of 55 this reason that our organizational experience measure is based on the number of prior six sigma projects initiated. The business groups at RS vary substantially in size, which also has implications for a suitable ip t organizational experience measure. For example, if a large business group and a small business group have both implemented the same number of projects, the scope of their six sigma deployments, and thus cr the maturity of the two six sigma systems, will be quite different. This means that the organizational experience measure should be adjusted for business group size. us At RS, the number of employees in each business group was relatively constant over the duration of the study. This allows us to use the number of employees in each business group at the end of 2008—the an time of our data collection—to adjust for size differences in the business groups. Thus, the organizational M BG ( k ) / NEBG ( k ) where BG ( k ) indicates experience measure corresponding to project k is OEk NPk which business group initiated project k , NPkBG ( k ) is number of prior projects initiated in that business d group, and NEBG ( k ) is the business group’s number of employees (in 1,000s) at the end of 2008. te Team leader familiarity is the first of our four measures relating to team leader social capital. Team Ac ce p leader familiarity for a project is the average number of times that the team leader has worked with each of the team members on prior improvement projects (Moore and Lapre 2015; Staats 2012). Thus, team leader familiarity for the leader of project k is TLFk F kj / (nk 1) , where Fkj is the number of times j that the leader of project k has previously worked with team member j ( j 1, , nk 1 ), and nk is the number of people on team k . We computed Fkj from the list of team members for each project, which we culled from each project’s initiation report, interim status reports (when available), and final report. As discussed in subsection 2.2.2, we take a network-based view to capture the idea of team leader connectedness. We begin by conceptualizing a network of connections between a project’s team leader and everyone within his/her business group that has served on a six sigma team prior to the initiation of 22 Page 25 of 55 the focal project. These individuals correspond to the nodes of the network. Two nodes in this network are connected if the corresponding two individuals have previously worked together on the same six sigma team within the business group. As with team leader familiarity, we computed whether or not two ip t individuals have previously worked together from the list of team members for each project. We note that we limit the network to the business group because, as indicated above, the business cr groups at RS are largely autonomous. Because of this autonomy, it is the individuals within the business group that are in a position to provide information, resources, and other forms of social capital most likely us to be important for the team. Since the network of team leader connections corresponding to a project is determined at the initiation an of the project, the networks corresponding to each project differ. There are two reasons for the differences between the networks. First, the projects may be in different business groups, so the network M nodes differ because they involve a different set of individuals. Second, the number of people that have worked on prior projects increases as more projects are undertaken within a business group, so the size of d the network within a business group grows over time. te Based on the network of team leader connections at the initiation of a project, we capture the concept Ac ce p of a team leader’s connectedness using the idea of network centrality. We now provide an overview of our network centrality-based measures. We leave the technical details of the development of each of these connectedness measures to an Appendix. Our first team leader connectedness measure, Bonacich Connectedness, is based on Bonacich centrality (Bonacich 1987; Wasserman and Faust 1994). Bonacich centrality captures the idea that connections to individuals who are, in turn, more highly connected are more important than connections to individuals who are isolated or have few connections. Bonacich centrality is a family of measures specified by a parameter that controls how much the connectedness of direct connections is weighted. For positive values of this parameter, Bonacich centrality ranges in its weighting of connections from degree centrality, which gives equal weight to each direct connection, to eigenvector, which gives maximum weight to the “connectedness” of the direct connections centrality (Bonacich 1987; Wasserman 23 Page 26 of 55 and Faust 1994). We choose the value of the parameter so that the weighting given to “connectedness” is “mid-way” between the equal weighting given by degree centrality and the maximal weighting given by eigenvector centrality (see the Appendix for details). ip t Our second team leader connectedness measure, Closeness Connectedness, is based on closeness centrality. Closeness centrality measures the centrality of a node by how nearby the other nodes of the cr network are (Bavelas 1950; Sabidussi 1966; Wasserman and Faust 1994). Specifically, the closeness centrality measure for a particular network node is calculated by first finding the average of the minimum us path lengths between that node and every other node in the network. The reciprocal of this average is then taken so that a small average path length corresponds to a high value of the closeness centrality an measure. Our final team leader connectedness measure, Betweenness Connectedness, is based on betweenness M centrality. Betweenness centrality is best motivated by thinking about information flows between all other pairs of nodes in the network. From this point of view, nodes that are centrally located (and d therefore have high betweenness centrality) are ones that are on the path of information flowing between te many of the pairs of other nodes. To compute the betweenness centrality for a node, the shortest paths Ac ce p between all pairs of other nodes are first determined. Betweenness centrality, then, is the number of these shortest paths that go through the node (Carnovale and Yeniyurt 2014; Freeman 1977; Mardsen 2002; Wasserman and Faust 1994). The fact that the network of team leader connections is different for each project raises issues with respect to the comparability of the team leaders’ centrality measures across networks of different sizes and connections. We address this issue of comparability by focusing on the rank, and corresponding percentile, of the team leader’s centrality in the distribution of centrality measures for all nodes in the corresponding network. For example, a statement like “team leaders A and B are both in the top 5% of their networks in terms of centrality” is meaningful for networks of different sizes and/or with entirely different members. The exact procedure we use to address this issue is described in the Appendix. 24 Page 27 of 55 In summary, our SNA-based team leader connectedness measures (Bonacich Connectedness, Closeness Connectedness, and Betweenness Connectedness) are based on the team leader’s relative position in the distribution of the values of the centrality measures for the nodes of the network defined by ip t all individuals that have served on six sigma teams prior to the initiation of the current project. Because these measures are derived from percentiles, they are comparable across networks of different sizes, and cr thus comparable across projects, and they capture the team leader’s comparative degree of “connectedness” for each kind of network centrality measure. us Our final independent variable is Team Leader Project Type Experience. As we discussed in subsection 2.3, RS’ six sigma projects naturally fall into five key types. The type of each project was an coded by reviewing the project reports and supporting documentation. The Team Leader Project Type Experience variable is based on the number of prior six sigma projects the team leader has previously led 3.2.4 d independent variables are shown in Table 2. M of the same type as the current project. The descriptive statistics for this variable and the other Competing Models te The dimensions of team leader social capital (i.e., team leader familiarity, Bonacich connectedness, Ac ce p closeness connectedness, and betweenness connectedness) that we examine represent different, yet related, views of the importance of relationships to the ability of the team leader to drive improvement project success. For example, as we discuss above, in the case of team leader familiarity, the team leader’s social capital results from the team leader having personally worked with team members on a previous team. Because of the team leader’s firsthand knowledge of his/her team members, the leader is better able to perform the roles of team leadership such as facilitation of the use of the problem solving process, assignment of tasks, etc. In the case of the team leader connectedness measures, the mechanisms for impact are likely similar to those for familiarity (better facilitation of the problem solving process, better assignment of tasks, etc.). However, in the case of connectedness, the ability of the team leader to perform these same roles derives not necessarily from prior experience working with his/her current team members, but rather from the 25 Page 28 of 55 knowledge that the team leader’s experience and connections provide about working with people like his/her current team members. Thus, team leader familiarity and team leader connectedness represent related, but different, concepts. ip t Furthermore, with regards to the team leader connectedness dimensions, prior research has shown that Bonacich centrality, closeness centrality, and betweenness centrality are typically correlated (Valente et cr al. 2008). Again, these three measures represent different, but related, approaches to the same concept: measurement of the centrality of an individual in a network. As discussed in Valente et al. (2008), since us these measures are addressing the same general idea (centrality), they should be correlated. However, at the same time, they should not be too highly correlated or they would not represent useful and somewhat an different perspectives on centrality. The empirical evidence developed in Valente et al. (2008) shows that these measures are indeed correlated, but not too correlated in real-world networks. M Because all of the dimensions we use to capture aspects of team leader social capital are related, we examine models that include only one of these dimensions at a time. This methodological approach d allows us to understand and compare the relationship between each of these dimensions and the te likelihood of improvement project success, while avoiding problems, such as multicollinearity, due to Ac ce p their relatedness. To develop evidence concerning whether or not there are statistically significant differences between these dimensions in terms of their relationship to improvement project success, we analyze hypotheses 1a to 1d as competing hypotheses and use statistical hypothesis tests developed for that context as described in subsection 4.1 below. 4. Results and Discussion The correlation matrix of the study variables is shown in Table 3. Based on prior related studies, we expect the relationship between several of our independent variables (Team Size, Team Leader Familiarity, Team Leader Project Type Experience, and Organizational Experience) and Six Sigma Project Success to have slopes that diminish in magnitude as the variable increases (Banker et al. 2001; Epple et al. 1991; Hackman 2002; Huckman et al. 2009; Reagans et al. 2005). We thus utilize a square 26 Page 29 of 55 root transformation of these variables, which also improves their symmetry and normality (Anscombe 1948; Box and Cox 1964; Mosteller and Tukey 1977). << Insert Table 3 about here >> Competing Model Results ip t 4.1 We test our hypotheses using logistic regression analysis within the R statistical software (R cr Development Core Team 2014). Panels A through D in Table 4 provide the results associated with our four competing models. These models differ depending on which of the four team leader social capital us measures is included in the model. << Insert Table 4 about here >> an Within each of the four panels in Table 4, we provide the logistic regression results for three different models. These models are hierarchical in nature, and the base model, Model 1, simply examines the M effects of the control variables on Six Sigma Project Success. Model 2 adds the main effects to the base effects as well. d model. In the final model (Model 3) in each panel in Table 4, we include the hypothesized interaction te We use likelihood ratio tests to compare the fit of Model 2 to Model 1 and Model 3 to Model 2 at the Ac ce p bottom of each panel in Table 4. The p-values associated with these likelihood ratio tests are all highly significant (p = .000), indicating that Model 3 gives the best model fit in all four panels. We thus focus our description of the results and ensuing discussion on the Model 3 logistic regressions in Panels A through D. We examine the four Model 3 logistic regression results to determine which competing model has the best overall fit with the data. In doing so, we first compare the corrected Akaike Information Criterion (AICc) goodness-of-fit values for each panel. We note here that smaller values of the AICc indicate better model fit (Akaike 1974). The AICc value for the model using the Bonacich Connectedness variable to operationalize team leader social capital (AICc = 177.97; see Panel B) indicates the best fit, although this value is close to the AICc for the model using Closeness Connectedness (AICc = 178.24; see Panel C). The Model 3 AICc 27 Page 30 of 55 values for both of these models are superior to the AICc values for the Team Leader Familiarity (AICc = 184.31) and Betweenness Connectedness (AICc = 186.26) models in Panels A and D, respectively. We defer further discussion of which of the four competing models is best-fitting to later in this subsection. ip t The results in Table 4 provide statistical evidence that several of the control variables have an impact. Specifically, business group affiliation appears to be related, to some extent, to the likelihood of six sigma cr project success. Recall that each business group at RS deals with different technologies and markets. This leads the business groups to have relatively different emphases on functions such as engineering and us marketing. For example, relative to BG1 and BG2, BG3 has more of an engineering-based focus given the nature of its products, while BG1 and BG2 are more marketing-focused. Six sigma tends to be more an readily adopted in engineering-focused organizations because of its emphasis on disciplined and datadriven problem-solving. As a result, this may explain why BG3 appears to have a higher likelihood of M project success. In addition, the control variable UsesStatTools has a positive and statistically significant relationship d with Six Sigma Project Success in all of the Model 3 results in Panels A through D (p ≤ .01). The use of te advanced statistical tools is likely associated with more systematic experimentation and more effective success. Ac ce p root cause analysis, which in turn results in improved learning and an increased likelihood of project Recall that hypotheses 1a through 1d relate increases in team leader social capital to increases in the likelihood of Six Sigma Project Success. The Team Leader Familiarity coefficient in Model 3 of Table 4, Panel A is not statistically significant (β = 0.348; p ≥ .10). We therefore find no support for hypothesis 1a. We do, however, find strong support for hypothesis 1b, as the coefficient of Bonacich Connectedness in Model 3 of Panel B is significant in the expected direction (β = 0.631; p ≤ .01). Panel C provides the Model 3 results using Closeness Connectedness to measure team leader social capital. Given the sign and significance of the Closeness Connectedness coefficient (β = 0.650; p ≤ .01), hypothesis 1c is likewise strongly supported. The observed relationship between Betweenness Connectedness and Six Sigma Project Success (β = 0.112; p ≥ .10) in Model 3 of Panel D does not provide support for hypothesis 1d. 28 Page 31 of 55 Hypothesis 2 posits that a six sigma project is likely to be more successful when the team leader has prior experience leading the same type of project. The direction of the sign and the significance of the Team Leader Project Type Experience coefficients in all four Model 3 results indicate that this hypothesis ip t is supported. In three of the four competing models we observe strong significance for this coefficient, with significance at the 0.10 level for the remaining model (the model based on Closeness Connectedness cr shown in Panel C). We found no support for hypothesis 3, irrespective of which measure of team leader social capital is us included in the model. This suggests that the positive effect of team leader social capital on the likelihood of Six Sigma Project Success is not influenced by the overall experience of the organization. an Our results do, however, indicate a consistently significant negative interaction between Team Leader Project Type Experience and Organizational Experience (p ≤ .01) in all fours panels in Table 4, which M provides support for hypothesis 4. Specifically, when organizational experience is high, a team leader’s prior experience leading the same type of six sigma project does not necessarily increase the likelihood of d project success. However, when a team leader has minimal prior experience leading the same type of te project, greater experience at the organizational level certainly improves the odds of project success. Ac ce p We provide a summary of the degree of support for our hypotheses in Table 5. When we examine the strength of the support for hypotheses 1a to 1d in Table 5 together with the corresponding AICc values from Table 4, it appears that the Bonacich Connectedness and Closeness Connectedness models are substantially better than the Team Leader Familiarity and Betweenness Connectedness models. To examine this more formally, we test the competing models using the Clark (2007) procedure for comparing the fit of non-nested models. Specifically, we test whether or not there is statistical evidence in favor of one of the models for all six pairs that can be formed from the four competing models we consider. In each of these tests, the null hypothesis is that the true model is equally distant (as measured by the Kullbach-Leibler distance) from both of the models in the pair of competing models considered. The alternative hypothesis is that one of the two models is closer to the true model. << Insert Table 5 about here >> 29 Page 32 of 55 Table 6 gives the p-values for the Clark (2007) test for each pair, with the model favored by the test indicated in italics and underlined. Table 6 shows that there is strong statistical evidence that the model based on the Bonacich Connectedness measure is superior to the models based on Team Leader ip t Familiarity (p ≤ .01) and Betweenness Connectedness (p ≤ .01). There is also strong statistical evidence that the model based on Closeness Connectedness is superior to the model based on Betweenness cr Connectedness (p ≤ .01). Finally, there is no evidence that there is a difference between the Bonacich Connectedness and Closeness Connectedness models. In summary, there is strong statistical evidence these models are essentially indistinguishable from one another. us that the best models are the ones based on Bonacich Connectedness and Closeness Connectedness, but 4.2 an << Insert Table 6 about here >> Discussion M Our findings do not support the idea that team leader familiarity increases the likelihood of six sigma project success. Measures of familiarity reward experience working with the same people. Given team d leader familiarity does not seem to matter in our research context, it is natural to consider broader social te capital-related measures, such as those associated with team leader connectedness that instead capture a Ac ce p team leader’s experience working with different people. Using an approach based on social networks provides an intuitive way to capture a team leader’s boundary-spanning social capital. We began this broader framing of team leader social capital by considering Bonacich connectedness. Bonacich connectedness is consistent with our theoretical development in that it captures the idea that a team leader’s connections may vary in importance. Team leaders with high Bonacich connectedness are connected to people who are, in turn, highly connected. Such well-connected connections have contacts and experience that may aid a team leader in recruiting suitable team members, and help the leader to facilitate the structured problem-solving process. Our Panel B results in Table 4 are consistent with these ideas. We also examined how closeness and betweenness connectedness might be associated with the likelihood of six sigma project success. Closeness and betweenness provide related, but different, 30 Page 33 of 55 perspectives on the concept of network centrality that we use to capture a team leader’s social capital. The logistic regression and Clark (2007) test results in Tables 4 and 6, respectively, provide evidence that both Bonacich and closeness connectedness have a stronger relationship with project success than does ip t betweenness connectedness. Our closeness connectedness results suggest that the number of steps that it takes team leaders to cr reach other individuals may be just as important as the number and connectedness of a leader’s direct connections as captured by Bonacich connectedness. Such a result may be due to information distortion, us which is less likely to occur along paths with fewer intervening individuals (Bellamy et al. 2014; Hansen 2002; Peng et al. 2013). We suspect this might be the case because six sigma team leaders with a high an closeness value are well-positioned to know “what is out there” with respect to “good” team members, “good” data, and other relevant and perhaps undocumented information and expertise. M What is striking about our results is that no matter the level of organizational experience, a team leader’s network, as captured by Bonacich and closeness connectedness, matters. Even if an organization d is fairly far along in its six sigma deployment, these two social capital-related dimensions of team leader te experience continue to have an important effect on the likelihood of six sigma project success. Ac ce p In contrast, the positive impact of team leader project type experience on six sigma project success is indeed significantly smaller when organizational experience is high. This result suggests that, in a mature six sigma deployment, the cumulative body of documented learnings in the database of archived projects may well substitute for a team leader’s own prior experience leading a particular project type. For example, a team leader can search the database to gain a better understanding of the metrics, tools, and tasks that are characteristic of a particular type of project, and then effectively apply that knowledge in the context of his/her current project of the same type. This suggests that the team leader’s technical expertise derived from project type experience is perhaps substituted by the technical knowledge captured by the database of archived projects. Our findings certainly support the idea that it is useful to disentangle various facets of experience, and to examine how such facets are interrelated (Argote and Miron-Spektor 2011; Lapre and Nembhard 31 Page 34 of 55 2011). For example, Easton and Rosenzweig (2012) found an interaction between organizational experience and a measure of team leader experience, with only moderate support for this interaction in some of the models they examined. However, their measure of team leader experience simply tallies the ip t total number of prior projects led by the team leader, and does not account for the distinct effects of team leader social capital (a social aspect) or project type experience (a technical aspect). Because this prior cr study does not separate team leader experience into more fine-grained dimensions as we do in the present study, this might explain the varying results. us Taken together, the interaction results in the present study indicate that the benefits we associate with certain aspects of team leader experience, such as experience leading a particular project type, can instead an be obtained by way of extensive organizational experience, while others, such as team leader social capital as measured by Bonacich and closeness connectedness, cannot. Perhaps these results are due, in M part, to the relative ease with which project type specific learnings can be codified and transferred to future projects via the database of archived projects (Anand et al. 2010). Alternatively, some project d learnings may be less explicit and thus undocumented. In this case, we suspect that a team leader’s access te to others either by direct connections to well-connected people or via short paths is instrumental to 4.3 Ac ce p facilitating the transfer of such knowledge (Hansen 2002). Limitations and Future Research Our study is subject to several limitations. One limitation is that we derive our results from data collected from a single firm. We should note that our firm-specific data is rich with detail, and at the same time, provides a large enough sample size to allow for statistical testing of our hypotheses (DeHoratius and Raman 2008; Huckman et al. 2009; van Donselaar et al. 2010). Nonetheless, analyzing data from a single firm impacts the extent to which we can generalize our findings beyond RS. In addition, despite an extensive, six-year deployment of six sigma at RS throughout its business groups, it is possible our results might differ for firms with even more mature six sigma systems (Nair et al. 2011). Our data also does not capture the specific characteristics of a team leader’s experience working with others on six sigma projects (e.g., time spent collaborating, nature of collaboration, etc.), nor does it 32 Page 35 of 55 account for his/her experience working with others above and beyond the six sigma system. Furthermore, team leader familiarity, as currently defined, does not take into account variation in the number of times that the team leader has previously worked with each team member. A high level of team leader ip t familiarity due to the team leader working with one or two people many times may be different from a similar level of familiarity due to the team leader working with all team members one or a few times. In cr addition, our team leader connectedness measures are based on networks that capture whether or not a team leader has worked with others, and does not take into account the number of times they have worked us together. Such factors may influence the relationship between a team leader’s social capital and project success, and are thus subjects for future study. Finally, it would be interesting for future research to an consider whether prior improvement project success or failure has a differential effect in terms of learning M and impact on experience. 5. Conclusion Our study contributes to the growing body of empirical research that examines the ways in which d various dimensions of experience influence the operational performance of teams. We use six years of te rich, highly-detailed, improvement project data to disentangle the relationship between several aspects of Ac ce p team leader experience and six sigma project success. The vast majority of the operations management literature that relates multiple dimensions of experience to the operational performance of teams focuses on work teams. Our research context provides a useful setting for advancing this literature because it involves improvement teams rather than work teams. Prior research suggests that quality improvement teams and work teams differ in important ways. As discussed previously, one of these differences involves the expected relationship between team familiarity and performance. Rather than a six sigma project benefiting from a team leader’s experience working with the same individuals on prior projects (team leader familiarity), what seems to matter in our research on improvement teams is working with a variety of people. That is, we find that a team leader’s social capital resulting from experience working with different individuals on prior six sigma projects—which 33 Page 36 of 55 we capture by way of our SNA-based team leader connectedness measures—has an important impact on the odds of project success. In particular, we find that the number and connectedness of a team leader’s direct connections (Bonacich connectedness) as well as the number of steps it takes to reach other ip t individuals (closeness connectedness) are important. More broadly, by incorporating a social network viewpoint into our research, we were able to gain cr deep insights into aspects of team leader experience. This perspective led to our development of three network-based dimensions capturing novel social capital-related aspects of team leader experience. To us the best of our knowledge, this is the first study that takes a network-based approach in examining the relationship between various dimensions of experience and operational performance in improvement an teams. In terms of managerial implications, our results imply that, for a team leader, “what you know” M (project type experience) and “who you know” (connectedness) matter to project success. As discussed previously, team leaders often determine the focus of a six sigma project. Thus, with regards to “what d you know,” one way management can likely increase an organization’s overall odds of project success is te to simply ask each team leader to consider focusing their improvement efforts on problems of a particular Ac ce p type, especially during the early stages of the six sigma deployment. However, as the six sigma system matures and organizational experience accumulates, our results suggest that management can essentially ease up on this request of team leaders without severely impacting the likelihood of project success. Our results also indicate that, regardless of the level of organizational experience, management should expect improvement projects led by highly connected team leaders in terms of Bonacich or closeness connectedness to have a higher likelihood of success. As a result, in the event it becomes necessary to tackle an especially difficult project early on during the six sigma deployment, when team leaders and the overall organization are relatively inexperienced, management should attempt to steer that improvement project to a more connected team leader. Importantly, in our quest to understand how dimensions of team leader experience and organizational experience interact to affect the likelihood of six sigma project success, we contribute to the nascent 34 Page 37 of 55 literature addressing Argote and Miron-Spektor’s (2011) call to investigate when different types of experience serve as complements or substitutes to one another. In this way, our research not only offers a new network-based perspective of experience, but also provides insights regarding how dimensions of ip t team leader experience and organizational experience collectively impact the operational performance of cr improvement teams. Acknowledgements us We appreciate the time, effort, and access the RS Director of Six Sigma provided us in facilitating an this research project. Seb Heese also provided helpful feedback on the paper. Appendix M In this Appendix, we provide technical details concerning the three SNA-based measures of team leader connectedness. These three measures are based on the idea of network centrality. As discussed in d subsection 2.2.2, for each project, we begin by considering the network defined by the project’s team te leader and everyone within his/her business group that has previously participated on a six sigma team prior to the initiation of the focal project. These individuals represent the nodes of the network, and two Ac ce p nodes are connected if the corresponding individuals have worked together on a prior improvement team. The network corresponding to project k can be specified using an adjacency matrix. The adjacency (k ) matrix A for project k is a square symmetric matrix with each row (and column) corresponding to an individual. Two individuals are “connected” if they have worked together on a prior improvement project, and this is captured in the adjacency matrix by using a 1 when there is a connection and a 0 otherwise. More precisely, Aij( k ) A(jik ) 1 , for i j , if individuals i and j have worked together on a six sigma team prior to the initiation of project k , and 0 otherwise. As discussed in subsection 3.2.3, these networks differ for each project. The network centrality metrics that underlie our three SNA-based team leader connectedness measures are computed from the corresponding adjacency matrices using the igraph package (Csardi and 35 Page 38 of 55 Nepusz 2006) of the R statistical computing environment (R Development Core Team 2014). Our first SNA-based measure, Bonacich Connectedness, is based on Bonacich centrality (Bonacich 1987; Wasserman and Faust 1994), which takes into account the “connectedness” of an individual’s ip t connections. Bonacich centrality, as developed in Bonacich (1987), depends on a parameter that controls the weighting of the “connectedness” of a node’s direct connections. Positive values of give cr increased weight to connections that are more connected, negative values of give increased weight to us connections that are more isolated, and a 0 value of corresponds to degree centrality, which simply counts the number of connections a node has and thus weights all connections equally. In our research an context, we are only interested in 0 since we are only interested in giving increased weight to connections that are more highly connected. M The upper bound for valid positive values of for the network corresponding to project k depends (k ) (Bonacich 1987). As d (k ) on the reciprocal of the largest eigenvalue max of the adjacency matrix A te (k ) approaches max , the Bonacich centrality measure approaches a limit giving the highest possible weight to the connectedness of the direct connections. This limit corresponds to a centrality measure called Ac ce p eigenvector centrality (Bonacich 1972; Wasserman and Faust 1994). Thus, over the range of allowable (k ) positive values for (i.e., for 0 max ), Bonacich centrality ranges from degree centrality, which gives equal weight to each direct connection, to eigenvector centrality, which gives maximum weight to the direct connections’ connectedness. Because the networks corresponding to each project are different, have different adjacency matrices, (k ) ), it is natural to re-parameterize and, therefore, have different allowable ranges for (i.e., 0 max (k ) in terms of the fraction of the way is between 0 and max . Thus, we parameterize the family of (k ) Bonacich centrality measures using / max , so takes on values in the range [0, 1). We discuss 36 Page 39 of 55 how we choose the value of that we use in this study below after we introduce our other centrality measures. Our second team leader connectedness measure, Closeness Connectedness, is based on closeness ip t centrality (Wasserman and Faust 1994). To calculate closeness centrality for a node, first, the minimum path length from that node to every other node of the network is determined. Next, these minimum path cr lengths are averaged. Finally, because small average path lengths to the other nodes correspond to high us centrality, the reciprocal is taken. Thus, closeness centrality for node i of the network corresponding to project k is CCi( k ) ( n ( k ) 1) / Dij( k ) , an j i project k , and n (k ) M where Dij( k ) is the minimum path length from node i to node j in the network corresponding to is the number of nodes in that network. d The third SNA-based team leader connectedness measure, Betweenness Connectedness, is based on te betweenness centrality (Wasserman and Faust 1994). Calculating the betweenness centrality for a node begins by determining the shortest paths between all pairs of other nodes. The basic idea behind a node’s Ac ce p betweenness centrality is that it is the number of these shortest paths that go through the node (Freeman 1977; Wasserman and Faust 1994). As a technical detail, however, it is possible that there are multiple tied minimum length paths between two nodes, with only some of these paths going through the focal node. In that case, only the fraction of the minimum length paths going through the focal node is counted. Thus, the betweenness centrality for node i in the network for project k is given by BTWCi( k ) NP l ,m i l m (k ) lm (i ) / NPlm( k ) , where the denominator NPlm( k ) is the number of shortest paths between nodes l and m in network k , (k ) (i ) is the number of those shortest paths that go through node i . and the numerator N lm 37 Page 40 of 55 In this study, we focus on the relationship between project success and the connectedness of the project’s team leader. Thus, for each kind of centrality measure we use (Bonacich, closeness, and betweenness centrality), we must extract, for each project k , only the team leader’s network centrality ip t measure from the centrality measures for all of the nodes of that project’s network. However, these team leader centrality measures, which we refer to as CL( k ) , are not directly comparable across projects because cr the projects’ networks vary in both connections and size. To correct for this issue, we simply use the us team leader’s relative centrality within the project’s network. That is, we use the rank of the team leader’s centrality measure in the network corresponding to project k in order to obtain the team leader’s Specifically, suppose that C (k ) an relative connectedness. (Ci( k ) ,, Cn((kk)) ) is the vector of centrality measures for all of the M nodes in the network corresponding to project k . One of these centrality measures will correspond to the team leader’s centrality CL( k ) , and the others will be the centrality measures of all of the other people who te d have previously worked on improvement teams prior to the initiation of project k . To determine the team leader’s relative centrality, we first determine the rank of the team leader’s centrality CL( k ) among the (k ) Ac ce p elements of the corresponding vector C . Next, we compute the corresponding percentile. We then convert the percentile to a normal score (i.e., the value for a standard normal distribution that corresponds to the percentile) and use these normal scores as the measure of team leader connectedness. We use these normal scores rather than the ranks or percentiles because they have better statistical properties when used as independent variables in regression. Approaches based on normal scores are commonly used in nonparametric statistical methods (Lehmann and D’Abrera 2006). Taken together, determining the connectedness of a specific project’s team leader, for each of the three centrality measures we consider, involves the following steps. First, the network consisting of the team leader together with all of the individuals within his/her business group who have worked on six sigma projects prior to the initiation of the focal project is constructed. Next, the three centrality metrics 38 Page 41 of 55 are computed for each node of the network. Each centrality metric is then (separately) converted to ranks and then normal scores. Thus, we will have three normal scores (one corresponding to each centrality metric) for each node. Finally, we extract the normal scores for the node that corresponds to the team betweenness connectedness) based on the three network centrality measures. ip t leader. These normal scores are the values of team leader connectedness (Bonacich, closeness, and cr We now return to the issue of choosing the value of in the computation of the Bonacich centrality us measure we use in our study. We seek a value of that is a compromise between the extremes of equal weighting of connections (degree centrality, 0 ) and the weighting that gives the maximum possible an weight to more connected connections (eigenvector centrality, 1 ). If we could find a value of which is, in a sense, halfway between these two extremes, this would represent an intuitively appealing M compromise. We operationalize this idea of being halfway between degree centrality and eigenvector centrality by choosing so that the correlations between the team leader connectedness measure based te d on Bonacich centrality and those based on degree centrality and eigenvector centrality are equal. References Ac ce p Adler, P. 1990. Shared learning. Management Science 36(8) 938-957. Agrawal, A., S. Muthulingam. 2015. Does organizational forgetting affect vendor quality performance? An empirical investigation. Manufacturing & Service Operations Management, forthcoming. Akaike, H. 1974. A new look at the statistical model identification. IEEE Transactions on Automatic Control 19(6) 716-723. Anand, G., P. Ward, M. Tatikonda. 2010. Role of explicit and tacit knowledge in Six Sigma projects: An empirical examination of differential project success. Journal of Operations Management 28(4) 303315. Anscombe, F. 1948. The transformation of Poisson, binomial, and negative-binomial data. Biometrika 35(3-4) 246-254. Argote, L., E. Miron-Spektor. 2011. Organizational learning: From experience to knowledge. Organization Science 22(5) 1123-1137. Argote, L., S. Beckman, D. Epple. 1990. The persistence and transfer of learning in industrial settings. Management Science 36(2) 140-154. Balkundi, P., D. Harrison. 2006. Ties, leaders, and time in teams: Strong inference about network structure's effects on team viability and performance. Academy of Management Journal 49(1) 49-68. Banker, R., J. Field, K.K. Sinha. 2001. Work-team implementation and trajectories of manufacturing quality: A longitudinal field study. Manufacturing & Service Operations Management 3(1) 25-42. Barden, J., W. Mitchell. 2007. Disentangling the influences of leaders’ relational embeddedness on interorganizational exchange. Academy of Management Journal 50(6) 1440-1461. 39 Page 42 of 55 Ac ce p te d M an us cr ip t Bavelas, A. 1950. Communication patterns in task-oriented groups. Journal of the Acoustical Society of America 22 271-282. Bellamy, M., S. Ghosh, M. Hora. 2014. The influence of supply network structure on firm innovation. Journal of Operations Management 32(6) 357-373. Benner, M., M. Tushman. 2002. Process management and technological innovation: A longitudinal study of the photography and paint industries. Administrative Science Quarterly 47(4) 676-706. Benner, M., M. Tushman. 2003. Exploitation, exploration, and process management: The productivity dilemma revisited. Academy of Management Review 28(2) 238-256. Bonacich, P. 1972. Factoring and weighting approaches to status scores and clique identification. Journal of Mathematical Sociology 2(1) 113-120. Bonacich, P. 1987. Power and centrality: A family of measures. American Journal of Sociology 92(5) 1170-1182. Borgatti, S., M. Everett, M. 2006. A graph-theoretic perspective on centrality. Social Networks 28(4) 466–484. Borgatti, S., P. Foster. 2003. The network paradigm in organizational research: A review and typology. Journal of Management 29(6) 991-1013. Borgatti, S., X. Li. 2009. On network analysis in a supply chain context. Journal of Supply Chain Management 45(2) 5-22. Box, G., D. Cox. 1964. An analysis of transformations (with discussion). Journal of the Royal Statistical Society 26(2) 211-252. Boyer, K., R. Verma. 2000. Multiple raters in survey-based operations management research: A review and tutorial. Production and Operations Management 9(2) 128-140. Brass, D., D. Krackhardt. 1999. The social capital of 21st century leaders. In Out-of-the-Box Leadership: Transforming the 21st Century Army and Other Top Performing Organizations, J. Hunt and R. Phillips (Eds.), JAI Press, Greenwich, CT, 179-194. Burt, R. 1992. Structural Holes: The Social Structure of Competition. Harvard University Press, Cambridge, MA. Carnovale, S., S. Yeniyurt. 2014. The role of ego networks in manufacturing joint venture formations. Journal of Supply Chain Management 50(2) 1-17. Chauvet, V., B. Chollet, G. Soda, I. Hault. 2011. The contribution of network research to managerial culture and practice. European Journal of Management 29(5) 321-334. Choo, A. 2014. Defining problems fast and slow: The u-shaped effect of problem definition time on project duration. Production and Operations Management 23(8) 1462-1479. Choo, A., K. Linderman, R. G. Schroeder. 2007a. Method and psychological effects on learning behaviors and knowledge creation in quality improvement teams. Management Science 53(3) 437450. Choo, A., K. Linderman, R. G. Schroeder. 2007b. Method and context perspectives on learning and knowledge creation in quality management. Journal of Operations Management 25(4) 918-931. Clark, J., R. Huckman, B. Staats. 2013. Learning from customers: Individual and organizational effects in outsourced radiological services. Organization Science 24(5) 1539-1557. Clark, K. 2007. A simple distribution-free test for nonnested model selection. Political Analysis 15 347363. Cohen, S., D. Bailey. 1997. What makes teams work: Group effectiveness research from the shop floor to the executive suite. Journal of Management 23(3) 239-290. Cropanzano, R., M. Mitchell. 2005. Social exchange theory: An interdisciplinary review. Journal of Management 31(6) 874-900. Csardi G, T. Nepusz. 2006. The igraph software package for complex network research. InterJournal, Complex Systems 1695. http://igraph.org. Cummings, T. 1978. Self-regulating work groups: A socio-technical synthesis. Academy of Management 3(3) 625-634. DeHoratius, N., A. Raman. 2008. Inventory record inaccuracy. Management Science 54(4) 627-641. 40 Page 43 of 55 Ac ce p te d M an us cr ip t Deming, W. 1994. The New Economics for Industry, Government, Education, 2nd Edition. MIT Center for Advanced Engineering Study, Cambridge, MA. Devine, D., L. Clayton, J. Philips, B. Dunford, S. Melner. 1999. Teams in organizations: Prevalence, characteristics, and effectiveness. Small Group Research 30 678 –711. Easton, G., E. D. Rosenzweig. 2012. The role of experience in six sigma project success: An empirical analysis of improvement projects. Journal of Operations Management 30(7-8) 481-493. Edmondson, A. 1999. Psychological safety and learning behavior in work teams. Administrative Science Quarterly 44(2) 350-383. Edmondson, A., I. Nembhard. 2009. Product development and learning in project teams: The challenges are the benefits. Journal of Product Innovation Management 26(2) 123-138. Epple, D. L. Argote, R. Devadas. 1991. Organizational learning curves: A method for investigating intraplant transfer of knowledge acquired through learning by doing. Organization Science 2(1) 58-70. Faraj, S., L. Sproull. 2000. Coordinating expertise in software development teams. Management Science 46(12) 1554-1568. Faraj, S., A. Yan. 2009. Boundary work in knowledge teams. Journal of Applied Psychology 94(3) 604– 617. Freeman, L. 1977. A set of measures of centrality based on betweenness. Sociometry 40(1) 35-41. Freeman, L. 2011. The development of social network analysis – with an emphasis on recent events. In The SAGE Handbook of Social Network Analysis, Chapter 3, J. Scott and P. Carrington (Eds.), Sage Publications Ltd., Thousand Oaks, CA, 26-39. Granovetter, M. 1973. The strength of weak ties. American Journal of Sociology 78(6) 1360-1380. Granovetter, M. 1985. Economic action and social structure: The problem of embeddedness. American Journal of Sociology 91(3) 481-510. Haas, M. 2006. Knowledge gathering, team capabilities, and project performance in challenging work environments. Management Science 52(8) 1170-1184. Hackman, J. R. 1987. The design of work teams. In Handbook of Organizational Behavior, J. Lorsch (Ed.), Prentice Hall, Englewood Cliffs, NJ. Hackman, J. R. 2002. Leading Teams: Setting the Stage for Great Performances. HBS Press, Boston, MA. Hansen, M. 2002. Knowledge networks: Explaining effective knowledge sharing in multiunit companies. Organization Science 13(3) 232-248. Huber, G. P. 1991. Organizational learning: The contributing processes and the literatures. Organization Science 2(1) 88-115. Huckman, R. S., G. P. Pisano. 2006. The firm specificity of individual performance: Evidence from cardiac surgery. Management Science 52(4) 473-488. Huckman, R., B. Staats. 2011. Fluid tasks and fluid teams: The impact of diversity in experience and team familiarity on team performance. Manufacturing & Service Operations Management, 13(3) 310-328. Huckman, R. S., B. R. Staats, D. M. Upton. 2009. Team familiarity, role experience, and performance: Evidence from Indian software services. Management Science 55(1) 85-100. Ittner, C. D., D. F. Larcker. 1997. The performance effects of process management techniques. Management Science 43(4) 522-534. Jacobs, B., M. Swink, K. Linderman. 2015. Performance effects of early and late six sigma adoptions. Journal of Operations Management, http://dx.doi.org/10.1016/j.jom.2015.01.002. KC, D., B. Staats. 2012. Accumulating a portfolio of experience: The effect of focal and related experience on surgeon performance. Manufacturing & Service Operations Management 14(4) 618633. Ketchen, D., T. Hult. 2007. Bridging organization theory and supply chain management: The case of best value supply chains. Journal of Operations Management 25(2) 573-580. Ketchum, L., E. Trist. 1992. All Teams are Not Created Equal: How Employee Empowerment Really Works. Sage, Newbury Park, CA. 41 Page 44 of 55 Ac ce p te d M an us cr ip t Kim, D. H. 1993. The link between individual and organizational learning. Sloan Management Review 35(1) 37-50. Kim, D. Y. 2014. Understanding supplier structural embeddedness: A social network perspective. Journal of Operations Management 32(5) 219-231. Kim, Y., T. Choi, T. Yan, K. Dooley. 2011. Structural investigation of supply networks: A social network analysis approach. Journal of Operations Management 29 194-211. Lapre, M., I. Nembhard. 2011. Inside the organizational learning curve: Understanding the organizational learning process. Foundations and Trends in Technology, Information and Operations Management 4(1) 1-103. Lapre, M., L. van Wassenhove. 2001. Creating and transferring knowledge for productivity improvement in factories. Management Science 47(10) 1311-1325. Lapre, M., A. S. Mukherjee, L. van Wassenhove. 2000. Behind the learning curve: Linking learning activities to waste reduction. Management Science 46(5) 597-611. Leavitt, H. 1951. Some effects of certain communication patterns on group performance. Journal of Abnormal and Social Psychology 46(1) 38-50. Lehmann, E., H. D’Abrera. 2006. Nonparametrics: Statistical Methods Based on Ranks. Springer, New York, NY. Linderman, K., R. G. Schroeder, A. Choo. 2006. Six sigma: The role of goals in improvement teams. Journal of Operations Management 24(6) 779-790. Linderman, K., R. G. Schroeder, S. Zaheer, A. Choo. 2003. Six sigma: A goal theoretic perspective. Journal of Operations Management 21(2) 193-203. Marsden, P. 2002. Egocentric and sociocentric measures of network centrality. Social Networks 24(4) 407–422. Mehra, A., A. Dixon, D. Brass, B. Robertson. 2006. The social network ties of group leaders: Implications for group performance and leader reputation. Organization Science 17(1) 64-79. Moore, D., M. Lapre. 2015. The simultaneous impact of learning curve-heterogeneity, tightly-coupled team familiarity, and workload on orthopedic procedure times. Stanford School of Medicine working paper. Mosteller F., J. W. Tukey. 1977. Data Analysis and Regression: A Second Course in Statistics. AddisonWesley, Reading, MA. Muehlfeld, K., P. Sahib, A. Witteloostuijn. 2012. A contextual theory of organizational learning from failures and successes: A study of acquisition completion in the global newspaper industry, 19812008. Strategic Management Journal 33(8) 938-964. Mukherjee, A. S., M. Lapre, L. van Wassenhove. 1998. Knowledge driven quality improvement. Management Science 44(11-2) S35-S49. Nahapiet, J., S. Ghoshal. 1998. Social capital, intellectual capital, and the organizational advantage. Academy of Management Review 23(2) 242-266. Nair, A., M. Malhotra, S. Ahire. 2011. Toward a theory of managing context in Six Sigma processimprovement projects: An action research investigation. Journal of Operations Management 29(5) 529-548. Oh, H., M. Chung, G. Labianca. 2004. Group social capital and group effectiveness: The role of informal socializing ties. Academy of Management Journal 47(6) 860–875. Peng, G., J. Mu, C. Benedetto. 2013. Learning and open source software license choice. Decision Sciences 44(4) 619-643. Pisano, G. P., R. Bohmer, A. Edmondson. 2001. Organizational differences in rates of learning: Evidence from the adoption of minimally invasive cardiac surgery. Management Science 47(6) 752-768. Pyzdek, T., P. Keller. 2009. The Six Sigma Handbook: A Complete Guide for Green Belts, Black Belts, and Managers at All Levels. 3rd Edition. McGraw Hill, New York, NY. R Development Core Team. 2014. R: A Language and Environment for Statistical Computing. R Foundation for Statistical Computing, Vienna, Austria. ISBN 3-900051-07-0, http://www.Rproject.org. 42 Page 45 of 55 Ac ce p te d M an us cr ip t Reagans, R., L. Argote, D. Brooks. 2005. Individual experience and experience working together: Predicting learning rates from knowing who knows what and knowing how to work together. Management Science 51(6) 869-881. Sabidussi, G. 1966. The centrality index of a graph. Psychometrika 31 581-603. Schilling, M., P. Vidal, R. Ployhart, A. Marangoni. 2003. Learning by doing something else: Variation, relatedness, and the learning curve. Management Science 49(1) 39-56. Schroeder, R. G., K. Linderman, C. Liedtke, A. Choo. 2008. Six sigma: Definition and underlying theory. Journal of Operations Management 26(4) 536-554. Shafer, S., S. Moeller. 2012. The effects of Six Sigma on corporate performance: An empirical investigation. Journal of Operations Management 30(7-8) 521-532. Shafer, S., D. Nembhard, M. Uzumeri. 2001. The effects of worker learning, forgetting, and heterogeneity on assembly line productivity. Management Science 47(12) 1639-1653. Shaw, M. 1964. Communication networks. In Advances in Experimental Social Psychology, Volume 1, L. Berkowitz (Ed.), Academic, New York, 111-147. Staats, B. 2012. Unpacking team familiarity: The effect of geographic location and hierarchical role. Production and Operations Management 21(3) 619-635. Swink, M., B. Jacobs. 2012. Six Sigma adoption: Operating performance impacts and contextual drivers of success. Journal of Operations Management 30(6) 437-453. Trist, E. 1981. The sociotechnical perspective: the evolution of sociotechnical systems as a conceptual framework and as an action research program. In Perspectives on Organization Design and Behavior, A. Van de Van, W. Joyce (Eds.), Wiley, New York, NY. Trist, E., K. Bamforth. 1951. Some social and psychological consequences of the longwall method of coal-getting. Human Relations 4(1) 3-38. Tuckman, B. W. 1965. Developmental sequence in small groups. Psychological Bulletin 63(6) 384-399. Tuckman, B. W. 1977. Stages of small-group development revisited. Group & Organizational Studies 2(4) 419-427. Upton, D., B. Kim. 1998. Alternative methods of learning and process improvement in manufacturing. Journal of Operations Management 16(1) 1-20. Uzzi, B. 1996. The sources and consequences of embeddedness for the economic performance of organizations: The network effect. American Sociological Review 61(4) 674-698. Uzzi, B. 1997. Social structure and competition in interfirm networks: The paradox of embeddedness. Administrative Science Quarterly 42(1) 35-67. Valente, T., K. Coronges, C. Lakon, E. Costenbader. 2008. How correlated are network centrality measures? Connections 28(1) 16–26. van Donselaar, K. H., V. Gaur, T. van Woensel, R. Broekmeulen, J. Fransoo. 2010. Ordering behavior in retail stores and implications for automated replenishment. Management Science 56(5) 766-784. Wasserman, S., K. Faust. 1994. Social Network Analysis: Methods and Applications. Cambridge University Press, New York, NY. Yukl, G. 2002. Leadership in Organizations, 5th Edition. Prentice Hall, Upper Saddle River, NJ. Zu, X., L. D. Fredenhall, T. J. Douglas. 2008. The evolving theory of quality management: The role of six sigma. Journal of Operations Management 26(5) 630-650. 43 Page 46 of 55 Ac ce p te d M an us cr ip t Figure 1: Conceptual Model 44 Page 47 of 55 ip t New product development (NPD) process improvement New product development (NPD) us Examples* Reduce process defects and downtime associated with pumps delivering a liquid raw material to the process. Reduce the incidence of a contaminant affecting product aesthetics, which is the primary cause of scrap. M an ed Characterize product ce pt Characterize process Description “Classic” quality improvement projects focused on reducing defects, waste, or cycle time. Generally, the primary focus is on identifying special cause variation and bringing the process into control, identifying and removing waste, or reducing cycle time using techniques such as process simplification. Projects focused on identifying and understanding the effects of process control parameters, generally via conducting experiments. Such projects focus on processes that are already in a reasonable state of control. These projects usually attempt to optimize the parameter settings once the effects are understood. Projects focused on identifying and understanding the effects of design parameters on product performance, generally via conducting experiments. Similar in concept to characterize process projects, except the focus is on the product rather than the process. Projects focused on improving the new product development process, including prevention of design errors, reduction of design and testing cycle time, reduction of design costs, etc. Ac Project Type Improve existing process cr Table 1: Six Sigma Project Type Descriptions Conduct designed experiments to understand how process parameters, such as production line speed, temperature, etc., affect dimensional conformance and thus fit among assembled components. Experiment with product materials to determine if a less expensive combination can be used. Experiment with the materials and geometry of parts to improve a seal and thus increase product reliability and durability. Standardize the options available to designers for a specific product component to reduce time to market. Developing such a portfolio of possible choices saves design engineers’ time and reduces the need to qualify this component for each new product developed. Reduce the cycle time of testing required for proof of new product concept. Previously, several different tests were run at different test settings. It was determined that fewer tests could be used with settings optimized to gain maximum testing coverage. The current product offering requires two-handed use. Experiment with alternative designs to determine if a version of the product can be developed that can be used with one hand. For this particular product, the geometry of the product case necessary for one-handed use potentially affects its performance and durability. Projects focused on developing new product features or new product offerings (in contrast to optimizing an existing feature or product). Such projects often include designed experiments to assess feasibility of new product concepts or to solve some specific technical problem preventing the feasibility of a product concept. * These examples are derived from specific closed improvement projects at our research site. However, they have been described in a general way without specifics in order to protect the identity of our research site and its confidential information. Page 48 of 55 Table 2: Descriptive Statistics PANEL A 50.7% 49.3% 100% Business Group BG1 BG2 BG3 Total 75 50 27 152 49.3% 32.9% 17.8% 100% UsesStatTools Yes No Total 108 44 152 71.1% 28.9% 100% M Variable Namea Team Size Team Leader Familiarity Bonacich Connectedness Closeness Connectedness Betweenness Connectedness Team Leader Project Type Experience Organizational Experienceb Min Max 2 19 0 3 -1.82 2.09 –2.25 2.09 –0.38 2.28 0 3 0 31.75 Ac ce p te d PANEL B a cr 77 75 152 an Six Sigma Project Success Yes No Total ip t Percentage us N Median 4 0 -0.65 –0.71 –0.13 0 5.27 Mean 4.74 0.35 -0.33 –0.56 0.12 0.21 9.19 Std Dev 2.61 0.68 0.85 1.08 0.64 0.51 8.90 The descriptive statistics we report in Panel B are for the untransformed variables. Organizational experience is the number of prior projects initiated in the business group per one thousand employees. b 46 Page 49 of 55 -0.33*** 0.14* -0.36*** -0.24*** -0.08 -0.11 -0.08 0.18** 0.27*** ip t (4) (5) (6) (7) (8) (9) (10) us -0.26*** 0.11 -0.16** 0.30*** 0.20** 0.24*** 0.32*** 0.10 (3) M an (2) -0.05 0.03 0.06 -0.04 -0.11 0.06 -0.11 -0.18** 0.12 0.03 0.01 0.09 -0.03 0.04 -0.01 0.41*** 0.43*** 0.77*** 0.27*** 0.59*** 0.54*** -0.15* -0.06 -0.10 0.06 0.43*** 0.27*** 0.37*** 0.24*** -0.46*** -0.29*** -0.15* 0.18** 0.38*** 0.20*** 0.33*** 0.10 ed (1) Six Sigma Project Success (2) BG2 (3) BG3 (4) Team Size (5) UsesStatTools (6) Team Leader Familiarity (7) Bonacich Connectedness (8) Closeness Connectedness (9) Betweenness Connectedness (10) Team Leader Project Type Experience (11) Organizational Experience (1) cr Table 3: Pearson Correlation Matrix of Model Variablesa p ≤ .10; ** p ≤ .05; *** p ≤ .01 a The correlation matrix shown is for the untransformed variables. Ac ce pt * 0.35*** 47 Page 50 of 55 Table 4: Logistic Regression Results for the Four Competing Models Panel A: Team Leader Familiarity 0.318 (0.533) 1.230** (0.599) -0.291 (0.238) 1.342*** (0.439) 0.203 (0.216) 0.610** (0.263) 0.316 (0.565) 1.374** (0.648) -0.394 (0.253) 1.680*** (0.483) 0.733*** (0.293) 0.580** (0.289) -0.762*** (0.246) 0.348 (0.234) -0.075 (0.203) UsesStatTools ("no" reference group) M Team Leader Project Type Experience (TLPT) Organizational Experience (OE) d TLPT * OE an Team Size 0.197 (0.210) Ac ce p te Team Leader Familiarity (TLF) TLF * OE -0.675* (0.416) 0.336 (0.485) -0.370 (0.230) 1.158*** (0.420) us BG3 Model 3 -1.128** (0.527) ip t Business Group (BG1 reference group) BG2 Model 2 -1.164** (0.492) cr Intercept Model 1 -0.559 (0.437) Model 2 statistic d.f. AICc Likelihood Ratio test p-value (Models compared) 21.69*** 4 199.58 --------- 34.48*** 7 193.47 0.000 48.27*** 9 184.31 0.000 (Model 2 vs. 1) (Model 3 vs. 2) Notes: The basis for comparison or “reference groups” that correspond to zero values of the business group and UsesStatTools dummy variables are BG1 and non-use of advanced statistical tools, respectively. The regression coefficients reported in this table are standardized coefficients; *p ≤ .10, ** p ≤ .05; *** p ≤ .01; the standard errors are in parentheses. The corrected Akaike Information Criterion (AICc) is a measure of the goodness-of-fit of a statistical model that allows comparison across models with different numbers of independent variables (Akaike 1974). Smaller values of the AICc indicate better model fit. 48 Page 51 of 55 Table 4: Logistic Regression Results for the Four Competing Models (continued) Panel B: Bonacich Connectedness Business Group (BG1 reference group) BG2 -0.675* (0.416) 0.336 (0.485) -0.370 (0.230) 1.158*** (0.420) 0.290 (0.541) 1.322** (0.617) -0.459* (0.260) 1.445*** (0.457) 0.108 (0.216) 0.625** (0.265) Team Size UsesStatTools ("no" reference group) M Team Leader Project Type Experience (TLPT) an us BG3 TLPT * OE Ac ce p Bonacich Connectedness (BC) te d Organizational Experience (OE) 0.568*** (0.211) BC * OE Model 2 statistic d.f. AICc Likelihood Ratio test p-value (Models compared) 21.69*** 4 199.58 --------- Model 3 -1.157** (0.543) ip t Intercept Model 2 -1.194** (0.507) cr Model 1 -0.559 (0.437) 0.257 (0.575) 1.515** (0.678) -0.604** (0.283) 1.761*** (0.502) 0.624** (0.294) 0.630** (0.288) -0.693*** (0.244) 0.631*** (0.240) -0.200 (0.245) 41.42*** 7 186.53 0.000 54.61*** 9 177.97 0.000 (Model 2 vs. 1) (Model 3 vs. 2) Notes: The basis for comparison or “reference groups” that correspond to zero values of the business group and UsesStatTools dummy variables are BG1 and non-use of advanced statistical tools, respectively. The regression coefficients reported in this table are standardized coefficients; *p ≤ .10, ** p ≤ .05; *** p ≤ .01; the standard errors are in parentheses. The corrected Akaike Information Criterion (AICc) is a measure of the goodness-of-fit of a statistical model that allows comparison across models with different numbers of independent variables (Akaike 1974). Smaller values of the AICc indicate better model fit. 49 Page 52 of 55 Table 4: Logistic Regression Results for the Four Competing Models (continued) Panel C: Closeness Connectedness Business Group (BG1 reference group) BG2 -0.675* (0.416) 0.336 (0.485) -0.370 (0.230) 1.158*** (0.420) 0.224 (0.550) 1.346** (0.618) -0.417 (0.261) 1.391*** (0.453) 0.044 (0.219) 0.529** (0.268) Team Size UsesStatTools ("no" reference group) M Team Leader Project Type Experience (TLPT) an us BG3 TLPT * OE Ac ce p Closeness Connectedness (CC) te d Organizational Experience (OE) 0.653*** (0.215) CC * OE Model 2 statistic d.f. AICc Likelihood Ratio test p-value (Models compared) 21.69*** 4 199.58 --------- Model 3 -1.105** (0.535) ip t Intercept Model 2 -1.166** (0.510) cr Model 1 -0.559 (0.437) 43.46*** 7 184.5 0.000 0.151 (0.574) 1.448** (0.660) -0.487* (0.275) 1.677*** (0.490) 0.563* (0.300) 0.528* (0.287) -0.714*** (0.247) 0.650*** (0.232) 0.031 (0.268) 54.34*** 9 178.24 0.000 (Model 2 vs. 1) (Model 3 vs. 2) Notes: The basis for comparison or “reference groups” that correspond to zero values of the business group and UsesStatTools dummy variables are BG1 and non-use of advanced statistical tools, respectively. The regression coefficients reported in this table are standardized coefficients; *p ≤ .10, ** p ≤ .05; *** p ≤ .01; the standard errors are in parentheses. The corrected Akaike Information Criterion (AICc) is a measure of the goodness-of-fit of a statistical model that allows comparison across models with different numbers of independent variables (Akaike 1974). Smaller values of the AICc indicate better model fit. 50 Page 53 of 55 Table 4: Logistic Regression Results for the Four Competing Models (continued) Panel D: Betweenness Connectedness Business Group (BG1 reference group) BG2 -0.675* (0.416) 0.336 (0.485) -0.370 (0.230) 1.158*** (0.420) 0.306 (0.533) 1.255** (0.599) -0.310 (0.240) 1.332*** (0.437) 0.218 (0.215) 0.670*** (0.257) Team Size UsesStatTools ("no" reference group) M Team Leader Project Type Experience (TLPT) an us BG3 d Organizational Experience (OE) te TLPT * OE 0.132 (0.197) Ac ce p Betweenness Connectedness (BTWC) BTWC * OE Model 2 statistic d.f. AICc Likelihood Ratio test p-value (Models compared) 21.69*** 4 199.58 --------- Model 3 -1.063** (0.518) ip t Intercept Model 2 -1.130** (0.489) cr Model 1 -0.559 (0.437) 34.05*** 7 193.91 0.000 0.270 (0.560) 1.398** (0.645) -0.395 (0.251) 1.601*** (0.473) 0.757*** (0.297) 0.667** (0.281) -0.738*** (0.231) 0.112 (0.222) 0.016 (0.231) 46.32*** 9 186.26 0.000 (Model 2 vs. 1) (Model 3 vs. 2) Notes: The basis for comparison or “reference groups” that correspond to zero values of the business group and UsesStatTools dummy variables are BG1 and non-use of advanced statistical tools, respectively. The regression coefficients reported in this table are standardized coefficients; *p ≤ .10, ** p ≤ .05; *** p ≤ .01; the standard errors are in parentheses. The corrected Akaike Information Criterion (AICc) is a measure of the goodness-of-fit of a statistical model that allows comparison across models with different numbers of independent variables (Akaike 1974). Smaller values of the AICc indicate better model fit. 51 Page 54 of 55 Table 5: Summary of Hypothesis Test Results Degree of Support Hypothesis ip t No support cr Strong support Strong support us H1a: Higher team leader familiarity is associated with increases in the likelihood of six sigma project success. H1b: Higher values of team leader Bonacich connectedness are associated with increases in the likelihood of six sigma project success. H1c: Higher values of team leader closeness connectedness are associated with increases in the likelihood of six sigma project success. H1d: Higher values of team leader betweenness connectedness are associated with increases in the likelihood of six sigma project success. H2: Increases in a team leader’s experience leading the same type of project (higher team leader project type experience) is associated with increases in the likelihood of six sigma project success. H3: As organizational experience increases, the positive relationship between our team leader social capital-related dimensions and the likelihood of six sigma project success diminishes. H4: As organizational experience increases, the positive relationship between team leader project type experience and the likelihood of six sigma project success diminishes. Supported No support Strong support te d M an No support Ac ce p Table 6: P-Values for the Competing Model Comparison Tests Model pair Two-sided pvalue Team Leader Familiarity vs. Bonacich Connectedness 0.000 Team Leader Familiarity vs. Closeness Connectedness 0.168 Team Leader Familiarity vs. Betweenness Connectedness 0.062 Bonacich Connectedness vs. Closeness Connectedness 0.570 Bonacich Connectedness vs. Betweenness Connectedness 0.001 Closeness Connectedness vs. Betweenness Connectedness 0.007 Note: The smaller the p-value, the more evidence for the italicized and underlined model over the other model listed in the pair. 52 Page 55 of 55