A Context for Requirements Handling in an Agile Workflow

When King’s Digital Lab (KDL), an RSE unit based in the Faculty of Arts and Humanities at King’s College London, began operations in 2016 we quickly adopted the industry-standard DSDM Agile methodology. Its emphasis on a fixed-time-and-cost basis with flexibility on features aligns well with the grant-funded projects work we commonly do. Our SDLC includes DSDM-recommended steps and documentation which we have found very helpful. However, because we have small solution development (SDT) teams each working on several projects simultaneously, workflows can be complex and it has been challenging to fully and consistently follow Agile precepts, especially with respect to handling project requirements. We like the theory of moving from initial high-level requirement descriptions to greater specificity via iterative development but in practice have found that while a typical Agile try/asses/adjust/try again fosters creativity and refinement in implementation it also brings a constant risk of confusion and inefficiency for the SDT. We have come to see that fast-paced iteration demands a fixed context: something consistent, intuitive, and convenient that allows both SDT and project partners to produce and keep track of evolving requirement descriptions and the constantly moving parts - discussions, decisions, task creation, etc. - that surround them. ‘Context’ here is not quite an approach (as, for instance, Specification by Example), or a formalized set of practices (like the Requirements Development & Management Practice Area of CMMI), or a purpose-built software tool (e,g. Altium 365) but might incorporate aspects from any or all those things. Drawing from our experience at KDL this talk will firstly discuss specific issues in requirements handling which can thwart Agility and frustrate all parties in a project. It will then set out aims, principles and practical considerations pertinent to a fixed context that facilitates rapid iteration in an environment of multiple complex workflows. Acknowledgements Colleagues at King's Digital Lab, King's College London, and in particular Senior Research Software Engineer Geoffroy Noël with whom I have had many helpful conversations on the subject of the talk.A recording of this session is available on YouTube: https://youtu.be/O27tomTwXD0

Institutions

Publication Details

Journal
Zenodo (CERN European Organization for Nuclear Research)
Published
2025-12-17
DOI
https://doi.org/10.5281/zenodo.17968141
Primary Topic
Software Engineering Techniques and Practices
Type
article
Field-Weighted Citation Impact
0.00
Controls
|||
ALL TIME
JAN
FEB
MAR
APR
MAY
JUN
JUL
AUG
SEP
OCT
article

A Context for Requirements Handling in an Agile Workflow

Zenodo (CERN European Organization for Nuclear Research)
Software Engineering Techniques and Practices
article

A Context for Requirements Handling in an Agile Workflow

article en

Abstract

When King’s Digital Lab (KDL), an RSE unit based in the Faculty of Arts and Humanities at King’s College London, began operations in 2016 we quickly adopted the industry-standard DSDM Agile methodology. Its emphasis on a fixed-time-and-cost basis with flexibility on features aligns well with the grant-funded projects work we commonly do. Our SDLC includes DSDM-recommended steps and documentation which we have found very helpful. However, because we have small solution development (SDT) teams each working on several projects simultaneously, workflows can be complex and it has been challenging to fully and consistently follow Agile precepts, especially with respect to handling project requirements. We like the theory of moving from initial high-level requirement descriptions to greater specificity via iterative development but in practice have found that while a typical Agile try/asses/adjust/try again fosters creativity and refinement in implementation it also brings a constant risk of confusion and inefficiency for the SDT. We have come to see that fast-paced iteration demands a fixed context: something consistent, intuitive, and convenient that allows both SDT and project partners to produce and keep track of evolving requirement descriptions and the constantly moving parts - discussions, decisions, task creation, etc. - that surround them. ‘Context’ here is not quite an approach (as, for instance, Specification by Example), or a formalized set of practices (like the Requirements Development & Management Practice Area of CMMI), or a purpose-built software tool (e,g. Altium 365) but might incorporate aspects from any or all those things. Drawing from our experience at KDL this talk will firstly discuss specific issues in requirements handling which can thwart Agility and frustrate all parties in a project. It will then set out aims, principles and practical considerations pertinent to a fixed context that facilitates rapid iteration in an environment of multiple complex workflows. Acknowledgements Colleagues at King's Digital Lab, King's College London, and in particular Senior Research Software Engineer Geoffroy Noël with whom I have had many helpful conversations on the subject of the talk.A recording of this session is available on YouTube: https://youtu.be/O27tomTwXD0

Zenodo (CERN European Organization for Nuclear Research)
Weatherford College (US)
Industry, innovation and infrastructure
Openalex Percentile: Top 26%
Software Engineering Techniques and Practices
AI Navigator

Ask Laika to Summarize, Analyze, and Connect papers live on the map.

Summarize Papers & Methodologies

Extract key findings, datasets, and comparative methods across publications.

Benchmark Rankings & Visual Analytics

Rank top research institutions, authors, funders, topics, and journals by Field-Weighted Citation Impact (FWCI) and paper volume with instant charts.

Connect Distant Disciplines

Bridge topological clusters on the map to find hidden collaborative intersections.