是的，当我们阅读项目规范时，我们都会感受到温暖和模糊的感觉，以及它们如何帮助保持项目准时和在范围内等等。
这实际上谁适用于保持最新规格的公司？
如果你这样做，原因是什么？您拥有大型团队的主要原因是什么？
答案 0 :(得分：3)
Cor .. 什么是项目规范？
我们倾向于从一个具有明确定义时间线等的想法开始，然后销售团队与客户交谈并向地球承诺。我们的项目规范就这样消失了！
因此，我们不维护项目规范主要是因为：
我认为这一切都很好吗？ 不！但是在这个时候，我们很难找到摆脱它的方法！很多事情（工作明智和流程改进）。
我的家庭项目似乎要好得多，但我的规格也更宽松，我知道我的工作方式 - 因此我可以让这个过程更加顺畅地与我合作。
答案 1 :(得分：2)
如果您使用TDD，那么您的规格应该始终是最新的。
答案 2 :(得分：1)
如果它是在你举行团队会议的白板上，你就是金色的。
答案 3 :(得分：0)
执行此操作的最佳方法是提取func的相关位。 /设计规范然后在实际代码中将它们包含为“标题”。
然后可以使用Javadoc或其他类似的方法提取这些标题。
这样，开发人员可以在更新代码时更新“标题”，并使整个项目保持同步。
非常适合我们。
答案 4 :(得分：0)
项目规格很少保持最新的事实是重新考虑其形式的一个强有力的理由，至少当它们作为印刷文件呈现时。我对这些事情的痛苦经历是，在打印和分发之前，它们通常都已经过时了。此后，每个人在手工注释后都可能会有不同的版本。
“项目规范”的目的是什么？我想它可能包括部分或全部
除此之外可能还有一些。如果没有进入在编码开始之前尝试修复上述所有问题的（可疑的）智慧，如果任何这些类别在项目生命周期中没有发生变化，我会感到惊讶，因为任何大到足以完全符合规范的项目。
是否有任何方式可以以可执行测试的形式提供给出的要求？如果要求不能以定义满足要求的一组测试的形式表达，那么它可能根本不是一个表达良好的要求，因此规范是不完整的。
我想知道像Ward Cunningham FIT framework这样的东西可能不是更好的办法吗？因此，标准保存在Wiki中，测试在同一页面上定义接受。
哪种系统或项目不会受到这种方法的影响？