在没有确定的CMMI3以上过程的，也没有敏捷过程的团队当中，如何从这两种“对立的”软件生命周期模型中或者之外，找到一条自己的适合自己团队的过程。
在SEI制定的CMMI基本、重复、确定、管理、优化五个级别来衡量软件组织开发软件能力模型之后，CMMI中的过程是软件组织的过程，而开发人员个体和小型团队的过程在哪里呢？TSP（团队软件过程）,PSP（个体软件过程）填补了这个空缺，让我们看到了真正通向CMMI3级以上的可操作的方法。
一个成功的软件产品的三要素是：时间，成本，质量。
时间要素是客观存在的，我们没办法改变。
成本在软件企业主要是指人力和时间成本，人力成本是应该用一个合适的人做合适的事，即不出现人才的浪费也不会出人才能力的经验不够的时候。时间的成本自然是建立在效率的基础之上来谈论的，重点是在时间效率和时间评估这两点之上。时间效率的重点杜绝浪费，浪费与否谁说了算，过程说了算，谁的过程，当然是自己的过程，团队的过程，组织的过程。以这样来看，过程的定义是在给定目标、入口、出口、规则的前提下我们所执行的具体的可操作的步骤。在传统行业的经验来看，生产过程是可以定量，可度度量化的，而软件的过程更多的是人的过程，相比第一、二次工业革命自动化，工业化，尽量减少人在过程的因素来讲，软件的过程是人的过程，有它的特殊之外，比如0生产过程、人们对这种智力活动产品研制的规律缺乏足够的认识等，但是目标是定量和可度量的并没有改变。
个体软件过程和CMMI同样分为五级；涉及包括，进度，任务，缺陷、时间日志的过程等。TSP团队的过程在个体软件过程基础上加入分配任务与反馈再分配机制。
PSP的核心是记录和分析过程、杜绝每一个环节产生的浪费。
这次项目记录的数据不全，其中包括时间有太多间隔，缺陷不全，以后要改进。