paperbot · PL 论文追踪

全部论文 待读 收藏

P2 The Product Backlog

产品待办列表
ICSE 2019 IEEE/ACM 41st International Conference on Software Engineering (ICSE)2019匹配度 1/10 · 该论文关注产品待办列表在软件项目管理中的角色、生成与实践,属于实证软件工程/敏捷开发研究;与用户画像中的程序语言、静态分析、LLM/Agent、浮点程序分析和贝叶斯程序分析均无实质关联。引用 6 inbox
Todd Sedano, Paul Ralph, Cecile Peraire
crossref: 2026-09-12dblp: 2026-09-12

AI 速览

一句话:通过长期参与观察提出产品待办列表既是工作模型又是边界对象,源于意义建构与协同演化。

论文关注现代软件项目中常见但研究不足的 product backlog。作者在 Pivotal 对八个软件项目开展为期两年五个月的参与观察,访谈 56 名工程师、产品设计师和产品经理,并调查 27 名产品设计师,采用建构主义扎根理论,在分析与理论抽样间交替直至理论饱和。结果归纳出与 backlog 生成相关的 13 项实践和 6 类障碍。论文提出 backlog 同时是待完成工作的模型和帮助连接用户故事生成与代码实现的边界对象,它通过团队对项目情境的意义建构以及问题理解与方案概念的协同演化而涌现。局限是扎根理论不支持统计泛化。

问题
研究产品待办列表是什么、它扮演什么角色,以及它如何涌现。
方法
采用建构主义扎根理论,对 Pivotal 的八个软件项目进行两年五个月参与观察,访谈 56 名软件工程师、产品设计师和产品经理,并调查 27 名产品设计师,交替分析与理论抽样直至理论饱和。
评估
通过归纳分析得到 13 项实践和 6 类障碍,提出产品待办列表作为工作模型与边界对象的理论,并说明扎根理论不支持统计泛化的局限。
原文摘要(Abstract)

Context: One of the most common artifacts in contemporary software projects is a product backlog comprising user stories, bugs, chores or other work items. However, little research has investigated how the backlog is generated or the precise role it plays in a project. Objective: The purpose of this paper is to determine what is a product backlog, what is its role, and how does it emerge? Method: Following Constructivist Grounded Theory, we conducted a two-year, five-month participant-observation study of eight software development projects at Pivotal, a large, international software company. We interviewed 56 software engineers, product designers, and product managers.We conducted a survey of 27 product designers. We alternated between analysis and theoretical sampling until achieving theoretical saturation. Results: We observed 13 practices and 6 obstacles related to product backlog generation. Limitations: Grounded Theory does not support statistical generalization. While the proposed theory of product backlogs appears widely applicable, organizations with different software development cultures may use different practices. Conclusion: The product backlog is simultaneously a model of work to be done and a boundary object that helps bridge the gap between the processes of generating user stories and realizing them in working code. It emerges from sensemaking (the team making sense of the project context) and coevolution (a cognitive process where the team simultaneously refines its understanding of the problematic context and fledgling solution concepts).

链接与引用

DOI 原文 · DBLP

BibTeX
@inproceedings{SedanoRP19,
  title = {The Product Backlog},
  author = {Todd Sedano and Paul Ralph and Cecile Peraire},
  booktitle = {ICSE},
  year = {2019},
  doi = {10.1109/icse.2019.00036}
}