Planned maintenance
A system upgrade is planned for 10/12-2024, at 12:00-13:00. During this time DiVA will be unavailable.
Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
Preliminary Guideline for Creating Boundary Artefacts in Software Engineering
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering.ORCID iD: 0000-0003-2679-0517
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering.ORCID iD: 0000-0002-7298-3021
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering.ORCID iD: 0000-0003-0619-6027
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering.ORCID iD: 0000-0002-3646-235x
Show others and affiliations
(English)Manuscript (preprint) (Other academic)
Abstract [en]

Context: Software development benefits from having Boundary Artefacts (BAs),as a single artefact can supply stakeholders with different boundaries, facilitatingcollaboration among social worlds. When those artefacts display inconsistencies,such as incorrect information, the practitioners have decreased trust in the BA. Astrust is an essential factor guiding the utilisation of BAs in software projects, it isnecessary to understand which principles should be observed when creating them.

Objective: This study aimed at develop and validate a preliminary guidelinesupport the creation of trustworthy BAs.

Method: We followed a multi-step approach. We developed our guideline througha literature review and previous results from our case study. Second, we submittedthe guideline for an expert evaluation via two workshops and a survey. At last, weadjusted our guideline by incorporating the feedback obtained during the workshops.

Results: We grouped the principles collected from a literature review into threecategories. The first category (Scope) focuses on the scope, displaying principlesreferring to defining each boundary’s target audience, needs, and terminology. Thesecond category (Structure) relates to how the artefact’s content is structured tomeet stakeholders’ needs. The third (Management) refers to principles that canguide the establishment of practices to manage the artefact throughout time. Theexpert validation revealed that the principles contribute to creating trustworthy BAsat different levels. Also, the relevance of the guideline and its usefulness.

Conclusions: The guideline strengthen BA traits such as shared understanding,plasticity and ability to transfer. Practitioners can utilise the guideline to guide thecreation or even evaluate current practices for existing BAs

Keywords [en]
Boundary artefacts, Trust, Software Engineering, Guidelines
National Category
Software Engineering
Research subject
Software Engineering
Identifiers
URN: urn:nbn:se:bth-25297OAI: oai:DiVA.org:bth-25297DiVA, id: diva2:1789220
Part of project
SERT- Software Engineering ReThought, Knowledge FoundationAvailable from: 2023-08-18 Created: 2023-08-18 Last updated: 2023-08-21Bibliographically approved
In thesis
1. Managing Knowledge Resources in Agile Software Development
Open this publication in new window or tab >>Managing Knowledge Resources in Agile Software Development
2023 (English)Doctoral thesis, comprehensive summary (Other academic)
Abstract [en]

Context: Many software companies adopt Agile Software Development (ASD) principles through various methods, aiming to respond rapidly to market changes or internal transformations. Agile principles prioritise informal communication between people over documentation to bring more flexibility and readiness when welcoming changes, posing pressure on how knowledge, a strategic resource, is shared and applied. Many knowledge resources remain intangible in these contexts, which poses challenges to resource management because knowledge is difficult to reproduce and manage, requiring lots of effort to understand what should remain tacit and what should be captured explicitly as artefacts. 

Objective: This thesis aims to contribute to a better understanding of knowledge resources in agile software project environments and provide guidance on effectively managing them. 

Method: We follow mostly a qualitative approach to investigate knowledge resource management. We adhere to social constructivism research, which notes that social phenomena undergo constant changes and are affected by human interaction. As qualitative and quantitative methods of investigation, we utilised literature reviews, grounded theory, survey and a case study.

Results: This thesis provides an empirical understanding of how knowledge resources are used in practice and what hinders their effective management in ASD environments. More specifically, we focus on Property-based Resources (PBRs) such as Boundary Artefacts (BAs), examining inefficiencies in their content management and providing recommendations. We synthesised evidence from the literature to show the proportions of knowledge management practices utilised in ASD environments and the knowledge process they focus on. Through a grounded theory study, we identified Knowledge-based Resources (KBRs) that support changes in agile environments in the Knowledge-push theory. In this same study, we identified inefficiencies in converting KBRs into PBRs. This evidence led us to a case study in which we investigated the causes and effects of trust in BAs. The results have contributed to understanding the favourable factors that make stakeholders feel confident in utilising BAs and also pointed to the implication of decreased trust in software projects. Such negative implications can be mitigated by applying our developed and validated guideline that supports the creation of BAs in software engineering, which was perceived as being able to increase the trustworthiness of BAs. Lastly, in a concise format, we gathered the evidence that we collected through this doctoral journey and offered a simplified discussion about knowledge resources in an agile context. We explore their types, challenges and potential solutions to effectively manage knowledge, especially what is stored in artefacts.

Conclusions: We clarify the concept of KBRs, identify them, and explain how they support changes in agile contexts. In this process, we uncover the inefficiencies in converting KBRs into PBRs. We also provide guidance on effectively managing knowledge resources in software project environments, which can be helpful for software organisations. For example, (i) understanding how trust aspects such as reliability, predictability, and functionality affect practitioners' confidence in BAs, (ii) providing a structured guideline that helps practitioners create BAs, (iii) incorporating more formal practices to manage BAs that do not necessarily abandon agile flexibility to deal with changes. 

Place, publisher, year, edition, pages
Karlskrona: Blekinge Tekniska Högskola, 2023
Series
Blekinge Institute of Technology Doctoral Dissertation Series, ISSN 1653-2090 ; 14
Keywords
Knowledge Management, Agile Software Development, Knowledge Resource, Boundary Artefacts
National Category
Software Engineering
Research subject
Software Engineering
Identifiers
urn:nbn:se:bth-25299 (URN)978-91-7295-467-0 (ISBN)
Public defence
2023-10-05, J1360, Karlskrona, 14:00 (English)
Opponent
Supervisors
Available from: 2023-08-21 Created: 2023-08-18 Last updated: 2023-09-18Bibliographically approved

Open Access in DiVA

No full text in DiVA

Authority records

Ouriques, RaquelFagerholm, FabianMendez, DanielGorschek, Tony

Search in DiVA

By author/editor
Ouriques, RaquelFagerholm, FabianMendez, DanielGorschek, Tony
By organisation
Department of Software Engineering
Software Engineering

Search outside of DiVA

GoogleGoogle Scholar

urn-nbn

Altmetric score

urn-nbn
Total: 72 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf