如果真能站在客观的角度长远的角度去思考，那么重要的就是怎么提升管理者的能力和水平，流程和人员是必要的工具罢了（这话可能听着不舒服啊，向大家致歉，我自己也是“工具”，哈）

其实，我个人在理论上同意 jj020804的观点，之所以会说出“流程比人”重要的话，请大家看我的最原始的那个帖子，其实我是从实际的项目经理的立场出发在评价这个事情。

作为项目经理，尤其我是负责IT项目外包项目的，在若干的项目因素中，我个人是很关心质量的。而对质量的控制这是通过对流程的设计/裁减/实施来实现的。因为我不想过多地依赖个人的因素，这样的话，我只能说如果我找到了能力高的人，所以，我这个项目成功了，如果没有，我就失败了。所以，我希望可以用流程和流程的改进来保证公司整体水平的提高，就是保证公司的大多数项目的成功。

所以，我们公司的实施CMM（现在在实施CMMi）的过程中，我们做得比较好的一件事情就是没有为了流程而流程，真的是把流程和流程的改进作为了我们所有项目的一个重点。同时，我个人通过带领现在这个将近70人的开发团队，也充分的享受到了如何通过对流程的控制来做对项目的控制，并且效果挺好。

其实我个人因为接触日本很多，我觉得日本就是一个比较典型的不重视流程而重视人的因素的国家（当时想丰田汽车那样把过程追求到了极限的公司也有很多。） 很多日本人，尤其是做IT的，每个人的技术都挺好的，但是，超过10个人在一起做项目，最后这个项目就很有问题。我从来没有接触过日本的通过了CMM/CMMi的公司，不知道他们是如何实施的，当时就我接触的范围来说，他们的项目管理能力是非常的弱的。

jj020804的观点是很正确/正规的观点，也许jj020804有过CMM/CMMi咨询顾问的背景，因为这些观点在我看来是似曾相识，很像我们公司在实施CMM的时候请来的咨询顾问的观点。所以，我都很接受这些观点。

但是，我还有一点补充，有的时候我也参加一些公司管理方面的工作，发现同样是流程要重要一些，尤其是对一些关键流程的优化/改进，对公司的运营非常有帮助，比如人才招聘流程，培训流程等等，如果仅仅是找一个好的招聘总监或是培训负责人，而不配合以相应的流程，那他们工作起来也会非常的困难。相反，如果流程很清楚，同时，有相应的组织(比如SEPG等）不断在推进流程的改进，那么，在这些关键岗位上的人即使不是很优秀的人，公司一样可以很好的运营的。

另外，jiajin说对了，我现在确实是在做CMMI咨询顾问的工作并正在主导一家公司的CMMI项目。欢迎大家与我交流讨论CMMI方面的问题。

这个讨论让我看到了另一个讨论（对于IT项目经理，管理还是技术重要。。或者在一个公司中：市场重要还是研发技术重要？？）

一定要非此即彼吗？

我更赞成zhf_karen 的务实风格，就事论事，针对具体的项目，孰轻孰重，有一定的判断，而且也只有在具体的案例和环境中，这种讨论才有实际意义。。。

zhf_karen 的案例：
－－－－－－－－－－－－－－－－－－
说一个最简单的吧。你手下有一个项目经理，他承担一个10人左右的研发任务，客户需求变化很快，周期为3个月。你要求他如何做需求？做设计？如何做测试？你从哪些点来监控防止项目失控，当出现问题的时候（比如发现某一个风险没有被预估，并且造成很大的损失的时候），你如何解决这个问题？你如何解决沟通问题？等等。
－－－－－－－－－－－－－－－－－

这样的项目，项目组，除非以前有非常好的流程支持，否则这个时候还是把流程放在一边比较合适，因为进度是至关重要的目标，质量、范围在目标优先级上就要让位于工期。。。

另一个案例：一个公司通过非常艰难的市场营销，得到一个价值400万的软件项目合同，但是客户要求非常高（4套软件系统协同工作，在7个不同的客户公司实施，要适应不同客户公司在业务上的个性化需求，这个项目必须在2004年底完工）。。。。通过一个成熟的项目经理评估，这是个死亡项目，但是如果公司不接这个单，公司可能倒闭。。项目经理曾经要求按照预定的开发过程去做事，但是不行，老板要求加快进度。。后来项目经理放弃了流程，迭代式的开发（让客户不断看到新版本），后来这个项目延后了差不多半年收尾，但是已经是尽了力了。。。

这个案例比较极端，让我想到了小平的那句著名的话“无论白猫黒猫，抓到老鼠就是好猫”。。。在80％的软件企业都处于相对艰难的阶段，过分理想化的谈论没有多大意义

我根贴的目的：就是论事～

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

就是说在流程在稳定下来以后，保证的是一个统计性的结果，而不是可以保证任何一个个案。而对流层的优化和改进，也将是对所有运用这个流程的项目/公司有影响，这样就可以是项目/公司在整体水平上得以提高，而不是过多的依赖于个人的因素。

也许是和camei和zhf_karen的关注问题的方向不一样，在任何一个个案中，如果也不考虑流程的改进和优化，那么，人/工具的因素的会起更大的作用。当时，我还是强调我的观点，我不想把一个项目只是独立的对待，我希望可以和流程的改进/优化结合起来，即使我这个项目失败了，我希望可以通过流程的力量，让其他人不犯类似的错误。（DP（defect prevention）的一种吧。）