不相信自己的意志，永远也做不成将军。

春秋战国时代，一位父亲和他的儿子出征打战。父亲已做了将军，儿子还只是马前卒。又一阵号角吹响，战鼓雷鸣了，父亲庄严地托起一个箭囊，其中插着一只箭。父亲郑重对儿子说：“这是家袭宝箭，配带身边，力量无穷，但千万不可抽出来。”

那是一个极其精美的箭囊，厚牛皮打制，镶着幽幽泛光的铜边儿，再看露出的箭尾。一眼便能认定用上等的孔雀羽毛制作。儿子喜上眉梢，贪婪地推想箭杆、箭头的模样，耳旁仿佛嗖嗖地箭声掠过，敌方的主帅应声折马而毙.

 敏捷方法
实际的情况是OO社区的一些人用了一个比较别致的名字，把原来基于相同思想意识的人团结在了一起，再一次强调了增量开发。仅仅就是如此而已，Agile说穿了就是短迭代，就是不断地提交可以运行的版本。其他的一切都是以此为中心进行的。
实际上RUP也好，MSF也罢，都是至少隐含要求你去迭代，去增量的。

文档的用处似乎是在进行大型开发时，团队之间的交流由于人员的数量引起信息的流失时，用详尽的文档来在一定程度上进行交流。
可目前大多数项目的情况似乎是文档成为了形式上的东西，没有多少人会通过文档来了解其需要得到的信息。因为在一个小型甚至中型团队里面，人员之间的交流很方便，而且由于规模的问题，人员之间的角色并没有很清楚的界限，大家对于项目的情况都有一个比较清晰的印象。这样的话直接交流比用文档来表述的代价要小得多。

可是如果公司要求拥有CMM认证，如何免过程中产生的文档成为一些形式化的，被束之高阁东西呢？

XP/AGILE/RUP/WATERFALL 这些模型都是独立于CMM/CMMI的实现的,那个适合用哪个

CMM是一种对软件企业的评估方法，也是由美国军方最早做的，甚至更简单地说就像一个人靠软考的证书一样，证书就是一个资质的说明而已，但并不代表实际的能力。
CMM好也好，坏也好，认同也好，反对也好，但是它至少提出和整理了一套评估体系和指标体系。做过评估的人都知道，任何的评估都不是全面的，都只是在某种统计学的范畴下，对重点领域进行抽样加权。CMM从一推出就没有任何一个人说过它是万能，它能解决软件企业的生存问题或产品质量问题。它诞生的目的也只是为了复制成功，而不是总结失败。
SEPG对软件工程、软件产品开发的理解到底有多深？

软件工程要以人为本
软件工程与软件过程？？

xp和cmm不是矛盾的，但是在实施cmm中，往往很多公司都会使用V模型，而V模型和xp是很不协调的，所以造成大家觉得cmm和xp冲突了

如果你真的打算成为一个好的方法论研究者，一定要见多识广。除了 SEI 的 CMM/PSP/TSP 那几本教材以外，《人月神话》、《人件》、《敏捷宣言》、RUP、XP 系列丛书、FDD、Crystal、ASD、Scrum、Lean、DSDM、MSF 都要认真看过。有比较才能有鉴别，各方面的观点都应该听说过，思考过，甚至连 TDM 所说的“CMM 就是软件行业的耻辱柱”这样在一些人听起来非常刺耳和偏激的言论也不放过。古人说闻过则喜，不要故意放过自己所不喜欢的观点。

CMM 除了在印度，其实在美国也从来就没有成为过软件开发方法的主流。CMM更适合于外包企业，更适合于外包业务模式，那种不求有功，但求无过的价值观。