是的,当我们阅读项目规范以及它们如何帮助保持项目按时并在范围内等时,我们都会感到温暖和模糊。
这里有谁真正为一家保持最新规范的公司工作?
如果这样做,这是什么原因?是您拥有庞大团队的主要原因吗?
是的,当我们阅读项目规范以及它们如何帮助保持项目按时并在范围内等时,我们都会感到温暖和模糊。
这里有谁真正为一家保持最新规范的公司工作?
如果这样做,这是什么原因?是您拥有庞大团队的主要原因吗?
Cor..什么是项目规范?
我们倾向于从具有明确时间表等的想法开始,然后销售团队与客户交谈并承诺地球。然后我们的项目规范就消失了!
因此,我们不维护项目规范主要是因为:
我认为这一切都好吗?不!但在这个时候,我们很难找到出路!有很多事情要做(明智的工作和流程改进)。
我的家庭项目似乎要好得多,但我的规格也宽松得多,而且我知道我是如何工作的——因此我可以让这个过程更适合我。
如果您使用 TDD,那么您应该有一个根据定义始终是最新的规范。
如果它在您召开团队会议的白板上,那么您就是金子。
项目规范很少保持最新这一事实是重新考虑其形式的一个强有力的理由,至少当它们以印刷文档的形式呈现时。我对这些东西最痛苦的经历是,它们通常在印刷和分发之前就已经过时了。此后的每个人都可能在经过手工注释后拥有不同的版本。
无论如何,“项目规范”的目的是什么?我想它可能包括部分或全部
可能还有更多。如果不考虑在编码开始之前尝试修复上述所有问题的(可疑)智慧,如果任何这些类别在项目生命周期内没有改变,我会感到惊讶,对于任何大到足以编写规范的项目。
有什么方法可以以可执行测试的形式交付给定的要求?如果需求不能以一组定义满足需求的测试的形式表达,那么它可能根本就不是一个很好表达的需求,因此规范是不完整的。
我想知道像 Ward Cunningham 的FIT 框架之类的东西可能不是更好的做事方式吗?因此,标准保存在 Wiki 中,在同一页面上定义接受度的测试。
什么样的系统或项目不会受到这种方法的影响?
最好的方法是提取 func 的相关位。/ 设计规范。然后将它们作为“标题”包含在实际代码中。
然后可以使用 Javadoc 或类似的方法提取这些标头。
这样,开发人员可以在更新代码时更新“标题”,并使整个项目保持同步。
对我们来说很有效。