search query: @keyword ketteryys / total: 10
reference: 10 / 10
« previous | next »
Author:Halkola, Lauri
Title:R&D Process Optimization for a Customer and Order Management System
Asiakas- ja tilaushallintajärjestelmän tuotekehitysprosessin optimointi
Publication type:Master's thesis
Publication year:2008
Pages:x + 59 s. + liitt. 7      Language:   eng
Department/School:Elektroniikan, tietoliikenteen ja automaation tiedekunta
Degree programme:Tietoliikennetekniikan tutkinto-ohjelma
Main subject:Tietoverkkotekniikka   (S-38)
Supervisor:Kantola, Raimo
Instructor:Uskali, Miko-Janne
Electronic version URL: http://urn.fi/urn:nbn:fi:tkk-012288
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 S80     | Archive
Keywords:software process
Scrum
requirements engineering
agility
time-to-market
quality
ohjelmistoprosessi
vaatimusten määrittely
ketteryys
nopeus
laatu
Abstract (eng):Due to the challenges posed by rapidly changing ICT markets, the evolution of agile software process models has been fast during the recent years.
Experiences of them have been very positive.
Adapting a new way of developing software is, however, often challenging and not all models are suitable for all types of projects.

This master's thesis aims to find a solution for shortening the time-to-market of company A's A1 system development process from 12 months to 4 months.
The process encompasses all the activities from an initial business idea to the actual deployment on the market.
The study focuses especially on improving the quality of requirements engineering, which is seen as the biggest bottleneck.

The study was carried out in three phases.
In the first phase, new ideas were gathered from companies A, B, and C using different methods.
The literature review was conducted during the second phase.
In the third phase of the work, a new process model was developed based on the theory and findings in the first phase.

The recommendation for the new A1 process model follows an agile methodology called Scrum.
The process consists of pre-game, development, and post-game phases.
Requirements engineering activities take place during the continuous pre-game phase.
The requirements are maintained in a product backlog list.
The development phase consists of several 30-day development sprints.
In the suggested model, new critical and well-prepared business requests can be processed further very quickly but poorly defined requests must be improved before getting further.
Tight control throughout the process ensures that the quality of the requirements will improve from their current state.
In the optimal case, the time-to-market can be only two months.
Abstract (fin):Nopeasti kehittyvien ICT-markkinoiden aiheuttamista haasteista johtuen ketterien ohjelmistokehitysmallien evoluutio on ollut nopeaa viime vuosien aikana.
Myös niiden käyttökokemukset ovat olleet erittäin lupaavia.
Organisaatioilla on kuitenkin usein vaikeuksia sopeutua työskentelemään uuden ohjelmistokehitysmenetelmän mukaisesti, eivätkä kaikki mallit sovellu kaikentyyppisille projekteille.

Tämä diplomityö pyrkii löytämään ratkaisun lyhentämään yritys A:n A1-järjestelmäkehitysprosessia 12 kuukaudesta 4 kuukauteen.
Prosessi käsittää kaikki aktiviteetit alustavasta liiketoimintaideasta varsinaiseen tuotantoon vientiin.
Tutkimuksessa keskitytään erityisesti kehittämään vaatimusmäärittelyn laatua, jota pidetään suurimpana pullonkaulatekijänä nykyisessä prosessissa.

Tutkimus suoritettiin kolmessa vaiheessa.
Ensimmäisessä vaiheessa uusia ideoita kerättiin yrityksistä A, B ja C eri metodeita käyttäen.
Aiheeseen liittyvään kirjallisuuteen paneuduttiin vaiheessa kaksi.
Työn kolmannessa vaiheessa kehitettiin uusi A1 prosessimalli perustuen teoriaan ja ensimmäisen vaiheen havaintoihin.

Suositus uudeksi A1-prosessimalliksi noudattelee ketterää ohjelmistokehitys-menetelmää nimeltään Scrum (∼ aloitusryhmitys rugbyssa).
Prosessi koostuu lämmittely-, kehitys- ja jälkipelivaiheista.
Vaatimusmäärittelyaktiviteetit suoritetaan jatkuvassa lämmittelyvaiheessa.
Vaatimuksia ylläpidetään tuotelistassa.
Kehitysvaihe koostuu useista 30-päiväisistä kehityspyrähdyksistä.
Ehdotetussa mallissa kriittiset ja hyvin valmistellut uudet liiketoimintavaatimukset voidaan prosessoida eteenpäin hyvinkin nopeasti, mutta huonosti määriteltyjä pyyntöjä täytyy parantaa ennen kuin ne pääsevät eteenpäin.
Tiukka kontrolli läpi koko prosessin varmistaa, että vaatimusten laatu paranee nykytilanteeseen verrattuna.
Optimaalisessa tapauksessa koko tuotekehitysprosessi voi kestää ainoastaan kaksi kuukautta.
ED:2008-09-16
INSSI record number: 36267
+ add basket
« previous | next »
INSSI