Luottamuksen rakentaminen asiakkaan ja toimittajan välillä ketterässä ohjelmistokehityksessä

Loading...
Thumbnail Image
Journal Title
Journal ISSN
Volume Title
Perustieteiden korkeakoulu | Master's thesis
Date
2017-05-08
Department
Major/Subject
Software and Service Engineering
Mcode
SCI3043
Degree programme
Master’s Programme in Computer, Communication and Information Sciences
Language
fi
Pages
74 + 13
Series
Abstract
Tässä diplomityössä tutkittiin, mistä luottamus koostuu ja millä hyvillä käytännöillä sitä rakennetaan ketterässä ohjelmistokehityksessä asiakkaan ja toimittajan välillä. Työssä selvitettiin ensin olemassa olevaa tutkimusta kirjallisuuskatsauksen muodossa, minkä lisäksi tehtiin empiirinen haastattelututkimus. Kirjallisuuskatsauksessa käytettiin poikkitieteellistä lähdemateriaalia kattavan kuvan saamiseksi luottamuksen koostumuksesta. Tämä toimi vahvana pohjana empiiriselle tutkimukselle. Haastateltaviksi empiiriseen tutkimukseen Vincit tarjosi asiakkaan ja tiimin kahdesta ohjelmistoprojektistaan. Tutkimuksen laajuuteen nähden tuloksia saatiin laaja-alaisesti etenkin hyviin käytäntöihin liittyen. Luottamuksen koostumukseen liittyen havaintoja tehtiin liittyen luottamuksen määritelmään, merkitykseen sekä luonteeseen. Luottamus koettiin tärkeäksi eritoten ketterässä kehityksessä, jotta kehittäjille voi antaa toimintavapautta. Lisäksi löydettiin erilaisia luottamuksen tyyppejä. Luottamuksen rakentamiseen liittyviin teemoihin löydettiin laaja kirjo hyviä käytäntöjä. Teemat ryhmiteltiin tiimin tai asiakkaan kannalta olennaisiin sekä molemmin puolin tärkeisiin hyviin käytäntöihin. Tärkeimmiksi teemoiksi nousivat kommunikaatio, tiimin näkemyksellisyys asiakkaan ongelmasta ja prioriteeteista. Hyvistä käytännöistä voidaan tehdä johtopäätös, että luottamuksen rakentamiseen konsulttityyppisessä ketterässä ohjelmistokehityksessä liittyy pääasiassa kolme osa-aluetta: 1) ennakkolaskelmointi, 2) välilliset tekijät ja 3) itse tuotos. Projektin ennakkolaskelmoitavuuden puute vaikuttaa olevan keskeinen ongelma ketterässä ohjelmistokehityksessä, eikä tässäkään työssä siihen löydetty selkeää ratkaisua. Välilliset tekijät, kuten kommunikaatio, ovat tärkeitä koko projektin ajan, mutta itse tuotos lunastaa suurimman osan luottamuksesta. Hyvän tuotoksen myötä ennakkolaskelmoinnin ja välillisten tekijöiden tarve pienenevät.

Detta examensarbete utforskade vad tillit består av och med vilka bra metoder den kan byggas i agil mjukvaruutveckling mellan kunden och leverantören. Arbetet påbörjades med studerande av den befintliga litteraturen i form av en litteraturöversikt. Vidare gjordes en empirisk intervjuundersökning. Tvärvetenskapligt källmaterial användes i litteraturöversikten för att få en omfattande bild över vad tilliten består av. Detta tjänstgjorde som en stadig grund för den empiriska forskningen. Vincit möjliggjorde intervjuer av kunder och team i två projekt. Med tanke på forskningens omfattning blev resultaten vidsträckta särskilt gällande de tillitsbyggande bra metoderna. Iakttagelser gjordes angående tillitens definition, betydelse och natur. Tilliten ansågs viktig i synnerhet i den agila utvecklingen för att utvecklarna ska kunna ges fria händer. Ytterligare fann forskningen olika typer av tillit. Det hittades ett brett spektrum av tillitsbyggande bra metoder under olika teman. Teman grupperades baserat på relevans för teamet och kunden. De viktigaste teman var kommunikation och teamets syn på kundens problem och prioriteter. Av de funna bra metoderna kan följande slutsats dras: byggande av tillit i konsultbaserad mjukvaruutveckling innehåller tre huvudsakliga delområden: 1) förhandskalkylering, 2) indirekta faktorer och 3) själva resultatet. Oförmågan att göra förhandskalkyler på ett projekt verkar vara ett väsentligt problem i den agila mjukvaruutvecklingen. Detta arbete fann inte heller någon klar lösning på problemet. De indirekta faktorerna, såsom kommunikation, är viktiga under hela projektets tid men det är resultatet som infriar den största delen av tilliten. I takt med att resultatet åstadkoms, minskar behovet av förhandskalkylering och indirekta faktorer.

This master's thesis studied what trust consists of and which good practices do built it in the context of agile software development between customer and supplier. First, a review to the existing literature was conducted. Subsequently, an empirical interview study was conducted. Cross-disciplinary source material was used in the literature review in order to gain an extensive picture of the consistence of trust. This served as a strong basis for the empirical study. The interviewees for the empirical study were offered by Vincit. Customers and teams of two Vincit projects were interviewed. With respect to the extent of the study, a wide variety results was found, especially about the trust building good practices. Concerning the research question what trust consists of, results were found about the definition, meaning, and the nature of trust. Trust was considered important especially in agile development in order to give the team a free hand. In addition, different types of trust were identified. A broad variety of good practices was found. The good practices were grouped into themes and categorized by being relevant for the team, the customer or both. Communication and the teams insight in the customers problem and priorities were identified as the most important good practices. A conclusion could be drawn based on the good practices that trust building in agile, consulting-like software development has three subareas: 1) pre-calculation, 2) indirect factors, and 3) the result. The inability to make pre-calculations of a project seems to be a central problem in agile software development. Neither did this thesis find a clear solution on that. The indirect factors, such as communication, are important during the whole time span of a project. However, the result increases trust the most. Along with a good end result, the need for pre-calculation and the indirect factors decreases.
Description
Supervisor
Kauppinen, Marjo
Thesis advisor
Pohja, Mikko
Keywords
luottamus, ketterä ohjelmistokehitys, asiakas, toimittaja
Other note
Citation