项目人员搭配之我见

我一直都觉得我的耐心很差，无论是指导新人还是项目协调，我都觉得我是同事当中最差的。

我最喜欢说的一句话就是：与其分出去不如自已做，求人不如求已。事实上我也是这么做的。

我领导对我的评价是：野路子多，分析处理问确实有一套，如果照现在这样发展下去，可以成为一个很好的砖瓦匠，但永远成不了总设计师。

倒不是我骄傲，我只是现在不愿意管项目而已，因为我觉得我目前的重心是技术，所以不想分心去想别的而已，要是我愿意，我肯定可以管的很好。

项目的质量与项目成员的素质关系非常紧密，他可以没有丰富的经验，但一定要有较高的悟性，悟性差的同志永远只能站在金字塔的下端，无论哪个行业。同样，软件开发这个行业对悟性的要求是一样的。另外项目的质量也遵循水桶理论，只要有一块板比较短，这个项目注定充满了问题。这个我是有切肤之痛。因为项目质量的原因，我甚至和一位同事吵闹过，原因是因为他老open文件不close，malloc内存不free，且代码中充斥了非常多的内存越界，有一次做代码走读，短短不到100行代码，我指出30多处BUG，有的BUG埋藏的还比较深，对以后系统的稳定会造成非常大的困扰。当时我确实受不了了，一个工作年限比我还长的工程师居然写出这种代码。后来回头想想，当时真不应该当众说人家，毕竟人家也不是故意的，但如果代码这样写下去，这个项目以后的维护成本会大的惊人。（我经常会花两三天调试一个偶现的内存越界或内存泄露,有时甚至是半个月）所以劝告各位同行在招人的时候不论工作年限多长，一定要考察对方的基本功是否扎实，而不要天马行空的谈，直接让对方上机，写一断短小的程序就可以看出对方的功底。毕竟一个项目的疑难问题不会太多，只要有一两个水平较高的人有解决疑难问题的能力就行了，大多数时候我们还是需要踏踏实实的做简单的功能开发的工程师。

我的结论可能有点偏激：我将项目的质量分两个层次。1.“普通质量”。2.“高端质量”。所谓的普通质量指跑起来稳定，不轻易出故障。所谓的高端质量指高稳定性，基本不出问题，且执行效率较高。要普通质量就对开发人员的整体水平有一定的要求，要求有编程规范的概念，有代码质量的意识。对高端质量的要求则需要参与项目的人员中有一两个能挑大梁，对所参与项目的整体有认识，这通常要求有较强的分析调试能力，对操作系统，算法和数据结构有一定的认识，很多时候要求会点汇编，有较丰富的实战经验。有过几个成功的项目经历。

假如一个项目由五个人组成：我认为1：4较为合适。即1个高手搭配4个普通工程师,且项目协调由普通工程师担任。