移山之道 VSTS软件开发指南 读书笔记

1.原则-学习所有的经验

A:有人犯了一些比较愚蠢的错误（比如一个很低级的Bug），TFS把它们都记录下来了，从个人角度来看，有人会说：“我知道我做错了，已经改正，那最好把原来的记录删除了吧”，这样做，不是有利于打造和谐的团队么？

B:和谐的“谐”，是一个“言”和一个“皆”字，说的就是大家都可以发言，所有的事情都要记录。记录留下来，可以做事后分析，给后来的同事，或者别的项目的同事学习。如果删除，那也就违反了原则“学习所有的经验”。如果历史是一笔糊涂账，某些事件被删除了，或者不能提，哪来的和谐？！我们建立的是“对事不对人”的文化。

C:“君子之过也，如日月之食焉：过也，人皆见之；更也，人皆仰之。”

还有，“人谁无过？过而能改，善莫大焉。”

 

 

这一原则有两个含义——

（1）把经验总结出来；

（2）分享经验。

 

为什么要坚持总结和分享？是为了——

（1）让团队成员从别人的成果和失败的例子中学到东西；

（2）帮助新项目重复以往成功的做法；

（3）培育团队总结的习惯和“批评与自我批评”的文化。

 

 

在每一个里程碑结束时都要做一个“里程碑回顾”，这个回顾不必等到整个项目结束才做。这样做的好处是，大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈；如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。另外，一些好的做法可以及时得到总结和推广。

 

孔子说过，“以德报怨，何以报德？”，他老人家主张“以德报德，以直报怨”，

我的理解是别人做了错事，特别是对你做了错事，你要指出来，并且争取得到改正。

 

2.愿景：

（1）这个目标必须是明确的，没有二义性；

（2）这个目标不是当前就能达到，必须是通过努力才能达到的；

（3）这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该跟PM提出来。

 

微软公司:"Empower people through great software - any time, any place, and  on  any device."

 

3.重视商业价值

Don’t start a business if you can’t explain what pain it solves,for whom, and why your product will eliminate this pain, andhow the customer will pay to solve this pain.

如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。

 

类似地，如果我们没有搞清楚我们的项目会解决什么问题，为谁解决问题，为什么它会解决问题，以及怎样才能拿到客户的报酬，那我们的项目还不能算是真正开始。这就是Kickoff Meeting的一个意义。

 

4.关于项目开发过程中的冲突

“在对立中寻找共同利益，在冲突中达到平衡”

孔子说过：“君子和而不同，小人同而不和”。

对于项目过程中有益的争论可以继续，秉持对事不对人的原则，统一认识是为了项目的成功，这样就算有冲突和矛盾最后也能统一起来。

 

5.suite的发音sweet不是念作suit

 

6.测试类型

冒烟测试Smoke Test

来源是新的电路板，插上电源没有冒烟就通过了冒烟测试。

 

Ad hoc test

其实就是瞎测，探索性测试，也不能走极端，有些测出bug的ad hoc测试可以囊括到日后的测试用例中

 

7.关于绩效考核

1).测试方面

测试用例的数量，每功能点多少测试用例

测试用例的质量，发现的bug数量/测试用例数量

测试出的bug数量只作为参考数据

 

每周周会召开DMC会议分析评审或测试发现的问题

a.为什么我们以前没有发现这个问题

b.产品还有类似的问题吗

c.有什么办法可以防止类似问题的再次发生

d.我们能否自动测试出这样的问题

 

2).分析设计方面

模块有多少次DCR，Design Change Request

inspection 发现多少设计缺陷

纳期遵守率

 

3).开发方面

纳期遵守率，如果延期是否提前跟领导打招呼，提前多长时间

开发的模块出了多少开发bug

 

4).项目管理方面

项目开始后有多少任务是后添加上去的

纳期遵守率

用户接受测试缺陷数量/总的FP数

客户满意度