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数
客户满意度
相关文章
