二、 项目人力资源管理

    一个开发团体，小至两人，多则不知几何。除了项目经理外，可能还有系统分析员、程序员、数据库管理人员、文档开发人员等。但再少不能少了测试人员。 

    项目管理中的人力资源管理，主要包括对团队所有成员的监督、培植和激励。

    监督 主要根据预先制定的日程安排和进度表，核对所有成员的开发进度。如果项目大，参于人员众多，进度则订细些；反之，进度订个大略就行了。

    培植 很重要。你领一帮人干活。你得能教人家点东西。或者帮助人家学点东西。要是人家跟你干，什么也学不到，甚至连学的机会也没有。人家能长久地跟你吗？除非是那种碌碌无为没有什么抱负的人。

    激励 1966年，凯司西部大学心理系主任匹兹伯格在一份1685名雇员参与的调查研究中，他分析了影响生产力的因素。那时流行的观点认为工作成果主要取决于更高的工资、更多的监督，以及更吸引人的工作环境，根据匹兹伯格的研究，这些因素如果不满足会产生不满意的情形。但是如果满足了也不能激励员工更卖力地工作，匹兹伯诺发现人们工作的主要激励因素来自于个人成绩表现以及由些获得的认可度，匹兹伯诺总结出激励因素包括工作成就，认可度、工作本身、责任、晋升和发展。我曾遇到过这样一个老板，常常开口就是对研发人员烦。结果你烦我烦大家都很烦，士气低落，万马齐黯。背地里不知挨了多少人埋怨。试想要是有人老对你说，我很烦你。你会喜欢他吗？

    大胆提拨或向上级主管推荐可造之才，是项目经理之一大责。因为项目经理最了解自己手下人的能力，最了解他们的耿性。我记得曾经有一位管理先辈说过：一个经理要是一年之内没有向公司人力资源部推荐过任何自已的下级，那么他就不是一个称职的经理。

    三、 团队的沟通
   
    一个IT项目需要进行大量的沟通协调。不光是跟团体内部成员，有时还要跟其它关人员。所以说，一个项目的成功是否，上级领导的支持度占了很大的权重。在本文中，阿呆仅谈谈团体内部成员之间的沟通。

    通常一个团队组成人员越多，沟通也就越复杂。除了有更多的个人沟通偏好外，还有更多的沟通渠道。我记得有一本书，书名我忘了，上面曾列有这么一个公式。

    沟通渠道的数目=N（N-1）/2

    公式里的N是指团队中的成员人数。比方说吧，要是这个团体只有2人，那么沟通渠道就只有一条。要是3人，则有3条，要是10人呢，则有45条。

    呵呵，其实算这玩意儿也没有什么意思，只当作个游戏。我们接着谈沟通。

    人家问我作老师有什么好处。我告诉他：作老师的时候，我学会了怎么样把事情考虑得更全面。

    作老师，你面对的是几十个甚至于几百个学生（我曾教过一个二百多人的班）。你面对的是几十个甚至几百个脑袋。每个脑袋里面装的东西不一样，同一个问题，可能会有不同的理解，同一个方程，可能会有不同的算法，通常还会包含不同的错误。我读了两年的代码，找了两年的错误。当时非常郁闷，非常难受。现在回想起来，那两年，其实是我收获最大的两年，我从那么多的学生那儿学到了那么多的思维方式。要不，阿呆比现在还不知要呆多少倍呢。

    不要怕与他人沟通。不论是高手还是菜鸟，他们都会对你有所帮助。很多灵感都来自他人的只言片语。

    沟通通常有口头沟通，会议沟通，电话沟通，邮件沟通这几种形式。

    我不喜欢邮件沟通，只是把它当作其它沟通的一种辅助形式。邮件内容也非常简短。除非你发给对方的是笑话之类的消遣式的东西，否则没有多少人会反把你的长篇大论仔仔细细地看完的。很多重要的信息往往被接收者疏忽了。要是实在太长了的话，最好把你需要重点表达的内容用不同的颜色不同的字体显出来。

    电话沟通也不是特别好。特别是几张办公桌共一台电话机的。阿呆就是这样的。身边的电话机老响，老有人打电话过来找张三李四的。不厌其烦。阿呆工作时又是极不喜被人打扰的。后来好不容易从烟钱中省出一副耳机，谁知公司又说上班时间不能戴耳机。真不知道这年头做人怎么就这么难啊。可见做管理，也不能光坐在办公桌前照本宣科，光想着怎么罚人，闷着头写什么三大纪律八项注意之类的破玩意儿。还是把心思主要放到怎么为员工谋福利改善大家工作环境上吧。阿呆认为，衡量一个公司的管理者的水平，不能看他处罚了多少人，关键要看奖励了多少人。

    会议沟通的效果真不错。不过开会之前，会议发起人最好能把会议的主题、需要讨论哪些问题、需要达到什么样的效果等预先通过邮件的方式传给所有参会者。让大家有思想准备，这样讨论起来才更有针对性。搞研发都有这样的体会，工作一旦忙起来，就什么都忘了，当需要开会讨论某个具体问题时，又有些好多东西想不起来了。所以，要是会议的专业性比较强的话，会议通知写得越详尽越好。

    口头沟通是最好的了，能口头沟通最好口头沟通，两、三人，占据一个角落，畅所欲言，各抒已见。 只是注意别影响身边不相干的人罢了。