在对 Documents for a project? 问题的回答中，Chris Ballance回答说"User Stories" and a "burndown chart" are the two most useful types of project documentation for a developer.
我的问题是，你知道有哪些好的例子，我可以在这些文件中看到（例如在互联网上或书中）吗？
如果可能，我会很高兴看到很多例子，包括：
我认为这不是Google的一个简单主题：我发现很多关于它的文章，但是很少有演示文稿显示它。
答案 0 :(得分：6)
就书籍而言，一个非常好的起点是Mike Cohn User Stories Applied和Agile Estimation and Planning。对于任何刚开始使用敏捷方法的人来说，这都是很好的例子和良好的起点。
就网站资源而言，它们很少。可能真正开始的好地方是在Google图片上搜索这些关键字，因为很多人都会拍摄他们的燃尽图和用户故事。这对我起步很有帮助。以下是一些示例：Burndown Chart和User Stories
请注意，虽然燃尽图是一个简单的报告，您可以在迭代中留下的当前故事点上运行，但用户故事比这更复杂，并且需要一些阅读来包围您的头脑。从用户故事开始应用本书。
希望有所帮助！
答案 1 :(得分：3)
我认为对于这两个问题，你可以比扫描Alistair Cockburn的网站做得更糟。特别是，他有一篇关于燃尽图和一些不同的生成方法的文章：
http://alistair.cockburn.us/Earned-value+and+burn+charts
（首先，我回应了早期海报对Mike Cohn工作的推荐）。
其中一个技巧是决定哪种文档适合您的项目。你有很多开发人员，分布在时间和空间上吗？你需要更大，更重，更详细的故事。你有一个或两个开发人员在同一个地方工作吗？你可以使用较轻的。团队是否在系统中工作了很长时间（如果它的遗产）？轻松的故事可能会做。该团队是系统新手，还是其业务需求复杂？这会让你更加细致。
如果您正在通过小型的十几个定义中的任何一个进行“小型”项目，那么您可以使用非常轻松的故事。这是一个例子，同样来自Cockburn的网站：
http://alistair.cockburn.us/Examples+of+ultra-light+use+cases
答案 2 :(得分：2)
本文展示了几个实际的任务板。 http://www.mountaingoatsoftware.com/task-boards
答案 3 :(得分：1)
几个月前，我们在开发功能的同时开始编写用户文档。每个Scrum团队都会分配一名技术作家。
在开发过程中编写用户文档有助于验证设计。技术作者也参与了应用程序的设计。
此外还有释放燃尽和冲刺燃烧。
当团队认为与产品所有者沟通有用时，会创建其他文档。当我们学习编写更好的用户故事时，这变得不那么重要了。
答案 4 :(得分：0)
考虑阅读Ambler的“敏捷建模”。他提出了一个非常强有力的案例，说明为什么只创建大量完整的UML是一个相当糟糕的想法，并提供了一些很好的例子。
