【24h】

A Technical Story

机译:技术故事

获取原文
获取外文期刊封面目录资料

摘要

Across the Agile community there has been a lot of discussion regarding the use of technical stories. While the community seems split into two camps of for and against, the majority of extreme programmers favour to define the system using only the traditional customer focused user stories. In some cases the technical story arguments are academic, but our experience report demonstrates clearly why sticking to user stories has its benefits. Our experience using Scrum and XP has been that allowing technical stories into the process can de-rail the ability to deliver constant, measurable business value per iteration, as well as inhibit the planning process. Once technical stories are allowed, the customer and business can be alienated very quickly, especially when they have no engineering background. Furthermore, when problems occur and the technical stories begin to slip, the customer can be left in a very difficult position, not knowing how to reprioritise or direct the process. It is therefore our intention to highlight some of the pitfalls that can result from using technical stories.
机译:在敏捷社区上,有很多关于技术故事的讨论。虽然社区似乎分为两个阵营,而且大多数极端程序员都喜欢仅使用传统客户聚焦的用户故事来定义系统。在某些情况下,技术故事争论是学术性的,但我们的经验报告明确表明为什么坚持用户故事有其利益。我们使用Scrum和XP的经验一直认为,允许技术故事进入过程中可以降低轨道提供恒定,可测量的业务价值的能力,以及禁止规划过程。一旦允许技术故事,客户和业务就可以很快疏远,特别是当他们没有工程背景时。此外,当出现问题并且技术故事开始滑倒时,客户可以留在一个非常困难的位置,不知道如何恢复或指导过程。因此,我们打算突出一些可能因使用技术故事而导致的陷阱。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号