记录几个项目管理的名词，方便以后查找。

我相信，好的体系总是是简单的，但是细节复杂而有序。

充分理解之后的再反对，总不能说我站着说话不腰疼了吧。

一年以来我感觉自己对SCRUM的态度有些变化，因为实在与现在的工作无关，也就缺少必要的关注了。还有一些原因是自己身在‘池塘’，就算想着干爽也是不可能的。近来又在推行测试驱动开发（下文TDD）我就想把自己的理解写一写，记录一下，以免忘记了。

自动化测试作为持续集成的重要环节，是必须的内容。有时候可能测试代码会超过业务代码的数量，但不能因为这样就对自动化测试望而却步。我内心有一个愿景，让自动化编写简单，运行高效，并且最重要的，实用性高。我觉得自动化测试按照测试内容可以分成逻辑结构测试，数据结构测试（接口测试），以及界面测试。最终希望能有一个基于配置的测试方式，不用写庞杂的代码并且简单可重用，而且有一些已经写好的业务逻辑测试代码。当然这种方式目前只是一个简单的构想，但是也要有切实可行的测试方式才行。前端框架多的不胜枚举，我单单用我熟悉且按照以上说的三个部分聊聊。

Scrum能高效并创造性地交付尽可能高价值的产品。Scrum是轻量级的、易于理解的、难以精通的。

基于“Scrum指南”，可以理解我们用它，就是为了高价值三个字，而现实却让人失望了。不仅仅让看重价值的人失望，还让制造价值的人失望。