• 传统方法的缺点--难以维持设计/文档/程序的一致性。这么久以来都没能解决这个问题（相信很多人有这个感受）。所以不得不怀疑传统开发方法的适用性。看看国标的文档模板，真TMD恶心，在实际应用过程中效果如何？我是没有遇到用的很好的。所以现在想换一种开发方法，使用XP方法尝试一下。但我对xp
  • 背景：类似外包性质的项目，需求变更很快 问题一 ：Detailed Design 应该怎么划？ 应该详细到什么级别？ 代码级别？是不是做代码的时候，只参考design既可
  • 读了一部分<<敏捷软件开发：模式，原则，实践>>Rorbert C.著大致理解：以最快，最直接的方式构建出客户所需要的应用，应用是很多需求组成， 针对每条需求，相应的有Test Case 来保证开发出的软件是符合用户需求的。而在开发中的每个模块单元都要相应的先有Test Case,这 icon