只有实践过发言权才越有力

每一本书都是作者总结实践成功或走向成功过程中失败而得到的，

随手记录下一些阅读中的心得:

记忆最深的就是他的EHM(Engine Hierarchy Model),一圈圈像牛粪:) 。
几个计算公式(一看就知道作者是逻辑思维严密的程序员)
程序=算法+结构
方法=面向过程/oop/mda
过程=RUP/XP 模型与建模语言
工程=需求管理+过程管理+配置管理+文档化
管理=管理+计划

其中:程序、方法是实现，过程、工程是团队，我猜测管理应当算是财务了把，把团队能用的资源进行限制。

团队说明: p70
1.方法和目标明确
2.团队并分工协作
3.能意识分享并有规避策略

态度必须认可，至于"想法好不好"是技术问题 p73
所谓矛盾，大多是自找的。 p79
伟大的球员和普通的球员的差别，就在于伟大的球员总是说:"这不是个问题"
项目经理关注成本,成本=时间+人力+资金+客户成本=客户数量+客户的耐心
p50 History可以用wiki来实现
p60 可以读一下朱湘的《画虎》，里面有非常棒的论花匠和画师
p65 一个团队的特质是管理者在团队生活和行为过程中逐渐形成的团队特质，成功的经验往往最不可信，失败的才最可信。
p67 对失败的案例进行分析，并于团队中的成员分享可能要好很多。
p104 对于工程来讲，能让团队理解，统一执行，迅速而有效的实战技法，才是真实所需的。
p105 惟手熟尔
p106 工而制具、工而制艺
p108 工具+技法>工程;良匠是一种好的品质。
p105 融通是基于对"使用工具的方法、理论"的了解，融同，则是对这个工具存在的本质价值的认识。

记录了一下自己阅读到的内容，记下了自己当时最有体会的一些内容。如果你认真做过项目，被管理过或者管理过他人，你对其中的话一定深有体会，作者还是认真写了的。