从技术向管理蜕变

记得某次上课，老师说华为的工程师不修边幅、表情木讷的出入某豪华写字楼导致保安另开了一个门给工程师们进入。当中固然有夸张的成分，但是也的确是反映出了现下IT工程师们的一个概况，那就是过分专注于技术以至于忽略了其他原本很需要重视的方面。现在不乏有大量的高级技术牛人想往管理方面转变，应聘项目管理职位的简历中最不缺的就是“精通***技术”或“精通***编程语言”，不想当将军的士兵不是好士兵，不想当经理的工程师同样也不是优秀的工程师，然而对于项目经理这个头衔来说需要的更多的应该是灵活的游走于领导、实施团队和客户之间的能力。

10年年初时我加入到一个政府项目中，该项目由我方公司承接，整个系统分为软件和硬件两大块，软件又分为服务器端和客户端，客户端又分为手机客户端和PC客户端，由于人力资源有限，公司内部团队只负责硬件的研发和PC客户端的开发，将服务器端和手机客户端承包给了其他的公司。在这样一个项目中无疑是需要多方进行沟通的，软硬件之间、服务器端客户端之间、项目开发人员与甲方之间，同时还有公司领导的参与和指挥，这些在一个小型的民营企业中都是很常见的。PC客户端的开发开始于10年年初，但是在10年结束的时候仍然无法画出一个句号，事实上在最初制定软件开发计划的时候PC客户端的开发周期是6个月。

造成开发周期频繁变更的原因是多方面的，主要集中在两点。首先，在小的企业中为了控制时间成本、人力成本往往对软件需求的管理不严格，整个项目开发周期中需求管理所占的比重是不足轻重的，同时在开发的初期跳过需求直接进入设计阶段，COPQ曲线度量了缺陷修复成本和缺陷产生与被修复阶段之间距离的关系，表明了返工成本与缺陷产生和修复阶段之间的距离是呈指数级上升的。项目在进行中，客户的需求是时刻都在变化的，每一次需求的变更就带来一次开发周期的变更，需求变更的时间发生的越靠后，付出的修复代价就越高，这对于软件开发产生的影响是巨大的。其次，在PC客户端的开发中需要跟硬件的开发团队沟通、需要跟服务器端的开发团队沟通、需要跟客户沟通、需要跟领导沟通等等。与硬件团队和领导的沟通由于不存在空间上的距离相对比较简单便捷效率也较高，然而与客户和服务器端开发团队的沟通却存在很多问题，包括技术人员缺乏沟通技巧和三方在空间上存在的距离。作为技术人员，普通的观念是专业化，因而首当其冲的是技术上的精通，知识面的扩展，往往技术人员都不善于沟通也不重视沟通，幽默一点的说法就是看见领导就想转身走掉的人基本都是理工科技术人员和工程师。正是存在这样的问题，与客户团队的沟通极为不顺，不仅没有最新的服务器端环境而且在一来一回的邮件中降低了开发的效率。另一方面就是跟客户的沟通不及时，不了解客户的最新需求，在开发过程中甚至出现了全盘推倒重来的情况，这对于软件开发来说是致命。当然，在10年9月份以后，PC客户端开发团队和服务器端开发团队的工作地点移到了客户的办公地点，这在很大程度上解决了三方的沟通问题。

综上所述，需求的管理和有效地沟通是项目管理中的两大法宝。类似的实例不停地在现实中发生，这既是当今软件行业的一大缺陷同时也暴露了技术人员的软肋。作为一个资历尚浅的技术人员，通过这个失败的案例能学到的最多的就是软件开发人员不能只关注于技术而忽视了沟通的重要性，沟通是成为项目经理的最基本的才能也是最重要的才能，项目开发过程中缺少了项目经理的及时沟通很有可能会造成软件开发周期的变更甚至软件的失败，同时对企业造成的损失也是无法估量的。