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



Pages:     | 1 |   ...   | 22 | 23 || 25 | 26 |   ...   | 32 |

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

-- [ Page 24 ] --

A specific, yet extremely important kind of knowledge that needs to be shared is knowledge about the software architecture. In a software architecture, the global structure of the system to be built is decided upon. This structure, among others, should capture the major architectural decisions that led to it (Bass et al., 2003). Capturing these architectural decisions facilitates a better decision-making process in shorter time, saving rework and improving the quality of the architecture (Babar et al., 2007;

Rus and Lindvall, 2002). Hence, it is important to not only capture the resulting architectural design, but also the decisions, including their rationale, that led to that design:

architectural knowledge.

In the GRIFFIN project (GRIFFIN, 2011), we have performed research in the area of architectural knowledge. We define architectural knowledge as the integrated rep

<

1259. The Use of AKM Practices in Agile GSD

resentation of the software architecture of a software-intensive system (or a family of systems), the architectural design decisions, and the external context/environment. We have formalized the concept of architectural knowledge in a core model of architectural knowledge (de Boer et al., 2007). Possible reasons for the use of architectural knowledge have been identified and validated as well, see (van der Ven et al., 2006a) and Chapter 2. In the context of GSD, sound management of architectural knowledge can help to overcome the challenges innate to GSD. Architectural knowledge management can be implemented by performing a series of well-defined practices. In the GRIFFIN project, we have developed and initially validated these practices, see e.g., (Clerc, 2008; Clerc et al., 2007a, 2009).

In the research described in this chapter, we have validated the architectural knowledge management practices for their actual use by conducting a survey at a large agile global software development organization. After having interviewed 38 employees across three development sites and having analyzed the results, we conclude that the architectural knowledge management practices that promote decentralization get much more attention than those promoting centralization. We furthermore identified one additional useful practice, ‘peered sites’, covering activities that support a balance in decision-making power across sites.

This chapter is structured as follows. First, §9.2 provides the research question, an overview of the organization where we conducted our survey and details the approach used for this research. Next, §9.3 lists the results of the analysis. In §9.4, we discuss the possible limitations that apply to this research. We conclude this chapter in §9.5 with the conclusions.

9.2 Research Question and Approach In this section, we first outline our research question (§9.2.1). Next, §9.2.2 provides an overview of the organization where we conducted the survey. In §9.2.3, we describe the approach used for conducting the survey.

9.2.1 Research question Our primary interest lies in validating the set of practices for architectural knowledge management in global software development. In earlier research, we have developed several practices and validated their usefulness in an organization involved in GSD, see Chapters 3, 6, and 7. Table 9.1 provides an overview of the practices, including references to the earlier research. These practices include frequent interaction across sites, prioritizing a set of rules with which the architecture and underlying decisions should comply, writing down deviations from these architectural rules in case of noncompliance (including a rationale for non-compliance), the urgent request mechanism as a light-weight, non-intrusive manner to quickly gain information on a specific architectural topic of interest, establishing a project structure in which is it clear what the communication responsibilities are, and establishing a single configuration management system in which work products such as documentation, scripts, test cases, and

126 9.2. Research Question and Approach

source code are stored. For an elaborate desccription of each individual practice, we refer to the work referenced by Table 9.1 and included in this thesis. The work presented here aims at a broader evaluation of the use of these practices at another large GSD organization.

Hence, our research question is as follows:

What practices for managing architectural knowledge in global software development are used?

Table 9.1: Practices for architectural knowledge management in global software development

–  –  –

9.2.2 Characterization of the organization We performed the survey at Organization E. Organization E produces high-end printers for the business markets in high-volume printing, wide-format printing and office printing. Organization E is based in the Netherlands and has several additional development sites spread across the globe.

The software in these printers manages user interaction, renders images, and controls the print engine. Software for printers is typically developed by several software development teams, plus architects, integrators, and testers. These software teams reside at the various development sites of the organization.

A typical team structure of project teams at Organization E is depicted in Fig. 9.1.





A project manager heads the project and is responsible for its planning, realization, and successful completion. The project manager also agrees upon the high-level specifications of the project with upper management and marketing personnel. Requirements and specifications are compiled into product properties by the lead architect in the team.

The specifications written by the lead architect start from a user-centric view, i.e., sce

–  –  –

narios on how the end-users will interact with the product. For instance, the architect is responsible to decide what happens in case of an interrupt request from the user of the printer (as in how should it function, which software units should be triggered and how should they function), define the interfaces between these units and the like. Teams also comprise a system integrator who integrates the different software units to build the software system. Additionally, the integrator reports issues encountered during integration and assigns them to the appropriate team or person to be addressed. All three – the project manager, the lead architect, and the integrator – are assigned to a project for its entire duration until the product has been released.

Project teams also include one or more software unit teams that implement the software units. Each unit has a unit leader and a unit architect analogous to the project manager and lead architect at the project level. The unit leader is responsible for planning and organizing. The unit architect transforms the high-level specifications received from the lead architect into detailed technical specifications and passes them to the software developers who implement the code and test it. The unit architects are coordinated by the lead architect, who is often the only team member with the overall view of where (or in which units) the different functionalities of the product reside. Most software units are not developed for a single product but their deliverable is tuned and integrated into several products. A software team can develop a software unit for four, or even more, projects at the same time. This challenges system behavior as well as architecture.

As a basis for our research, we selected two large projects. One of these projects primarily involves the Dutch (NL) site and another site, site A. The other project also involves a third site, site B.

Collaboration between the three sites involved in these two projects differs. In the first project, which involves the NL site and site A, both sites develop distinct software units and integration of the work done by the sites occurs between the software units. In the second project, involving the Dutch site, site A, and site B, collaboration between NL and site B occurs via co-development of the same software unit, whereas collab

<

128 9.2. Research Question and Approach

oration between the Dutch site and site A is organized at the level of unit integration, similar to the first project.

Organization E successfully applies an agile development methodology to encourage creativity and productivity. The organization is flat and workers are encouraged to be proactive in owning up to work responsibilities. Organization E has deliberately opted for cooperation, as opposed to hierarchy, to foster innovation and entrepeneurship.

Agility does not contradict architecture. The agile development process used specifies that the requirement specifications and the architecture design specifications must be approved by the project leaders and the Architecture Council. The lead architect and the unit architects have regular (typically weekly and when needed) meetings to discuss design, and individual teams have their daily meetings.

The agile development methodology that Organization E has been using for the past five years is based on SCRUM (Schwaber and Beedle, 2001). SCRUM is an agile software development methodology that allows for adaption for use in a GSD setting, see e.g., (Paasivaara et al., 2008; Paasivaara and Lassenius, 2010; Sutherland et al., 2009).

A software development cycle at Organization E typically lasts 8 weeks, with sprints of 2 weeks.

9.2.3 Research approach From the organization, we selected 38 employees working on the two aforementioned projects: 19 were working at the Dutch site, 14 at site A, and 5 at site B. This distribution is proportional to the number of employees at each of the development sites. The roles and experience of the employees ranges from team leaders to designers, architects, and integration responsibles. The majority of these roles has architecting responsibilities.

On average, the employees had 4.45 years of experience in their current role, with a range between 0.5 - 20 years. The employees were working on average 10.33 years at the organization, with a range between 0.5 - 29 years.

We held interviews with the 38 employees individually of about one hour to oneand-a-half hour. The interviews were held according to a predefined questionnaire that was developed in close cooperation with the organization. The topics of the questionnnaire covered communication and collaboration, knowledge sharing, relationship (and trust) issues, and quality and productivity. In all these topics, various subquestions were formulated to collect information for the validation of our model; questions regarding communication, collaboration, and knowledge sharing focused on on how interaction occurs and how knowledge is shared. We video-recorded the interviews to facilitate a thorough analysis afterwards. In a companion article (Manteli et al., 2011), a subset of these interviews is used to study the impact of governance structures on knowledge management.

We performed content analysis on the coded (transcribed) representations of the text to analyze the interview transcripts and validate our research model. Content analysis is a research method that uses a set of procedures to make valid inferences from text (Weber, 1990). This helps in e.g., revealing the focus of individuals, or groups. We examined broken down pieces of text or semantic units (not single words, but ‘word sense’) from each interview transcript with our research question in mind and coded an

<

1299. The Use of AKM Practices in Agile GSD

swers to the question using an interactive set of concepts; an interactive set of concepts enables us to code what the practitioners actually do, rather than framing it a priori to our validation model. Since we are interested in a possible distinction between architectural knowledge management practices and the sites involved, we code for frequency of the concepts, rather than just their existence (termed ‘conceptual analysis’ by (Weber, 1990)). After we finished coding the 38 interview transcripts, we linked the individual coded fragments to our validation model by inferencing the meaning of the fragments.

We performed such a mapping for each of the three sites individually to allow us to compare the results across sites. Intermediate results were discussed in our research team to ensure validity (see §9.4). Fragments that could not be mapped onto the validation model are analyzed separately since these fragments could reveal the existence of other practices in use at the organization that can be leveraged.

9.3 Results In this section, we describe the results of our study. The validation of the architectural knowledge management practices for global software development is described in §9.3.1. Next, §9.3.2 provides practices that were found to be performed at, or needed by, the organization, but were not part of our validation model.

We have structured the results per development site. Table 9.2 shows the frequency of references made to AKM practices for GSD.

9.3.1 Validation of architectural knowledge management practices for GSD In this section, we discuss the major findings of Table 9.2. We combine the findings of each of the development sites, yet indicate specific similarities or differences observed.

Fig. 9.2 provides an excerpt of the codification and aggregation of concepts to our validation model. In this excerpt, various interaction means (e.g., tools) are shown, and annotated with additional reasons for using these means.



Pages:     | 1 |   ...   | 22 | 23 || 25 | 26 |   ...   | 32 |


Similar works:

«No. 104,318 IN THE COURT OF APPEALS OF THE STATE OF KANSAS FRANK DENNING, SHERIFF OF JOHNSON COUNTY, KANSAS, Appellee, v. THE JOHNSON COUNTY, KANSAS, SHERIFF'S CIVIL SERVICE BOARD, Appellee, and MICHAEL MAURER, Appellant. SYLLABUS BY THE COURT 1. When a county civil service board has no hearing rules and procedures, an appeal from a sheriff’s personnel action is controlled by K.S.A. 19-4303 et seq. 2. Under K.S.A. 19-805(a), a sheriff has the authority to appoint, promote, or dismiss deputies...»

«Cheshire Area Cat Club CATALOGUE OF THE TH 47 ALL BREEDS CHAMPIONSHIP SHOW (Held under Licence & Rules of the GCCF) on TH SATURDAY 14 NOVEMBER 2009 At The Epic Leisure Centre McGarva Way, Ellesmere Port, CH65 9HH SHOW MANAGER ASSISTANT SHOW MANAGER Mrs P Parrish Mrs D Hughes 42 Borrowfield Road 14 Park Avenue Spondon Hawarden, Deeside Derbyshire DE21 7HD Flintshire CH5 3HZ Tel: 01332 677407 Tel: 01244 536314 parrishspondon@live.co.uk Cheshire Area Cat Club PRESIDENT: Mrs D Nall VICE PRESIDENT:...»

«The Journal of Hebrew Scriptures ISSN 1203-1542 http://www.jhsonline.org and http://purl.org/jhs Articles in JHS are being indexed in the ATLA Religion Database, RAMBI, and BiBIL. Their abstracts appear in Religious and Theological Abstracts. The journal is archived by Library and Archives Canada and is accessible for consultation and research at the Electronic Collection site maintained by Library and Archives Canada (for a direct link, click here). Volume 11, Article 4...»

«Licensing Act 2003. Section 24 Premises Licence Summary LIQ/99 Premises Licence No. Premises details Postal address of premises, or if none, ordnance survey map reference or description Potty Pancakes 2 Barnet Road Post town Potters Bar Post code EN6 2QS Telephone number 24 November 2005 Date of Commencement of licence Where the licence is time limited the dates Start date : N/A Expiry date : Licensable activities authorised by the licence E: Live Music F: Recorded Music J: Provision of Fac....»

«Brookville Road Animal Hospital 8049 Brookville Road, Indianapolis, IN 46239 phone: (317) 353-6143 Home Care Instructions  A bandage wrap has been placed over the ears, to help with the initial bleeding and mess. This is likely to come off over the next 24 hour; if not, please remove the wrap in 2-3 days. Remove slowly and gently. If cutting is required to remove, please cut underneath the opposite ear to avoid cutting the affected ear which is under the bandage, on top of the head. ...»

«THEATRICAL MAGIC The Book Written and Illustrated by John Big Daddy Cool Pyka Edited By Bill Palmer Theatrical Magic By John Pyka Routines and text Copyright© John Pyka and Leaping Lizards Publishing 2007 Finished published version Copyright© Leaping Lizards Publishing 2007 All performing material in this book is provided for the purchaser’s own personal use. Nothing may be reproduced in any form for commercial gain without written permission from the author or publisher. Neither the...»

«Cyrus Lakdawala Botvinnik move by move www.everymanchess.com About the Author Cyrus Lakdawala is an International Master, a former National Open and American Open Champion, and a six-time State Champion. He has been teaching chess for over 30 years, and coaches some of the top junior players in the US.Also by the Author: Play the London System A Ferocious Opening Repertoire The Slav: Move by Move 1.d6: Move by Move The Caro-Kann: Move by Move The Four Knights: Move by Move Capablanca: Move by...»

«UNREPORTED IN THE COURT OF SPECIAL APPEALS OF MARYLAND No. 1928 September Term, 2013 BENNNIE LAVAR VEASEY v. STATE OF MARYLAND Krauser, C.J., Woodward, Kenney, James A., III (Retired, Specially Assigned), JJ. Opinion by Kenney, J. Filed: September 29, 2015 *This is an unreported opinion, and it may not be cited in any paper, brief, motion, or other document filed in this Court or any other Maryland Court as either precedent within the rule of stare decisis or as persuasive authority. Md....»

«THE SELF LIFE AND THE CHRIST LIFE A B SIMPSON The Self Life and the Christ Life CHAPTER 1 NOT I BUT CHRIST If any man will come after me, let him deny himself and take up his cross, and follow me. (Mat. 16: 24). 1 am crucified with Christ: nevertheless I live; yet not I, but Christ. (Gal. 2: 20). HERE lies the great difference between the world's gospel and the Lord's Gospel. The world says, when it bids you good-bye, Take care of yourself. The Lord says, Let yourself go, and take care of...»

«Self-Contained In-The-Ear Device To Deliver AAF 1 Running Head: SELF-CONTAINED IN-THE-EAR DEVICE TO DELIVER AAF Self-Contained In-The-Ear Device To Deliver Altered Auditory Feedback: Applications For Stuttering Andrew Stuart1, Shixiong Xia2, Yining Jiang2, Tao Jiang2,3, Joseph Kalinowski1, & Michael P. Rastatter1 (In press) 1 East Carolina University, Greenville, NC, 27858-4353 2 Micro-DSP Technology Co., Ltd., Chengdu, Sichuan, People’s Republic of China 3 Dalhousie University, Halifax, NS...»

«CONTINUING IMPROVEMENTS IN BINDER TREATMENT TECHNOLOGY F. J. Semel and S. H. Luk Hoeganaes Corporation Riverton, New Jersey 08077 Presented at PM2TEC ‘96 World Congress June 16 21,1996 Washington, D.C.ABSTRACT The binder-lubricant concept in which the binder acts to lubricate as well as to bond is introduced. The binder treatment effects on premix properties of an ordinary binder versus one with lubricating properties are compared. It is shown that the lubricating binder is superior in terms...»

«L’ÉGLISE SAINT-LOUIS DE LORIENT AU XVIIIe SIÈCLE Chronique d’un projet inachevé Erwann Le Franc Peu d’études ont été réalisées sur les monuments religieux du XVIII e siècle. Cette remarque vaut particulièrement pour la Bretagne où l’empreinte médiévale demeurée très forte a en quelque sorte éclipsé les monuments postérieurs. On ne s’étonnera donc pas que l’église Saint-Louis de Lorient, édifice disparu durant la seconde guerre mondiale n’ait jamais été...»





 
<<  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.