项目需求建议书

马振华

  某企业项目管理软件开发项目需求建议书

  有关单位:某企业(甲方)由于业务发展的需要,决定采用项目管理的方式进行管理,为了更有效地对项目的执行过程进行控制,该企业决定开发一套项目管理软件以满足这一需要。

  1.工作表述

  开发商将执行下面任务:开发项目管理软件。

  开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。

  2.要求

  开发商应根据国家有关标准,提供开发计划和实施方案。

  3.交付物

  符合甲方要求的项目管理软件。

  4.甲方提供的条款

  甲方将帮助开发商熟悉项目管理流程。

  5.合同类型

  合同必须以一个商定的价格,给提供满足需求建议书要求工作的开发商付款。

  6.到期日

  开发商必须在2004年11月30日以前提交5份申请书备份。

  7.时间表

  甲方希望在20XX年12月25日前选中一家开发商。这个项目需要完成的时限是20—25周,从20XX年1月1日开始实施项目,要求软件正式验收前试运行4周以上的时间,并根据试运行情况进行适当修改。

  8.付款方式

  当项目完成了1/3时付总额的1/3。

  当项目完成了2/3时再付总额的1/3。

  当甲方已经满意于项目100%的完成,并且开发商已经履行了全部契约义务时再付出总额的1/3。

  9.申请书内容(开发商的申请书至少包括如下内容)

  (1)方法。开发商能清晰地理解需求建议书,理解什么是被期望达到的要求。而且要详细描述开发商领导项目的方法,要求对每个任务的详细描述,任务如何完成的详细描述。

  (2)交付物。开发商要提供交付物的详细描述。

  (3)进度计划。列出甘特图或网络图表,列出每月要执行的详细任务的时间表,以便在要求的项目完成日期内能够完成项目。

  (4)经验。叙述一下开发商最近已经执行的项目,包括客户姓名、地址和电话号码。

  (5)人事安排。列出将被指定为项目主要负责人的姓名和详细简历,以及他们在类似项目中的成绩。

  (6)成本。必须说明总成本并提供一份项目的预算清单。

  10.申请书评价标准

  (1)方案(30%)。开发商提出建设方案。

  (2)经验(30%)。被指定执行此项目的开发商和主要负责人的执行类

  似项目的经验。

  (3)成本(30%)。开发商申请书中所列的固定成本。

  (4)进度计划(10%)。为了要在项目完成之日或在此日期之前完成项目,开发商应提供详细的施工计划。

  附:需求建议书的必要性

  需求建议书(RFP)是项目客户与开发商建立正式联系的第一份书面文件,也叫招标书。一般由项目的客户自己起草,主要描述客户的需求、条件以及对项目任务的具体要求,向可能的开发商发送。

  需求建议书是客户为确保供应商理解项目的需求,并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案,但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其

  目的是从客户自身的角度出发,通过全面、详细地陈述,使开发商或项目团队理解客户所希望的是什么,以可行的价格满足客户的已识别的需求。

  对于一些预算较少的'客户,开发商往往不愿意花精力准备正式的方案建议书,这种情况下,客户的需求建议书就变得很重要。事实上,项目无论大小,都需要编写需求建议书。

  第一,需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程,并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书,这种努力也是值得付出的。

  第二,需求建议书可节省选型的时间,并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的,避免了跟各开发商的重复沟通,同时,有需求建议书作为基准,客户可以约束各开发商以一致的格式提交方案建议书,以提高各供应商之间的可比性。

  第三,需求建议书可以避免一些潜在的疏漏。在准备需求建议书时,客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后,有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力,甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。