那么大家既然是服务部门，服务的对象是谁？软件公司老总还是软件开发人员？还是两者皆有？软件公司老总的层面我们暂且不说，就说说软件开发人员，既然我们服务于软件开发人员，我们了解软件开发人员的想法，知道我们的一线软件开发人员是如何开展工作的吗？

这几个问题绝不是空穴来风，是因为我看到过很多的软件公司项目经理在开展工作时，很多时候是建立在自己对于一线软件开发人员的浅薄了解上，或者说因为工作的接触很少，根本就没了解过一线软件开发人员，然后在制定制度的时候又是网上一大抄，要不就是凭空想象出来，然后就发布出去了，这样的制度您说软件开发人员有几分认同？作为软件公司项目经理，既要保障公司的利益，又要保障软件开发人员的利益，但是我们更多时候考虑的对象是前者，而非后者，这个根本原因有很大程度上是因为我们缺乏对各部门软件开发人员的了解。

我记得曾经认识一位做绩效管理的专业软件公司项目经理，其专业能力我觉得还是不错的，当时他刚在一家公司入职，推行绩效管理体系，开始阶段让整个公司做职务分析，所有的岗位都要求写工作日志，当然我很相信其出发点是没有问题的，但是结果却是引起了软件开发人员的公愤，觉得把自己上班的一举一动都写进去，无疑是监控软件开发人员的行为，于是这位专业的软件公司项目经理在进入这家公司没多久就黯然离职了。我们总觉得我们的工作靠的是专业能力，却很少考虑到我们的服务对象的感受。

所以，如果我是人力资源部经理，我会让我部门的新进软件开发人员在熟悉本部门工作之前先到我们的一线岗位去学习一段时间，熟悉各岗位的软件开发人员是如何工作的，他们的工作环境又是怎样的，他们对于公司的制度、文化有什么样的看法，在这段时间我们的软件公司项目经理可以通过与一线人员的交流来了解到这些信息，拉近相互之间的距离。

在很多软件公司中，各个部门都是单独存在的，彼此不过问彼此部门的情况，有些公司虽然也会举办一些软件开发人员座谈会来了解软件开发人员动态，但是往往都是走形式，并无实质内容，所以正如我们在聊到如何提高软件公司项目经理工作的有效性上所说的，我们缺乏的是对公司核心业务的了解，因为在工厂我们很少接触一线软件开发人员，在销售公司我们也不熟悉销售人员的运作，尽管我们很用心在做事，但是总是有很多的不满意。尽管我们已经很专业，但是我们却总在一些小的软件开发人员关系问题上栽跟头，这仅仅是我作为非软件公司项目经理系统人员的一点思考。