http://yangrouchuan.mypm.net
公 告
登 陆
日志日历
导 航
日 志
评 论
链 接
统 计
 
做证券公司IT项目的一点心得
最近一直在跟某证券公司的项目,虽然有点累,但也学到了很多东西··现在越来越认识到技术很多时候不是万能的,技术只是和用户交流的一种必备的技能。最近的项目使我认识到如下几点:

1、作为一个好的项目经理,不是你能做多少事情,而是你能带动大家做多少事情。应该能带动项目成员的主观能动性,使得大家团结一致,共同将项目顺利的完成。而不是自己盲目的去将所有的事情都做完,这样才算一个好的项目经理。一个项目成功的标志不是项目经理的技术能力有多高,而是和用户的沟通和协调能力有多强,还有就是如何将任务成功的进行分解,按照项目成员个人的能力不同,分配相应的任务。

2、与用户保持密切的沟通。很多时候项目的初期,用户可能此前未做过安全服务的项目,对安全服务的流程和方法不了解,项目的初期可能比较的顺利,但随着项目的推进,用户渐渐了解安全服务的内容和方法,而随之出现的就是用户会不断提出新的需求,作为一个项目经理该如何来和用户沟通,成功的将项目向前推进,不至于延误项目的周期。个人认为在遇到上述情况时,项目经理应及时和用户沟通与交流,把握用户的需求,洞悉用户真正想要的是什么?而不是任由用户随便提出需求,因为需求是永远无止境的,从用户的角度出发,他们总是希望花最少的钱,让你将他所有的安全问题全部解决掉,这明显是不可能的,而从服务提供商的角度来看,总是希望按照合同内容,尽快将项目结束,这样矛盾就产生了,怎样来协调这种矛盾?这就是项目经理的职责了。一个好的项目经理,应能够在规定的时间内,保质保量的将项目顺利的完成。所以项目经理应该根据用户提出的新的需求,来计算工作量,如果工作量比较大,势必会影响项目的周期,这种情况下应该婉转的拒绝用户。如果工作量不是很大的话,从目前国内的安全服务提供商来说,很少直接拒绝用户的,因为我们不是像 IBM 那样的大公司,有很大的知名度,项目可以严格按照 SOW 的内容来严格执行,我们不能直接得罪用户,所以很多时候都是在不影响项目周期的前提下,能帮用户做的,就做了。从目前的经验来看,一般的项目总会出现延误,延误的时间通常视项目的规模来定,一般 2 个月的项目通常会延误 1-2 周左右,越是小的项目就越好控制。

3、应努力将项目进行推进。很多时候,在项目的实施过程中总会遇到这样或那样的情况。譬如经常遇到的情况可能就是用户方沟通不畅,导致项目延期。譬如在我们进行漏洞扫描时,通常会提供漏洞的扫描方案,在我们将方案提供给用户时,用户通常会进行审核,因为用户对你的扫描器和评估方法不了解,如果在扫描过程中出现什么问题,这责任谁也承担不起,用户的心理是可以理解的,所以方案必须进行层层审批,这也是一种职责转移的过程。越是大的企业流程走起来,就越是复杂。还有就是很多时候在预约了用户进行访谈时,用户可能会出现这样或者那样的紧急情况,而不得以将访谈的时间一再的推迟,这时候做为项目经理就要临时改变项目计划,将后续的任务提上来提前执行,而不是坐以待毙,这样就不会将时间浪费,而导致项目延期。

4、把握各层用户的需求。在项目的过程中,项目经理应及时了解各层用户的需求,因为很多时候用户的项目经理只是一个项目的负责人,而真正进行项目验收或对项目审核的则是高层的领导。简单来说,用户的项目经理通常可能是安全部的经理,安全部的经理通常是我们的接口人,而往往安全经理并不能代表上层的意思,很多时候在我们按照安全经理的意思做了很多事情后,到了向更高层领导汇报时,发现这并不是领导所需要的,领导对之前所做的事情并不认可,这样我们之前所做的事情就是无用功,所以作为项目经理如果不能直接与高层领导进行对话的话,应该引导安全经理“这是不是你们领导想要的?”或者“你们领导是什么意思呢?”。项目经理应该能够平衡各层的需求,在最大程度上来满足他们的需求。这样才能才项目的验收阶段能够成功通过。

另:一个好的项目在项目的过程还应理清其中的厉害关系,权衡各方的需求,做到谁也不得罪,不过这做起来很难,在遇到利益冲突的时候,应以项目的顺利结束为最终目标,应尽量将利益最大化,冲突最小化。

羊肉串 发表于 2011/12/15 11:54:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题: