摘要: 这个项目开始到几个月前基本暂停，总共差不多花费100人月，总成本应该也差不多是100W吧。
在几个月收获的产品只有一堆中间代码。当然，参与成员对某些技术还是有进步的。
我稍微对项目作一些总结吧。要想不好了伤疤忘了疼，需要总结经验，不管是成功还是失败的经验，成功是一个模式，（失败就是反模式）。
l 没有开始的开始,一个噩梦的开始
l 风险管理，尤其当你使用一个有新的/先进/陌生的技术
l 需求，没有远景，没有边界
l 需求，脱离用户的需求
l 需求，隔靴搔痒的需求
l 走到一个陌生的行业/领域，需要勇气和资源
l 没有结束的结束
l 过程，没有过程，没有积累
阅读全文
摘要: 场景：
用户需求是某项数据不能删除，所以在设计数据层的时候，没有设计删除的方法。
但是，当我们在设计单元测试（Unit Test）的后，发现没有删除方法就无法实现单元测试的自动化。
所以我建议要修改数据层设计，增加删除方法。
最开始的想法：
过程识别1：
一种意见认为这应该识别为一个Issue，（在TFS CMMI模板中有这个WorkItem），Issue提交到变更委员会，经过分析，可能产生一个或多个Task，这些Task包括修改测试，修改单元测试，修改代码等。
过程识别2：
另外一种意见认为这应该识别为一个Change Reuqest，Change Request提交到变更委员会，变更委员会在识别为Issue，然后后面的流程和“过程识别1”相同。
分析：
这两种意见的分歧在于：要不要走Change Request
其实，这两者可能都不正确，我们认为
最终过程应该是：
第一步: 提交Issue：单
阅读全文