现实中的软件大公司们在标准、理论、语言上的争来夺去，未必全 然出于“软件实现”的考虑。对统一理论、统一工具、统 一过程的企图，其最终目的是在整个软件工程体系中的全 面胜出。绝大多数人，只是用于计算胜负的一枚算子。

　　理想模式：在“程序”与“方法”层面关注于“(具体的)实现”的，而在“过程”和“工程” 层面，更首要考虑的是团队问题。从角色的角度上来说： 开发经理思考项目的实施方案和管理具体的开发行为，项目经理则保障团队的稳定性和一致性。

　　不计成本的项目计划不会得到经营者的支持， 毫无目的地消耗成本是项目中的慢性毒药，最致命的风险是成本的枯竭。

 

　　在工程中使用 UML 图，应该有相应的文字来描 述它。而且这种描述与图之间的对应关系要持续地维护下 去。

　　经营者离开发者很远，反之亦然。

　　项目经理还需要协调经营者与开发者之间的沟通

　　矛盾需要实现目标与保障质量

　　在项目的平衡三角(时间、资源和功能)中讨论的是目标问题，不讨论质量问题。经典教材中总是关注：如何更快的完成项目，并减少资源占 用，以及实现更多的功能。然而，即使平衡了这种关系， 项目的结果仍可能产生一个天生的残障。 因为目标可能在平衡中确立，但质量却要在过程中控 制。即使在时间、资源和功能三者中取得了平衡，即使客 户、项目组和公司同样满意于这个平衡“目标”，它仍然 有可能是“不能实施”的。

　　需要知道变通， 需要回避错误。