敏捷、Scrum 和文档

标签 agile scrum

敏捷的四个核心值(value)观之一是“工作软件胜过全面的文档”,这被解释为一件好事。此外,据解释,面对面的 session 比书面沟通(包括电子邮件)更受欢迎,并且“更有成效”。

我希望有人向我解释为什么或如何这是一件好事?

在我曾经工作过的一个组织中,有大量我必须维护的工作软件。文档很少,这是一场噩梦。更糟糕的是,这些程序不是模块化的,非常难以理解,而且有最深奥的曲折,而且非常困惑。我认为综合文档非常重要,这是我从那次经历中学到的。如果软件在不久的将来无法工作,那么现在是否工作并不重要,对吗?

在面对面的 session 上,我也有同样的疑问。我非常喜欢电子邮件(书面) 你可以在谈话时说出最离谱的话,但当它写下来时,那就是交易了。另外,如果您在一个使用多种语言的跨国组织中,这会很有帮助

我想听听有敏捷经验的人的声音。上面的情况怎么是好事呢?谢谢

最佳答案

工作软件胜过全面的文档

综合文档有时被视为展示进度的一种方式。 “如果我们有详细的规范和有分量的设计文件,那么我们在产品交付方面就取得了良好的进展”

工作软件胜过全面文档意味着我们将工作软件视为比文档更好的进​​度展示。这是因为全面的文档可能会给出错误的置信度。

所以没有任何内容说要避免做任何文档。这只是说我们应该只做需要的文档,而不仅仅是做文档,因为它是流程的一部分

在您的示例中,软件很难使用,那么很可能需要更多文档。只是不要编写从未被使用且几乎没有值(value)的文档。

个人以及流程和工具上的交互

与其他形式的沟通相比,面对面沟通具有许多优势。例如:

  • 人们使用肢体语言为对话提供背景
  • 人们使用听觉和视觉线索来判断何时开始和停止说话 - 这有助于使对话流畅
  • 定期的面对面讨论通常有助于团队团结起来

请注意,敏捷声明没有提到面对面的沟通。它所说的只是个体和互动。如果您和您的团队拥有与面对面沟通一样有效的沟通方式,那么这也同样适合敏捷方法。重要的是我们重视互动并让团队成员彼此密切合作。

关于敏捷、Scrum 和文档,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40985821/

相关文章:

scrum - 冲刺开始后对用户故事的更改

project-management - 固定成本项目中的 Scrum

testing - 谁设定了开发团队修复错误的优先级,为什么?

project-management - 你是如何实现 SCRUM 来单独工作的?

project-management - Scrum 和 Fogbugz

scrum - 估计任务时间

敏捷场景,哪个是正确的?

在 iSeries (RPG) 中重构,是否现实

agile - 当您有一个开发团队时,处理多个项目的最佳方法是什么?

agile - 当开发团队也是支持团队时,Scrum如何工作?