WWW.DISSERTATION.XLIBX.INFO
FREE ELECTRONIC LIBRARY - Dissertations, online materials
 
<< HOME
CONTACTS



Pages:     | 1 |   ...   | 10 | 11 || 13 | 14 |   ...   | 32 |

«This research has been partially sponsored by the Dutch Joint Academic and Commer- cial Quality Research & Development (Jacquard) program on Software ...»

-- [ Page 12 ] --

In the discussion, we focus on the contribution of architectural rules to the handling of GSD issues. Finally, §4.5 lists our conclusions.

4.2 Related Work This section provides related work in the field of software architecture, the concept of architectural rules, and general challenges identified in global software development literature.

Recently, software architecture is regarded as the set of architectural design decisions (Jansen and Bosch, 2005; Kruchten et al., 2006). Examples of these decisions include preferred or mandatory standards on communication between layers of the architecture or datastructure conventions. Those architectural decisions that must be complied with throughout the organization are defined as architectural rules (Boasson, 1995; Clerc et al., 2007a). Architectural rules can help to overcome challenges in software engineering and software architecture (Boasson, 1995). However, we lack insight into what rules are necessary to guide GSD.

A software architecture imposes coordination and communication efforts between development teams that are necessary to successfully implement the architecture. To minimize these efforts, the software architecture often mimics the structure of the organization: a certain modular architectural design is used as the basis to distribute development work across different teams (Conway, 1968). With GSD, the challenge to distribute work becomes even bigger. As development work is spread across development sites, (Herbsleb and Mockus, 2003) indicate that this demands which demands more coordination and communication effort.

As we have shown in Chapter 3, having a description of the software architecture and rules on the architecture alone is not enough to ensure successful compliance in GSD. These rules should be accompanied by additional process guidelines and activities to let them sink in properly. These additional guidelines and activities pertain to the use

58 4.3. Challenges in Global Software Development

and personalization of architectural rules as opposed to codification that often receives most emphasis (Hansen et al., 1999; Desouza et al., 2006).

Substantial work has been done to provide insight into the problems or challenges that occur when the development effort is spread across multiple development sites (Herbsleb and Grinter, 1999a; Herbsleb et al., 2005). Herbsleb et al. (2001) list several dimensions of the problem with physical separation of software engineering practitioners: technical problems, project management problems, knowledge management problems, and communication problems. Socio-cultural, temporal, and geographical issues ˚ are further exemplified in (Agerfalk et al., 2005; Holmstr¨ m et al., 2006).

o Some solutions to overcome the challenges involved in GSD are also addressed in the literature. Herbsleb and Grinter (1999a) report on several solutions to overcome the distance innate to GSD, such as attending to Conway’s Law (Conway, 1968), travelling at the start of projects to get to know relevant individuals from multiple sites upfront, and recording architectural design decisions including their rationale. Corry et al.

(2006) describe a technique in which architects frequently travel between development sites to engage developers in software architecture work. Bass (2006) proposes an approach in which collaborating practitioners first acquire a mental model of the software engineering task they need to perform (Espinoza et al., 2002), and only then pursue completion of the task. The significance of a shift in perspective is signalled in (Bass, 2006): project management should pay more attention to coordination problems and applied synchronization efforts. Other work of Bass et al. relates the required communication and coordination efforts in software engineering (Herbsleb and Mockus, 2003) to the organization’s capabilities (Bass et al., 2007b). Problems occur when the required communication and coordination efforts exceed the organization’s capabilities. This results in misalignment between the architectural design decisions that have been taken and the organizational structure (Bass et al., 2007b). Since communication and coordination efforts are more important when an organization is involved in GSD, these efforts place additional requirements to the organization’s capabilities.

4.3 Challenges in Global Software Development In this section, we list four global software development challenges we have distilled from the literature (see Sections 4.3.1 through 4.3.4). We took proceedings from relevant conferences and workshops (the GSD and ICGSE proceedings) and special issues of magazines (e.g., special issues in IEEE Software), both on the topic of GSD, as a basis. We next identified the issues described in these contributions and grouped and related them when possible. Fig. 4.1 provides an overview. For some of the challenges, we made a further subdivision, to finally end up with a list of seven issues. As the figure shows, challenges can amplify other challenges. The remainder of this section describes these challenges, issues, and their interrelations. For each issue, examples of possible solutions are given. We primarily focus on solutions that pertain to the architecture, but mention other solutions when these are not available.

–  –  –

4.3.1 Challenge 1: Time difference and geographical distance The first challenge in global software development originates from the innate difference with GSD as compared to collocated software development: working at geographical distant sites and the time difference incurred. Geographical distance and time difference burden software engineering activities. Software engineering activities are knowledgeintensive tasks and therefore require communication during various phases in the lifecycle (Herbsleb and Mockus, 2003). Time difference leads to delays because of less overlapping working hours (Herbsleb and Grinter, 1999a). Furthermore, geographical distance leads to delays because it increases the unresponsiveness of practitioners.





This challenge amplifies that of culture (Challenge 2), as empirically investigated by (Herbsleb and Mockus, 2003). Differences exist in how this amplification exactly occurs: cultural differences may exist within the same time zone due to large geographical distance (e.g., UK and South-Africa collaborating) and, conversely, cultural similarities may exist between practitioners from countries with a large geographical distance.

4.3.2 Challenge 2: Culture GSD involves software engineers, software architects, and other practitioners, possibly from all over the globe. People with different cultural backgrounds are required to cooperate in order to deliver working software in time. As shown by (Hofstede, 2001), people with different cultural backgrounds behave differently. We have examined literature on cultural challenges and identified the issue that is regarded as key for supporting

software engineering practices in a GSD setting:

1. Difficulty to initiate contact Establishing contact between practitioners of different cultures faces additional challenges as compared to establishing contact between practitioners of the same culture

–  –  –

(Hofstede, 2001). Moreover, the challenge of culture is amplified when project members located at different development sites want to initiate contact (Herbsleb and Grinter, 1999a). Examples of cultural problems include limitations in the vocabulary of practitioners (Holmstr¨ m et al., 2006) and difference in communication style: reluctance to o ask questions (Herbsleb et al., 2005), direct versus indirect communication (e.g., phone versus email) (Herbsleb and Grinter, 1999b), or giving preference to sending an e-mail over establishing contact directly by phone (Herbsleb and Grinter, 1999a).

Grinter et al. (1999) and Herbsleb et al. (2005) indicate that the main solution to overcome this cultural issue may be to establish face-to-face contact and to get to know ‘who is who’ in the project. Suggestions that can help to overcome this issue are 1) establish a directory listing all practitioners involved in the development of certain parts of the architecure and 2) start all projects with a kick-off meeting. Establishing contact is easier when practitioners are located at the same development site. Once contact has been initiated, practitioners are more willing to overcome their cultural differences in order to communicate effectively.

The cultural challenge described in this section influences or amplifies other GSD challenges, such as communication challenges, collaboration challenges, and work distribution challenges.

4.3.3 Challenge 3: Team communication and collaboration The nature of global software development results in increased difficulties to communicate and collaborate within teams and between teams involved in software development.

We distilled the following issues from literature addressing this challenge:

2. Difficulty to exchange information

3. Difference in sense of urgency

4. Difficulty to build a team

5. No collective ownership Difficulty to exchange information Having teams at geographically separated sites results in a lack of unplanned, informal contact during which seemingly irrelevant but in fact highly valuable information is exchanged (Herbsleb and Grinter, 1999a; Herbsleb and Mockus, 2003). The information exchanged during unplanned social meetings is not necessarily architectural in nature, but can help to more easily obtain architectural information. Moreover, unplanned social meetings help people to build awareness of what will happen before a formal decision is made. In particular, awareness of architectural design decisions is important, since these decisions may have a high impact across development sites. In addition, the difficulty to exchange information arises at an early stage in the project, because practitioners just do not know who to contact at a remote site; they simply don’t know the practitioners at a remote site (see Challenge 2).

A number of suggestions to lower the threshold to exchange information across different development sites have been provided in the literature. These suggestions include

614. Reassessing the Need for Practices for Architectural Compliance

providing incentives to improve collaboration and knowledge sharing. To improve collaboration, teams of experts or communities of practice (Herbsleb et al., 2005), in which gurus can flourish, can be established. Incentives for architectural knowledge sharing include the establishment of social ties and knowledge internalization (Farenhorst et al., 2007c). Other suggestions to address the difficulty of exchanging information include traveling to different development sites at an early stage in the project and meeting various practitioners at these sites. As a result of the face-to-face contact, practitioners experience that there actually is “a person behind an email address” (Herbsleb et al., 2005). This effect can be achieved by processes and policies regulating the frequency, location, and participants of the required inter-site meetings.

Difference in sense of urgency GSD can result in a difference in the sense of urgency across development sites to handle specific requests. A difference in establishing contact on a certain topic (e.g., practitioners prefer to send someone an email over calling that person) influences the sense of urgency to handle that topic. As with the previous issue, getting to know practitioners from other sites is key to overcoming this issue. Once a key individual is already known to practitioners at another site, these practitioners are more willing to pose a question to that individual. This person can even become a liaison, or first contact point for practitioners at the other site (Herbsleb et al., 2001). Communication is sped up, development activities to be performed are agreed upon, and a collective sense of urgency towards the activities that need to be performed is achieved. This collective sense of urgency, in turn, will shorten development time. Measures that focus on the development process can be of value in this case. An architectural rule could make explicit that every project, site, or subsystem should have a liaison. Additional information on how, when, and where to contact this liaison could be provided as well.

Difficulty to build a team Now that we have seen possible solutions to address the difficulties of exchanging information and the difference in sense of urgency, we face another difficulty: it is difficult to build up a single, virtual team across development sites because this is hampered by the geographic distance and time difference (Herbsleb and Mockus, 2003; Dekker, 2008) (see Challenge 1). A single, virtual team is characterized by low communication thresholds and high collaboration possibilities. Not having such a team results in possible mismatches in terminology and definitions and, consequently, communication overhead and delays (Herbsleb et al., 2001).

A possible solution to the issue of building a team is to develop architectural rules that contain conventions and procedures on collaboration and the use of a single, shared environment (e.g., when to check in source code, how to build and name a release).

These rules then are disseminated across the involved development sites.

In order to build a single, virtual team the effectiveness of communication across development sites should be high. Two possible approaches to improve effectiveness

are discussed below:

• First, as a preventive measure, it is possible to reduce the amount of communication across development sites by aligning the organizational structure with the software architecture (Conway, 1968). This requires that the architecture is fixed

–  –  –

(or, sufficiently fixed) to distribute the work and have development sites operate in parallel. In §4.3.4 we will further delve into this subject.



Pages:     | 1 |   ...   | 10 | 11 || 13 | 14 |   ...   | 32 |


Similar works:

«Influence of various quantitative trait loci (QTL) mapping methods on the mapping accuracy under varying heritability levels C.F. Su, Z.B. Liu and Y.G. Li Department of Life Sciences, Liupanshui Normal University, Liupanshui, Guizhou, China Corresponding author: C.F. Su E-mail: chfsu2008@163.com Genet. Mol. Res. 14 (4): 13003-13012 (2015) Received April 23, 2015 Accepted July 2, 2015 Published October 21, 2015 DOI http://dx.doi.org/10.4238/2015.October.21.21 ABSTRACT. The study of quantitative...»

«ORNA SASSON-LEVY Department of Sociology and Anthropology and The Gender Studies Program Bar-Ilan University 52900 Ramat-Gan, Israel Phone: 972-547-948608 EDUCATION 2001 Ph.D. in Sociology. The Hebrew University of Jerusalem. Summa Cum Laude. Dissertation Topic: Constructions of Gender Identities within the Israeli Military 1994 MA in Sociology. The Hebrew University of Jerusalem. Summa Cum Laude MAIN RESEARCH AREAS  Gender and Militarism: Military Gender Identities, Masculinities, Gender...»

«Tess of the d’Urbervilles By Thomas Hardy Published by Planet eBook. Visit the site to download free eBooks of classic literature, books and novels. This work is licensed under a Creative Commons AttributionNoncommercial 3.0 United States License. Phase the First: The Maiden Free eBooks at Planet eBook.com 3 I On an evening in the latter part of May a middle-aged man was walking homeward from Shaston to the village of Marlott, in the adjoining Vale of Blakemore, or Blackmoor. The pair of legs...»

«RULES & REGULATIONS FOR SUBMISSION TO THE 2017 SUNDANCE FILM FESTIVAL The following is an explanation of rules and regulations (“Rules and Regulations”) governing the submission of projects (hereafter called the “Project”) to Sundance Institute (hereafter called the “Institute”) for consideration for the 2017 Sundance Film Festival (hereafter called the “Festival”). All information contained in this document shall supersede the contents of the FAQ document located at...»

«1 Table of Contents The Tufted Puffin 4 Chicken 6 The Antidote to Moles 7 Woodchuck 8 Rats in the Attic Library 10 Maxims and Reflections of La Poochefoucauld 12 Small Threnody 14 Minuscule Elegy 16 Cortège 17 Monster Movie 20 King Rex the Tyrant 22 David Graybeard and the Kerosene Cans 25 The Ancient Origins of Erotic Art 27 Happy Dancer 28 Golden Retriever on a Sunday Morning 29 Zephyr Grand Entrance 32 Personality Profile 33 Genealogy 34 New England Gnomics 35 In Catilinam 36 Empty Bowl 37...»

«Quaderns de filosofia i ciència, 37, 2007, pp. 29-38 FOUCAULT, LA PSICOANÀLISI I EL SUBJECTE* Enric J. Novella Resum: Aquest assaig pretén revaluar la complexa relació del pensament de Michel Foucault amb la psicoanàlisi des de la perspectiva de les seues últimes reflexions entorn del subjecte i les cultures de la subjectivitat. Com es veurà, el plantejament d’aquesta renovada relació tan sols cobra sentit si, d’una banda, la problematització foucaultiana del subjecte i el seu...»

«Handshaking Promotes Cooperative Dealmaking Juliana Schroeder Jane Risen Francesca Gino Michael I. Norton Working Paper 14-117 May 30, 2014 Copyright © 2014 by Juliana Schroeder, Jane Risen, Francesca Gino, and Michael I. Norton Working papers are in draft form. This working paper is distributed for purposes of comment and discussion only. It may not be reproduced without permission of the copyright holder. Copies of working papers are available from the author.     RUNNING HEAD: Handshaking...»

«Kalin's ActionScript, WordPress, and Web Development Portfolio 06-05-2011 Kalin Ringkvist lives in Seattle developing ActionScript and WordPress PHP (this site is under construction) http://kalinflash.com Kalin's ActionScript, WordPress, and Web Development Portfolio Kalin Ringkvist lives in Seattle developing ActionScript and WordPress PHP (this site is under construction) PDF generated 06-05-2011 by Kalin's PDF Creation Station WordPress plugin page 1 / 45 Kalin's ActionScript,...»

«THE DACIAN WAR The author of the commentary is unknown, we only know his dedication: “nunc spernitur lux, nuper gloriam Romae vidi” Now the days are wasted, once the glory of Rome I saw. PREAMBLE I When (in 44 BC) Burebista, first king of the Dacians, was assassinated, the kingdom that he established (the present Romania and part of Hungary), fell apart, splitting into four parts. Burebista in the Roman civil war had supported Pompey against Caesar, after the victory of the Divine Julius at...»

«MONTANA MINING JACK A CALDWELL MARCH 2007 1 TABLE OF CONTENTS Introduction Montana Stories Other resources Links No New Mines Montana Perspectives Montana v Canada re Coal Seven Up Pete 2 INTRODUCTION I confess to a fascination with Montana. Try driving the 550 miles of Interstate 90 across the state and you better have a fascination lest you go crazy in the vast spaces. Here are some pieces I have written on mining in Montana where there are as many perspectives as people (not too many of...»

«FOR SALE: BEAUTIFUL FAMILY HOME, 3 BEDROOMS, FRIENDLY POLTERGEIST AND UNIQUE REPUTATION AS LOCAL MURDER SITE — THE OBLIGATIONS OF DISCLOSURE ON REAL ESTATE AGENTS UNDER THE FAIR TRADING ACT (NZ)/TRADE PRACTICES ACT (CTH). DEBRA WILSON I. INTRODUCTION The doctrine of caveat emptor1 requires a prospective purchaser to satisfy himself as to the quality of the property he is considering purchasing. There is therefore no obligation on the vendor to reveal any information about the property, and...»

«PUBLISHED UNITED STATES COURT OF APPEALS FOR THE FOURTH CIRCUIT No. 12-4486 UNITED STATES OF AMERICA, Plaintiff Appellee, v.JAMAAL ANTONIO ROBERTSON, Defendant Appellant. Appeal from the United States District Court for the Middle District of North Carolina, at Greensboro. Thomas D. Schroeder, District Judge; Catherine C. Eagles, District Judge. (1:11-cr00296-CCE-1) Argued: September 20, 2013 Decided: December 3, 2013 Before GREGORY and DUNCAN, Circuit Judges, and Samuel G. WILSON, United...»





 
<<  HOME   |    CONTACTS
2016 www.dissertation.xlibx.info - Dissertations, online materials

Materials of this site are available for review, all rights belong to their respective owners.
If you do not agree with the fact that your material is placed on this site, please, email us, we will within 1-2 business days delete him.