在回答项目的文档?, Chris Ballance 回答说,“用户故事”和“燃尽图”是对开发人员最有用的两种项目文档类型。
我的问题是,你知道我可以看到(例如在互联网上或在书中)这些类型的文档的任何好的例子吗?
如果可能的话,我很乐意看到很多例子,包括:
- 小/短/简单的例子
- 大/长/复杂的例子
- 著名的例子
- 高质量的例子
对于谷歌来说,我发现这不是一个简单的话题:我发现很多关于它的文章,但展示它的演示较少。
在回答项目的文档?, Chris Ballance 回答说,“用户故事”和“燃尽图”是对开发人员最有用的两种项目文档类型。
我的问题是,你知道我可以看到(例如在互联网上或在书中)这些类型的文档的任何好的例子吗?
如果可能的话,我很乐意看到很多例子,包括:
对于谷歌来说,我发现这不是一个简单的话题:我发现很多关于它的文章,但展示它的演示较少。
就书籍而言,一个很好的起点是Mike Cohn 的User Stories Applied和Agile Estimation and Planning。对于任何第一次接触敏捷方法的人来说,这都有很好的例子和很好的起点。
就网站资源而言,它们很少而且相距甚远。实际开始的一个好地方可能是在 Google 图片上搜索这些关键字,因为许多人会为他们的燃尽图和用户故事拍照。这对我开始时帮助很大。以下是一些示例:燃尽图和用户故事
但是请注意,虽然燃尽图是一个简单的报告,您可以根据迭代中留下的当前故事点运行,但用户故事比这更复杂,并且确实需要一些阅读才能理解。从用户故事应用书开始。
希望有帮助!
我认为对于这两个问题,您可以做的比浏览 Alistair Cockburn 的网站要糟糕得多。特别是,他有一篇关于燃尽图和生成它们的不同方法的精彩文章:
http://alistair.cockburn.us/Earned-value+and+burn+charts
(虽然我回应了早期海报对迈克科恩作品的推荐)。
技巧之一是确定哪种文档对您的项目有益。您是否有很多开发人员,分布在时间和空间上?您将需要更大、更重、更详细的故事。您是否有一两个开发人员在同一个地方工作?你可以摆脱较轻的。团队是否在系统中工作了很长时间(如果它是遗留系统)?轻松的故事可能会。团队是系统新手,还是其业务需求复杂?这会将您推向更详细的方向。
如果您按照十几个小定义中的任何一个进行“小”项目,那么您可能会接受非常轻松的故事。下面是一个示例,同样来自 Cockburn 的网站:
http://alistair.cockburn.us/Examples+of+ultra-light+use+cases
几个月前,我们在开发功能的同时开始编写用户文档。每个 Scrum 团队都分配了一名技术作家。
在开发过程中必须编写用户文档有助于验证设计。技术作家也参与应用程序的设计。
这是对发布燃尽和冲刺燃尽的补充。
当团队认为与产品所有者沟通有用时,他们会创建其他文档。随着我们正在学习编写更好的用户故事,这变得不那么重要了。
考虑阅读 Ambler 的“敏捷建模”。他提出了一个非常有力的案例,说明为什么只创建大量完整的 UML 是一个相当糟糕的主意,并给出了一些很好的例子。