主题：【原创】CMM, PSP, TSP -- BlueRiver
看到河里开始讨论软件开发，心里甚喜。我自己也是做这行的。前几年参加过CMM3的准备工作，现在工作的公司也号称CMM5的。PSP和TSP我并没有仔细了解过。不过既然讨论到了，就先看看它们的历史吧。我这算是抛砖引玉了。
要说他们的关系，他们的一个相同之处就是“出身”相同，都出自卡内基梅隆大学的软件工程学院（Carnegie Mellon SEI）。后两者更是一个叫Watts Humphrey（汉弗莱）的大佬一手弄出来的。
出身相同，辈分可不同。老大是CMM，上个世纪80年代末，90年代初就有了。我们常说的其实应该是SW-CMM，就是The Capability Maturity Model for Software。早在5年前，SEI就用CMMI（Capability Maturity Model Integration）替代了CMM，SEI早就不再提供对CMM的技术支持啦。（CMMI一点也不了解，希望有人补充。）
CMM之后是PSP。接触过CMM的人知道，CMM定义了很多KPA，就是软件开发过程中应该做的事。一个项目有那些阶段，每个阶段应该做些什么，CMM都有比较清楚的归纳。不过具体到干事，谁做什么，该怎么做，就没有下文了。我估计这是Watts Humphrey又弄了PSP的原因。当然按照“官方”的说法，是为了“把CMM的基本原则应用于单个程序员的软件开发工作”（SEI Fellow Watts Humphrey decided to apply the underlying principles of the CMM to the software development practices of a single developer. ）。
弄了PSP还是不够，因为好汉不敌人多。如果其他项目成员，项目经理都鄙视CMM、PSP什么的，个人只有心有余而力不足了（原话是“it was almost impossible to maintain the discipline required for PSP practices if the surrounding environment did not encourage and demand them”。）帮人帮到底，老汉又弄出了TSP。CMM是针对整个公司的，PSP是给个人用的，TSP则起了承上启下的作用，适用于一个项目组。这一来就全乎了。不过TSP好像不是随便用的，原话是“TSP was designed to be a CMM level 5 process for project teams.”这样看来，TSP的起点是比较高的。要想用，最好先打点基础。
这算是简单说了一下CMM,PSP,TSP的来历和关系。还有一点比较有趣的。SEI自己有提出了“Mapping TSP and CMMI”。简单说就是TSP和CMM/CMMI其实有很多重复。想想也是，一个项目组该做的当然包括整个项目周期的事了。
最后决定放弃的时候，所有人都松了一口气。TSP太麻烦了。
卡内基梅隆大学，象牙塔啊。我想他们肯定也做过很多调查、研究。不过究竟不是干活的人弄出来的。
干活的人的理想是什么？活能按时完成、客户满意、公司挣钱、自己不用加班、做起来还要有意思
所以我觉得学习这些方法的基本思想应该是“借鉴”，而不是全盘照抄，囫囵吞枣。感觉对项目有用的，就试着用用，避免舍本逐末。我觉得这应该是一个渐进的过程。
我理解过程改进的提出主要是解决全面质量管理的思路，企图在过程中解决质量问题。同时解决传统质量控制使用事后反馈调控造成与生产人员对立，并且难以降低成本的问题。
但过程改进的动力必须是生产人员的改进自身的原动力，如果生产人员（对应为人员开发人员）被迫增加很多工作量（明显与本次开发工作无关），势必造成痛恨这些控制措施。则改进不会有很大效果。
我始终认为，过程改进应该是极具本部门特色的，使用的措施和控制应该是灵活的、针对提高个人和团队能力的。
我想是否可能将员工分成若干相对固定的开发小组。在组内轮流担任过程观察员，记录、发现、评估本小组在开发过程中的缺陷和不足，并设想改进建议，在小组内讨论建议的可行性。并且通过组间交流分享各个小组的经验。
不过，令人悲哀的是，大多数公司实施过程改进并不是真正想提高软件能力，而是通过认证获得更多商业机会。
好多军方的东西都是他们做的呢,系统工程,大项目,
可不是闹着玩儿的。
其实CMU有很多大学看不到的一景，常常能看到海军
的小伙子们在校园里面，跑步锻炼的，衣冠楚楚上课的，
即使不穿制服的时候，有时候遇到他们下课，一群人
一个个精神抖擞的，一看就是军人。
课程设置里面好像也有不少给他们设置的东西，感觉象半个军校似的。
子衿是CMU的啊，景仰。
子衿当时注意到了小伙子们的精神，我则想到了另一个问题。这军队的事和公司的事还是不一样啊。
第一点就是军队舍得花钱，关键要做好。同样的东西，军用的比民用的贵很多，甚至几倍，并不是奇怪的事，要求不一样啊。所以适应他们的过程并不一定适用于一般的公司。
第二点，军队里有一样东西很重要，就是纪律。海军的那些小伙子，长官命令冲锋的时候，那就是要冲的。（编程序的估计不用冲锋，我就是那个意思）要让他们按照过程做，估计要容易些。用我一个当过兵的朋友的话就是“理解的要做，不理解的也要做，而且要做好”。程序员嘛，思想不同，水平不同，有些还有个人英雄主义倾向，凑到一起做项目，有时真不能要求太多，只要把底线（bottom line）抓住就不错了。
我现在所在的公司号称是CMM5，做起事情来就不是那么回事了。反正我到现在也没受过相关的培训。PSP，TSP嘛，我前面就交代了，没仔细了解过。所以要我详细说，有些心有余而力不足啊。
我觉得软件开发是需要一定的过程，不过尽信书不如无书，我觉得还是在实践中得到经验教训更宝贵。希望版主能倡导这方面的讨论。
我没机会试TSP。能不能简单介绍一下TSP，以及你们试用的感受？什么方面不好，有什么可取之处？
必花之
而且猜想既然是软件工程学院想来一定有无线网可以揩油的。谁知道门口斗大的字严重警告，没有证件不许入内，就差说格杀勿论了。
刚来不久的时候，网上查到一本书，在SEI的图书馆，进去的时候要我签名，还要把包留下，心里就嘟囔，到美国以后从来还没有进过门禁这么森严的地方，再往签名本上一看，呵，怎么一串串的都是 FBI,...什么的
无线网在整个校园的范围内应该都可以用阿？ 是开放的，
只不过需要登记一下才能用。
有的标准松些，有的紧的，
但要能够控制整个项目的进度和质量应该是一样的，
不过软件管理的理论我也不懂，乱扯几句
当兵的，而且还做程序，真是酷毙了！
有点色迷迷的 
贴几张
){kind=link}
){kind=link}
){kind=link}