项目审查应该从何做起?
来源:IT168 更新时间:2012-04-15

 作者:张金革

经过几番周折,项目需求任务书终于编制好了,呈报有关部门后,接下来的任务,对立项单位而言,就是精心准备,以应对项目审查;对项目审查单位而言,则是召集有关部门和专家学者,从不同侧面,对项目的必要性、可行性、科学性进行评估、裁决。

    下面,就从两个方面,对项目审查及其应对策略进行阐述。

立项单位的筹备与应对策略

    (一)及早动手准备

    表面看来,在项目审查环节,立项单位是被动一方。从审查时间安排,到审查方式方法,都是审查方说了算,立项单位只能被动接招。实际上,立项单位还是可以寻求一些主动的。有些项目,立项单位不仅想上马,而且希望尽快成行,这时候,立项单位的主观能动性就显得尤为重要。那好,就请及早动手准备,说不定,项目审查单位很快就会有问题提出来。如果因为立项单位工作拖拉,浪费了时间,那就划不来了。有时候,如果项目急于上马,立项单位还要主动跟踪项目审查进展情况,商请项目审查单位提前开展或并行审查,以加快进度,提高胜算。

    (二)背景不容忽视

    在项目审查会上,审查方往往会要求立项单位就项目作一简要介绍,其中就包括背景介绍。借此,使有关人士对该产业、企业或部门的业务和信息技术建设应用情况有个了解。

    立项单位往往不太重视项目背景介绍,更倾向于将阐述重点放在项目目标和框架性方案上,这个想法有欠妥当。参与项目审查的专家学者中,对项目目标和技术路径等框架性方案往往拥有更多的专业知识,而恰恰对立项单位所属产业及企业或部门的个体情况不甚了解。如果这种不了解无关大雅也就算了,可惜,这往往决定了一些项目的生死及技术路径的选择。在某一背景下,有些项目要达成的目标与技术路径显得无关紧要或者“低档”,而在另一背景下,也许就是至关重要、恰如其分。由此可见背景介绍的重要性。

    完整的背景介绍大体包括三个方面:首先,就相关产业、企业或部门业务运营情况、存在问题及计划改革的情况做一简要描述;其次,就相关产业、企业或部门信息化发展情况、存在问题及优化发展做一描述和展望;第三,对本项目内容及实施本项目的必要性、紧迫性与可行性做一简要介绍。

    (三)抓住重要环节

    项目任务和目标自然是立项单位阐述的重点所在,技术路线、软硬件方案、项目进程、预算也是审查各方关注的焦点。

    对项目任务和目标,除了表示认同,审查方的意见还有两种----或是目标过低,或是目标过高。对此,要结合本行业、本单位的实际,冷静、客观地加以分析和作答。

    对拟采取的技术路线、软硬件方案,要提出设计思路,如果能够比照其他一、两款方案,指出现行技术路线和方案的比较优势,则更具说服力。

    (四)保持谦虚谨慎

    这一点,按理说立项单位比较容易做到,但也有例外。笔者就曾见到,有些立项单位人士面对审查方的多方质疑,情绪失控,当场指责参与审查的专家学者不懂业务,有的朋友指责评审专家厚此薄彼,这些言论加剧了隔阂,甚至造成彼此对立,影响了立项,实在是划不来。

    (五)守原则善变通

    立项方与评审方是对立统一关系。既然有对立的一面,就难免言来语往、据理力争,因此,立项单位要注意把握好参评策略。依笔者管见,坚持原则、善于变通是不错的选择。所谓坚持原则,就是立足本行业、本部门实际与所需,本着科学精神,该坚持的内容就要坚持;善于变通,就是善于听取专家学者的建设性意见,对原方案进行必要的优化和取舍,使之更加科学合理。面对有些质疑,因为精力和时间的关系,也可适当避让,不作无谓争执。

    (六)用好举例说明

    无论是介绍项目,还是回答质询,平铺直叙、正面阐述,都是必要的。有时候,找准一个例子,举例说明,更加生动具体,因而更具亲和力和说服力。笔者在准备某项目评审时,针对该项目数据研判功能比较抽象的问题,分别准备了一组示例,评审会上,在介绍这组数据研判功能时,以两个典型示例切入,既回答了评审专家的问题,也赢得了专家的认可,收到良好效果。

    项目审查,既是立项单位需要过的一关,也是立项单位多视角评估、反思项目的绝好机会。立项单位要以积极的心态,科学看待项目审查。项目通过审查固然可喜,如未通过,也不必过于忧虑,更不宜产生过激情绪和言行,如果认为项目确有必要,可考虑根据评审方的质疑,对项目进行优化调整,择机再度送审。

审查单位的工作策略

    (一)找明白人好办事
   
     项目审查是一项科学性很强的工作。高水平的项目审查,不仅可以起到审核把关的作用,使有限的财力物力得到较好运用,还可以借助外力,堵塞漏洞,完善方案。要达到这一目的,首要的策略,就是找好明白人。所谓明白人,一是指学风正、有一定造诣的专家学者。有些单位与一些专家学者建立了长期合作关系,建立了项目审查专家数据库,这是个不错的方法。二是分开层次,搭好班子。要根据项目特点,视情选取信息工程、计算机网络、信息安全、数据库等方面的专家学者,也要选取一定比例的行业专家,形成一个相对完备的知识结构,班子过硬,评审工作质量才可望过硬。
   
    (二)审查方式有讲究
   
    先分头审核把关,再行会审是个不错的选择。两相结合,可以较好地保障项目审查质量。有些项目比较紧急,审查单位可以并行送有关专家(参评部门)审查,这样可以有效地节省时间。在分头审核把关和与立项单位沟通的基础上,召集评审专家学者和立项单位参加的项目评审会,可以当面提出质询、作出解答,对于审查人员完整理解项目、客观参与评审具有积极意义,也有利于立项单位对项目进行调整优化。
   
    (三)换位思考理解人
  
    一是尽量早一些将评审进度、日程安排通知立项单位,不要搞突然袭击。立项单位具体负责同志往往身兼数职,如果临时动议,往往措手不及,或者准备不充分,或者出差在外,这些都会影响评审质量和进度。二是理解立项单位的行业、部门特色,既站在专业立场,更要站在行业和部门立场,理解和把握项目,不能单打一。
   
    (四)关键问题不放过
   
    如果说“换位思考理解人”是项目审查艺术性的体现,“关键问题不放过”就是项目审查科学性的体现。专家学者在审查过程中,发现的一些违背信息工程原则、明显落后的技术路线与方案、不切实际的目标任务、过于紧张或过于宽松的进度安排和缺乏理性的预算安排,要严肃指出,对这些关键问题,不应采取“和稀泥”的态度。
   
    (五)审查意见要明确

    经过充分沟通、质疑与作答,审查单位要给IT项目下结论了。所谓下结论,就是“是否通过立项”。对此,要给出一个明确的说法。针对项目需求任务书中的问题,要给出明确的审查意见,如果需要调整优化,需要提请立项单位在规定时限内做出调整。