在协作性游戏中协作和沟通固然重要,当更重要的是游戏规则,规则保证了大家能够一起把游戏玩下去。而快速软件开发正如协作型游戏，在轻量级的方法论中，规则和纪律往往更加重要。
进度延误后每个人都可以为自己找到一大堆的理由，当很少有一条理由属于自己的原因。对于团队项目经理更不能为自己找理由。每个人只需要回答两个问题，我是否尽力了？该提前考虑到的风险是否都考虑到了?
项目管理者需要具备什么样的思维，如果浓缩为一句话就是－基于目标和风险驱动的系统思维，在整个思维过程中的核心载体是人。
改进是持续的和分重点的，任何改进最怕的就是变成了口号和生搬硬套的规范。一段时间只改进一件事，每次只改进一小步，做扎实，积累起来就是一大步。
程序员有自己的性格特征和个性，但是一定不能做井底之蛙。山外有山，人外有人，虚心和谨慎是学习之本。如临深渊，如履薄冰。
想你将来可能会遇到什么问题比你去找到现在的问题要困难的多，需要你花更多的时间停下来思考。而很多时候一忙就根本无时间思考了，不思考的后果即老是事后救火而不是事前预防。
以用户为中心的设计是交互式设计的一个重点，软件易用性和可用性区别就在于易用性的表现是笨拙的熊，可以跳舞当中感觉很别扭。以用户为中心的设计就是要改变以人来适应软件的这种模式。
中小型团队或企业的CMMI软件过程改进从哪里做起？重点还是是个体的过程改进PSP，只有个体成熟了整个团队或组织才可能成熟。PSP的一个重点就是清楚了解自我的效能，需要去记录时间和分析时间。
进度原则－如果一个项目在开始的时候就延期，如果我们没有去分析根源那么基本可以确定整个项目的完成也会延期。所以在这里我们需要关注的是在前期进度延期后要及时调整计划，并重新设定基准，没有新基准就没有后面的偏差比较。