最近在准备系统分析师的考试,不可避免的学习了项目开发和管理的章节。在这里我就我参加的项目开发也来谈谈我的工作经验。
现在没人愿意等N年才看见自己的投资回报。竞争的日益加剧要求我们必须具备快速解决问题的能力。并且在需要的前提下,能很快的改变以符合新的要求。但同时满足这2个条件的人才又能有几个呢?
我有幸参加了几个项目的开发工作,在其间的工作经历让我获益匪浅。工程项目的失败很少是技术原因。按照软考《系统分析师教程》上的说法是:项目工程的失败绝大部分是前期系统分析不足导致。
我在这里要加上一点我个人的理解:项目的失败项目工程的失败除分析阶段准备不足外,就是领导层的冲突,和内部竞争。
前面我已经说过现在社会对回报的期待已经大大超出我们想象,同时技术的更新等问题已经不是1家公司1个团队能应对的。那么很多公司就采用了临时聘用,公司间合作等方法来完成项目。那么这个就带来了我上面说到的“领导层的冲突,和内部竞争”的问题。
我的亲身体会就是很重要的事情,直接关系到项目的成败。
比如公司里面新接个项目,临时在外面聘用了4个技术工程师。在开会的时候许诺表现好的个人将留在公司为正式员工。经理的这段话其实就是要激励他们好好工作,结果就导致他们的敌视和竞争。在开发初期,通常会邀请用户代表一起讨论项目的需求。这样就会让他们一起参加内部讨论会议。在一次中间件的讨论会上,2个人的争论其实无可厚非。那个决定不是在吵架中决定的。但最后结果直接变成了人身攻击和语言污染。麻烦的是客户代表也出席了这次会议,他直接一个报告回去:承包商内部分歧严重,工期可能延迟。这下问题大了~~~~~!!!!!
客户商就直接找到BOSS,BOOS找经理,一层一层的责问。最后我们连夜加班确定计划按期交付报告。本来就是竞争对手,加上这一搞情况就更加麻烦了。在工作的时候气氛及其压抑。有时候莫名其妙的要考虑下不是工作的事情,直接就导致了工作效率的低下。这时有人就要说了,要项目经理搞什么的?这个明明就是经理的责任。但他的意思同样很明确,有竞争才有动力。内部竞争是好事,没必要过多关注。老大发话了那么我们这些手下的键盘工还能说什么呢~~~~~~~
领导层的冲突就更不要说了。
其实这些都不是技术原因。纯粹的管理技术,但我觉得掌握不到关键技术的项目里面,管理才是关键。技术人人有,只是深浅问题,能力人人有,只是方面问题。