haku: @keyword software development / yhteensä: 73
viite: 10 / 73
| Tekijä: | Virtanen, Risto Heikki |
| Työn nimi: | 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 | |
| Julkaisutyyppi: | Diplomityö |
| Julkaisuvuosi: | 2014 |
| Sivut: | x + 42 s. + liitt. 41 Kieli: fin |
| Koulu/Laitos/Osasto: | Perustieteiden korkeakoulu |
| Oppiaine: | Ohjelmistotuotanto ja -liiketoiminta (T3003) |
| Valvoja: | Lassenius, Casper |
| Ohjaaja: | Lehtinen, Timo ; Laukkanen, Tommi |
| Elektroninen julkaisu: | http://urn.fi/URN:NBN:fi:aalto-201408292520 |
| OEVS: | Sähköinen arkistokappale on luettavissa Aalto Thesis Databasen kautta.
Ohje Digitaalisten opinnäytteiden lukeminen Aalto-yliopiston Harald Herlin -oppimiskeskuksen suljetussa verkossaOppimiskeskuksen suljetussa verkossa voi lukea sellaisia digitaalisia ja digitoituja opinnäytteitä, joille ei ole saatu julkaisulupaa avoimessa verkossa. Oppimiskeskuksen yhteystiedot ja aukioloajat: https://learningcentre.aalto.fi/fi/harald-herlin-oppimiskeskus/ Opinnäytteitä voi lukea Oppimiskeskuksen asiakaskoneilla, joita löytyy kaikista kerroksista.
Kirjautuminen asiakaskoneille
Opinnäytteen avaaminen
Opinnäytteen lukeminen
Opinnäytteen tulostus
|
| Sijainti: | P1 Ark Aalto 1750 | Arkisto |
| Avainsanat: | software development agile methods requirements engineering retrospective root cause analysis reaching expectations ohjelmistotuotanto ketterät menetelmät vaatimustenhallinta retrospektiivi juurisyyanalyysi odotusten saavutaminen |
| Tiivistelmä (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ää. |
| Tiivistelmä (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. |
| ED: | 2014-08-31 |
INSSI tietueen numero: 49648
+ lisää koriin
INSSI