纪律思维的工具
如果我们认为这是该产品的宝贵贡献，那么宣言中的宣言就不是没有写文件。敏捷宣言中的那条线关于工作软件在全面的文档中的意思是，我们不能将我们的文档用作进度的衡量标准。
文档很少说明产品的实际进展情况。
这是因为文档是瞬态产品。它是软件创建过程的中间伪影，而不是我们的客户向我们支付的内容。当我们开始思考项目时，我们遇到了麻烦，因为我们已经写了一堆设计文档。文件充满假设和未实现的风险。
也就是说，我认为我对文档的容忍度高于大多数......肯定高于敏捷新的人，并且兴奋地抛弃更传统的软件开发生命周期的链条。大多数时候，我必须说服人们实际上是可以写下来的事情。可以在纸上或工具中捕捉你的想法是可以的。
Word文件可以是好的......所以可以PowerPoint ...甚至<喘气> MS项目计划。在某些情况下，我甚至可以使用标准模板和清单。授予，而不是每个项目......不是每个团队......需要这么多的结构。我发现的是，我们曾经填写过的许多形式，实际上有助于纪律思维的水平。
这些形式给了我们一个讨论的框架，以及我们可能不应该忘记考虑的东西列表。在路上的某个地方......可能是一些项目经理类型......来到了目标。当填写模板时，项目更成功，因此填充模板的存在必须是原因。
在这个过程中，我们的关注点变成了如何填写文档，而不是如何创建文档。
我有营销团队的例子，它使用MS-Project Doc在Sprint规划期间指导其权衡决策。我有商业分析师，使亚博vip9通道用他们的传统需求格式来指导他们创建优先产品积压。我有项目经理编写愿景文件和用于传达对他们的利益相关者的项目意图的章程。
这些文件本身并没有什么问题。模板和清单并没有错。这些人工作的团队是完全敏捷的，他们将这些文档用于他们预期的目的——思考问题并记录他们在与团队合作中所学到的东西。文档不是最终产品，而是帮助我们获得最终产品的一种手段。
评论(6)
敏捷侦察员
说得好。文档绝对有它的位置。有些人会说“在文书工作之前的工作”，但在一些敏捷的情况下，肯定的安全原因，文件是必需品。
斯科特邓肯
即使您已停止使用前3段，这将是非常好的，因为它们很好地解释了宣言中的第二个价值。
那个剩下的是，当然也是好的。“创造”文档的思想的重要性是对我来说，特别是相关的。无论是敏捷还是传统的项目，在了解模板中记录的内容之前，对“模板”有很大的需求。
我必须抬头看，但最近我读了评论，如果你不能用卡片（即手动）成功，那么（自动化）工具不会更好。我对文件严谨的同样的说法。
同名锋门
谢谢你的这篇文章，迈克。这一切都回到“刚得”的时候。存在的问题总是有人希望在要求文件中完成所有部分。哲学：我们不希望其他人在将来参考本文件以认为这笔/短期形式的文件是标准 - 他们为“cya”的原因创建了标准或组织过程资产。您如何建议处理此类思想或人的态度？
斯科特。谢谢你的评论。所以我谈论的那些人谈话，努力寻找一个适当的方式来捕捉他们在复杂产品上的想法。他们认为他们唯一可用的东西是3×3粘滞便笺;-)诀窍是弄清楚如何以及何时在没有它被锁定在石头上的情况下写下。
创建安全。但在这些组织中，创造安全并非易事。如果组织有一个CYA文化，这将需要一段时间来改变，但是您希望频繁的交付将会有所帮助。