Usage of user stories in requirements definition
Lassila, Kimmo (2020)
Lassila, Kimmo
2020
All rights reserved. This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-2020060918080
https://urn.fi/URN:NBN:fi:amk-2020060918080
Tiivistelmä
Opinnäytetyön tavoitteena oli luoda vaatimusmäärittely poikkeaman hallintaprosessia varten Valmet Automotiven uuteen laatujärjestelmään. Vaatimusmäärittelyä oli tarkoitus käyttää järjestelmän toimittajien tarjouspyyntöprosessissa. Vaatimusmäärittely tehtiin ketterän ohjelmistokehityksen käyttäjätarinoiden avulla. Lisäksi arvioitiin käyttäjätarinoiden soveltuvuutta vaatimusmäärittelyyn yleensä.
Työ aloitettiin nykytilan analysoinnilla, jatkettiin prosessimäärittelyllä ja viimein luotiin käyttäjätarinat. Nykytilan analyysissä kuvattiin prosessit ja analysoitiin heikkoudet ja vahvuudet. Näitä havaintoja käytettiin prosessikehityksen ja käyttäjätarinoiden luomisen tukena.
Työryhmässä määriteltiin uusi prosessikuvaus ottaen huomioon, että sitä voidaan käyttää käyttäjätarinoiden tarinakarttana (engl. Story Map). Lisäksi tätä uutta prosessikuvausta käytettiin osana vaatimusten määrittelyä.
Eri osastot loivat käyttäjätarinat omissa ryhmissään. Ryhmien jäsenet valittiin siten, että he olivat osastonsa poikkeamahallistaprosessin omistajia tai käyttäjiä. Näin ollen heillä oli tietoa ja kykyä luoda hyviä tarinoita. Uutta prosessikuvausta käytettiin tarinakarttana tarinoiden luomisen ohjaamisessa.
Työn tuloksena prosessikuvausta ja käyttäjätarinoita käytettiin vaatimusmäärittelynä tarjouspyynnön liitteessä, jotka lähetettiin potentiaalisille järjestelmätoimittajille. Lisäksi todettiin, että käyttäjätarinat yksin eivät kuvaa järjestelmävaatimuksia riittävän selvästi, mutta yhdessä tarinakartan kanssa ne antavat melko selkeän kuvan vaatimuksista. The objective of this thesis was to create a requirements definition for nonconformance management of the Valmet Automotive new quality system. This definition was meant to be used in the quotation process for system providers. The requirements definition was carried out with Agile user stories and the suitability of user stories for requirement definition was evaluated in general.
The work was started by a current state analysis, continued with process definition and lastly the user stories were created. In the current state analysis, the process was described and their weaknesses and strengths were listed. These findings were used as a basis for the later phases.
The new process description was defined by a work group taking into account that it can be used as story map for user stories. In addition, this new process description was used as part of the requirements definition.
The user stories were created by teams from different departments. Members were selected in such a way that they were owners or users of the nonconformance process in their area. That means that these team members had knowledge and capabilities to create good stories. The process description was used as story map to guide their work.
As a result, the process description and user stories were used as requirements attached in the quotation for potential system providers according to objective. Additionally, it was concluded that user stories alone do not describe the system requirements clearly enough, but together with the story map, they give a rather clear picture for the requirements.
Työ aloitettiin nykytilan analysoinnilla, jatkettiin prosessimäärittelyllä ja viimein luotiin käyttäjätarinat. Nykytilan analyysissä kuvattiin prosessit ja analysoitiin heikkoudet ja vahvuudet. Näitä havaintoja käytettiin prosessikehityksen ja käyttäjätarinoiden luomisen tukena.
Työryhmässä määriteltiin uusi prosessikuvaus ottaen huomioon, että sitä voidaan käyttää käyttäjätarinoiden tarinakarttana (engl. Story Map). Lisäksi tätä uutta prosessikuvausta käytettiin osana vaatimusten määrittelyä.
Eri osastot loivat käyttäjätarinat omissa ryhmissään. Ryhmien jäsenet valittiin siten, että he olivat osastonsa poikkeamahallistaprosessin omistajia tai käyttäjiä. Näin ollen heillä oli tietoa ja kykyä luoda hyviä tarinoita. Uutta prosessikuvausta käytettiin tarinakarttana tarinoiden luomisen ohjaamisessa.
Työn tuloksena prosessikuvausta ja käyttäjätarinoita käytettiin vaatimusmäärittelynä tarjouspyynnön liitteessä, jotka lähetettiin potentiaalisille järjestelmätoimittajille. Lisäksi todettiin, että käyttäjätarinat yksin eivät kuvaa järjestelmävaatimuksia riittävän selvästi, mutta yhdessä tarinakartan kanssa ne antavat melko selkeän kuvan vaatimuksista.
The work was started by a current state analysis, continued with process definition and lastly the user stories were created. In the current state analysis, the process was described and their weaknesses and strengths were listed. These findings were used as a basis for the later phases.
The new process description was defined by a work group taking into account that it can be used as story map for user stories. In addition, this new process description was used as part of the requirements definition.
The user stories were created by teams from different departments. Members were selected in such a way that they were owners or users of the nonconformance process in their area. That means that these team members had knowledge and capabilities to create good stories. The process description was used as story map to guide their work.
As a result, the process description and user stories were used as requirements attached in the quotation for potential system providers according to objective. Additionally, it was concluded that user stories alone do not describe the system requirements clearly enough, but together with the story map, they give a rather clear picture for the requirements.