search query: @keyword requirements engineering / total: 36
reference: 9 / 36
« previous | next »
Author:Virtanen, Risto Heikki
Title:Miksi ketterän ohjelmistotiimin tuotokset eivät vastaa tuoteomistajien odotuksia - Tapaustutkimus isossa kansainvälisessä ohjelmistotuoteyrityksessä
Improving cooperation of software development team in agile process. Case study in big international software company
Publication type:Master's thesis
Publication year:2014
Pages:x + 42 s. + liitt. 41      Language:   fin
Department/School:Perustieteiden korkeakoulu
Main subject:Ohjelmistotuotanto ja -liiketoiminta   (T3003)
Supervisor:Lassenius, Casper
Instructor:Lehtinen, Timo ; Laukkanen, Tommi
Electronic version URL: http://urn.fi/URN:NBN:fi:aalto-201408292520
OEVS:
Electronic archive copy is available via Aalto Thesis Database.
Instructions

Reading digital theses in the closed network of the Aalto University Harald Herlin Learning Centre

In the closed network of Learning Centre you can read digital and digitized theses not available in the open network.

The Learning Centre contact details and opening hours: https://learningcentre.aalto.fi/en/harald-herlin-learning-centre/

You can read theses on the Learning Centre customer computers, which are available on all floors.

Logging on to the customer computers

  • Aalto University staff members log on to the customer computer using the Aalto username and password.
  • Other customers log on using a shared username and password.

Opening a thesis

  • On the desktop of the customer computers, you will find an icon titled:

    Aalto Thesis Database

  • Click on the icon to search for and open the thesis you are looking for from Aaltodoc database. You can find the thesis file by clicking the link on the OEV or OEVS field.

Reading the thesis

  • You can either print the thesis or read it on the customer computer screen.
  • You cannot save the thesis file on a flash drive or email it.
  • You cannot copy text or images from the file.
  • You cannot edit the file.

Printing the thesis

  • You can print the thesis for your personal study or research use.
  • Aalto University students and staff members may print black-and-white prints on the PrintingPoint devices when using the computer with personal Aalto username and password. Color printing is possible using the printer u90203-psc3, which is located near the customer service. Color printing is subject to a charge to Aalto University students and staff members.
  • Other customers can use the printer u90203-psc3. All printing is subject to a charge to non-University members.
Location:P1 Ark Aalto  1750   | Archive
Keywords:software development
agile methods
requirements engineering
retrospective
root cause analysis
reaching expectations
ohjelmistotuotanto
ketterät menetelmät
vaatimustenhallinta
retrospektiivi
juurisyyanalyysi
odotusten saavutaminen
Abstract (eng):Many software development projects do not finish in time or the budget is surpassed.
One of the major challenges is communication of requirements in software development organization between product owners and developers.
Communication can be hard because product owners represent the business part of the product whereas developers represent the techical side.
If communication is not done properly the result might be different than the product owner has thought.

This research tryes to prevent a problem of a software development organization about why expectations of product owners are not fulfilled.
Causes of the problem are collected in retrospectives of the development teams.
The idetified causes are classified and relationships of these classes are examined.
With the help of the identified causes and the classification four improvement ideas were developed.
Team members of the development organization were involved in validating these four improvement ideas.

Most of the identified causes concerned about requirement engineering.
Requirements were not specified well enough and they were not communicated to developers clearly.
This led to a situation where developers did not know the reasons behind the requirements, and therefore, functionality did not correspond to expectations of product owners.
Three of the four improvement ideas were taken into use and they affected mostly on requirement engineering and communication.
The three improvement ideas got good feedback and they have helped on improving quality of the product.

Based on the feedback of the improvement ideas this research was profitable for the target company because major problems were solved.
In future, same kind of research could be done again and see if same kind of problems or causes were identified again.
Abstract (fin):Monet ohjelmistoprojektit eivät valmistu tavoitetussa ajassa tai niiden budjetti ylittyy.
Yksi haaste ohjelmistoprojekteissa on vaatimusten kommunikointi yrityksen sisällä tuoteomistajalta tuotteen kehittäjille niin, että haluttu viesti menee perille.
Kommunikointi voi kuitenkin olla vaikeaa, koska tuoteomistajat edustavat liiketaloudellista puolta, kun taas kehittäjät teknillisempää puolta.
Jos kommunikointi jää puutteelliseksi, voi lopputulos olla erilainen, kuin tuoteomistaja olisi ajatellut.

Tässä työssä pyritään ratkaisemaan ohjelmistotuoteyrityksen ongelmaa, miksi toteutukset eivät vastaa tuoteomistajien odotuksia.
Ongelman syitä kerätään ohjelmistotiimien retrospektiiveissa.
Tunnistetut syyt luokitellaan ryhmiin ja tarkastellaan, millaisia suhteita syiden rymillä on toisiinsa.
Lisäksi tarkastellaan, mitä samoja ryhmiä eri retrospektiiveissä tunnistetaan.
Tunnistettujen syiden ja ryhmittelyiden avulla kehitettiin neljä ratkaisuideaa, joista osa otettiin käyttöön.
Ratkaisuideoita arvioitiin haastattelemalla ohjelmistotiimien jäseniä.

Suurin osa tunnistetuista ongelmista sijoittui vaatimusten hallintaan.
Vaatimuksia ei kuvattu tarpeeksi selkeästi ja tarkasti, eikä niitä kommunikoitu tarvittavan hyvin kehittäjille.
Tämä aiheutti sen, että kehittäjät eivät tarkalleen tienneet toiminnallisuuksien tarkoitusta, jolloin toteutus ei vastannut odotusta.
Kolme käyttöönotettua ratkaisuideaa keskittyivät vaatimusten hallintaan ja vaatimusten kommunikoimiseen kehittäjille.
Ratkaisuideat saivat hyvää palautetta ja ne ovat auttaneet tuotteen laadun parantamisessa.

Ratkaisuideoista saadun palautteen perusteella voidaan sanoa, että tutkimus oli kannattava kohdeyritykselle, koska haluttuja ongelmia saatiin korjattua.
Seuraavaksi voitaisiin tehdä samankaltainen tutkimus uudestaan ja selvittää minkälaisia ongelmia nyt tunnistettaisiin ja tunnistettaisiinko ratkaistuja syitä enää.
ED:2014-08-31
INSSI record number: 49648
+ add basket
« previous | next »
INSSI