searchs Szh a
Mortagage 8searchS Ford%20Fusion h Www e Mortagage cS Szh h Szh s Ford%20Fusion asearchc Tags Ssearch Szh z Www Www Tags g Onlinemortgagemortagage Fo Onlinemortgagemortagage dsearch2searchFsearchssearcho Ford%20Fusion Mortagage Szh w Szh searchnsearche Ford%20Fusion r Www h Tags esearchW Mortagage wsearchoS Onlinemortgagemortagage Ssearchh Szh hsa Onlinemortgagemortagage c Onlinemortgagemortagage teOlsearchn Mortagage msearchr Onlinemortgagemortagage g
gesearchort
gage r Tags ag Szh Sz Ford%20Fusion Onlinemortgagemortagage F
rd Www 2searchFu Tags io Mortagage ssearchacsearchasar Www h
seasearchc Tags e
6
IT项目启动管理
关 键 词： 项目启动管理、需求分析、可行性方案论证
过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。
过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。
相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？
因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。
一般来说，项目的启动管理可以划分为以下几个阶段：
一般来说，项目的启动管理可以划分为以下几个阶段：
一、意向提出阶段
在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。
对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。
对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。
信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。
信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。
意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。
二、需求分析阶段
在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。
在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：
在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：
当前业务流程分析
未来业务流程分析
当前业务与未来业务的差异分析
信息化功能点需求
对将来系统的非功能需求，如：性能需求，环境需求，安全需求等
需求的优先次序
未来业务流程分析
当前业务与未来业务的差异分析
信息化功能点需求
对将来系统的非功能需求，如：性能需求，环境需求，安全需求等
需求的优先次序
需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：
制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。
需求预审查：评审小组成员对需求文档进行预审。
召开评审会议：召开评审会议,对需求规格书进行评审。
调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。
重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。
制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。
需求预审查：评审小组成员对需求文档进行预审。
召开评审会议：召开评审会议,对需求规格书进行评审。
调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。
重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。