1焦油坑
1.焦油坑更多应该指大型复杂系统，对项目影响因素太多。无休止得加班，返工，BUG，争论，项目一再得延期而看不到尽头。程序员在焦油坑中挣扎而迷失方向。
2.编程的乐趣＆苦恼：人不是机器，任何开发活动都是创造性的劳动，不要扼杀了这种乐趣，程序员不是在完成代码，而是在创造自己得产品，虽然过程中存在诸多烦恼。
2人月神话
1.人员和时间不能互换，压缩工期导致了人员增加导致沟通成本和工作量的增加，导致前期架构和接口设计工作量增加，导致后期模块＆产品集成的工作量增加。
2.计划占用1/3时间，而编码仅占有1/6时间：这个经验数据估计很多软件项目很难做到，有预才有立，前期缺陷泄漏会给项目带来致命风险，使项目后期陷入大量无休止的变更，修改BUG，编码重构工作中。
3.空泛的估算：估算需要历史经验数据的支持，需要又经验的专家，如果项目前期连需求都还很不明确，那计划阶段基本就无法估算出准确的数据，只有在后期再进行估算调整。
4.向进度落后的项目中增加人手只能够使项目进度更加落后。（这句太绝对，需要考虑新增加人手的经验，项目＆未完成工作包现状，交接培训时间等内容）
3外科手术队伍
1.核心成员只占团队成员的很少部分，而其它成员全部使辅助成员。核心成员可以很专注的进行设计＆开发工作。
2.如果一个 200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。
4民主和专制
1.概念完整性要求设计必须由一个人或少数配合默契的人员来实现。
2.大型系统在设计阶段无需引入编码人员，否则也是资源浪费。(小型团队可以采用敏捷方法，进行增量＆迭代，通过沟通＆交流解决问题，但一样要由一个总体＆架构设计人员完成高层概念的统一）
5画蛇添足
1.架构师要乐于接受开发人员建议对自己的系统设计进行改善。
2.架构和设计人员不要剥夺了开发人员的创造力，更多的是提出建议。
3.架构和设计人员如何避免过分设计和华而不实。
6贯彻执行
1.如何保证项目规则＆规范和严格执行 （执行力）
2.前期应该有明确的规章制度，每个任务都应该有明确的交付和完成点。
7巴比伦塔
1.最高效的沟通方式：面对面
2.常用沟通方式和效果：邮件－>即时通讯MSN->电话->面对面+会议
8胸有成竹
1.实践是最好老师，但是如果不能从学习再多实践都没有用。
2.平时项目过程中要注意各阶段工作量数据的收集＆分析，项目完成后要进行复盘，为后续项目积累历史经验数据。
3.项目中应该推行PSP，收集真实得个体数据。