《构建之法》第二章主要讲了个人技术和流程，因为团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应该有一个流程，这一章中着重介绍PSP，即个人软件开发流程。卡内基梅隆大学的能力成熟度模型（CMM和CMMI），是用来衡量一个团队能力的一套模型。CMU的专家们针对软件工程师也有一套模型，叫 Personal Software Process（PSP），PSP和任何其他方法论一样，也不是一蹴而就的
PSP的个人项目耗时表：
| 计划 |
6% |
|
| Estimate |
估计这个任务需要多少时间 |
6 |
| Development |
开发 |
88% |
| Analysis |
需求分析 |
10 |
| Design Spec |
生成设计文档 |
6 |
| Design Review |
设计复审（和同事审核设计文档） |
6 |
| Coding Standard |
代码规范（为目前的开发制定合适的规范） |
3 |
| Design |
具体设计 |
12 |
| Coding |
具体编码 |
21 |
| Code Review |
代码复审 |
9 |
| Test |
测试（自测，修改代码，提交修改） |
21 |
| Reporting |
报告 |
6% |
| Test Report |
测试报告 |
2 |
| Size Measurement |
计算工作量 |
1 |
| Postmortem & Process Improvement Plan |
事后总结，并提出过程改进计划 |
3 |
PSP有如下的特点：
1.不局限于某一种软件技术（如编程语言），而是着眼于软件开发的流程，这样，开发不同应用的软件工程师可以互相比较。
2.不依赖于考试，而主要靠工程师自己收集数据，然后分析，提高。
3.在小型、初创的团队中，很难找到高质量的项目需求，这意味着给程序员的输入质量不高。在这种情况下，程序员的输出（程序/软件）往往质量也不高，然而这并不能全部由程序员负责
4.PSP依赖于数据，需要工程师输入数据，记录工程师的各项活动，这本身就需要不小的时间代价
5.PSP的目的是记录工程师如何实现需求的效率，而不是记录顾客对产品的满意度
疑问：
1.如果数据不准确或有遗失，怎么办？让工程师编造一些？
2.如果一些数据不利于工程师本人（例如：花很多时间修改缺陷），我们怎么能保证工程师愿意如实地记录这些数据呢？