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