Spelling suggestions: "subject:"boktjänst(ever)"" "subject:"byggtjänst(ever)""
1 |
Incorporating end user needs in e-Servicedevelopment at project level / Incorporating end user needs in e-Service development at project levelBJÖRNDAHL, ÅSA January 2016 (has links)
Syfte - Syftet med denna forskning är att främja förståelsen av hur slutanvändarbehov beaktas vid utformningen och genomförandet av offentliga e-tjänster. Metod - Forskningen genomfördes med en fallstudieapproach på Skatteverket, där fyra olika utvecklingsprojekt för e-tjänster undersöktes. Data samlades huvudsakligen in genom semistrukturerade intervjuer men även genom interna dokument och observationer. Resultat - Det används ingen enskild utvecklingsmetodik för att utveckla e-tjänster. Istället används flera olika metoder som i varierande omfattning lånar från Scrum eller andra agila metoder, samtidigt som metoderna styrs av ett underliggande sekventiellt tänk som liknar vattenfall-modellen. Vidare är det inte utvecklingsteamen som främst definierar eller fångar in slutanvändarbehov, utan teamen förlitar sig istället på projektexterna källor för detta. Det kan också konstateras att projekten i stor utsträckning inte utför någon systematisk uppföljning kring om slutanvändarnas behov har uppfyllts eller inte av den utvecklade e-tjänsten. Uppföljningen som görs är ofta informell eller endast muntlig och verkar vara hopslagen med att undersöka nya användarbehov och förbättringsområden. Bidrag – Det teoretiska bidraget omfattar bland annat att det visas att det finns flera sätt att utveckla e-tjänster på och att det i praktiken inte är en typ av utvecklingsmetod som följs utan snarare hybridmetoder. Luckor i teorin har också identifierats i form av vem som är tänkt att vara ansvarig för att upptäcka och definiera slutanvändarbehov samt vem som är i kontakt med slutanvändaren. En annan teoretisk lucka finns i hur uppföljning och utvärdering i ett e-tjänstutvecklingssammanhang bör utföras. Studiens empiriska bidrag betonar vikten av att involvera slutanvändare genom hela utvecklingsprocessen, behovet av att förtydliga ansvarsområden i och utanför utvecklingsteam och behovet av att införa systematiska uppföljningsprocesser om intresse finns av att mäta nyttan av människocentrerad utveckling. / Purpose - The purpose of this research is to advance the understanding of how end user needs are considered when designing and implementing government e-Services. Method - The research was conducted using a case study approach, investigating four different e-Service development projects at the Swedish Tax Agency. Data was mainly collected by conducting semi-structured interviews, but also through gathering internal documents and observations. Findings - There is no single development methodology used for developing e-Services. Instead several different methodologies are used and that they, in varying extent, borrow from Scrum or other agile methodologies while still being steered by an underlying sequential approach similar to the waterfall model. Furthermore, the development teams do not define nor capture many end user needs, but rather rely on project external sources for this. Also discovered was that the projects to a large extent do not perform any systematic follow-up to whether user needs have been met or not with the e-Service developed. The follow-up that is done is often informal or only oral and seem to be intermingled with deducing new user needs and improvement areas. Contributions - Conceptual contributions include showing that there are multiple ways of developing e-Services and that in practice not one type of development model is followed, but rather hybrid methodologies. Gaps in theory have also been identified: who is supposed to be responsible for discovering and defining end user needs as well as who is in contact with the end user; and how to view and perform follow-up and evaluation in an e-Service development context. The study’s empirical contributions highlight the importance of end user involvement through the entire development process; the need to clarify areas of responsibility in and outside the development teams; and the need for introducing systematic follow-up procedures if interested in measuring the benefits of HCD.
|
Page generated in 0.0294 seconds