如何编写IT项目方案

IT项目管理

第 1 页

摘 要：本文从企业信息化建设的角度，从信息化项目建设的现状入手，强调项目选择和立项管理的重要性，详细描述了信息化建设项目启动管理的主要管理控制点，及每个管理控制点的主要措施，分析了作为IT项目的甲方，启动项目的整个管理过程。

关 键 词： 项目启动管理、需求分析、可行性方案论证

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。

过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？

因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段：

一、意向提出阶段

在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。

对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。

意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段

在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。

在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：

当前业务流程分析

未来业务流程分析

当前业务与未来业务的差异分析

信息化功能点需求

对将来系统的非功能需求，如：性能需求，环境需求，安全需求等

需求的优先次序

需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：

制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。

召开评审会议：召开评审会议,对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。

重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段

可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。

项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不受任何产品影响的。因而它是后续产品选型的依据，它使得企业可以在产品选型过程中始终坚持从自身的需求和规划为原则选择产品与方案，而不至于受到供应商解决方案的误导。

实施方案的约束：可行性方案与实施方案是总体设计与详细设计之间的关系。可行性方案描绘了总体的业务方案与技术架构，而实施方案是可行性方案在各方面的细化。

此外，围绕可行性方案从管理上、技术上、实现上对难点进行的阐述，可以有效地开展项目的风险分析，制定项目的风险管理策略，为项目的成功提供保障。

四、产品选型阶段

当可行性方案需要通过选择新的产品来完成时，进入项目启动管理的产品选型阶段。在该阶段，对供应商进行初步的筛选以后，根据需求与方案要求，制定招标文档，接收供应商的项目解决方案，并根据评估标准，组织相关人员对供应商进行评估，选出2个以上的供应商进入商务谈判。并在立项报告审批通过以后，与供应商签署合同。该阶段又可细分为以下几个步骤：

创建RFP：根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。

第 2 页

解决方案评估：制定产品选型评估的标准是该活动的核心，它包括：应用软件评估：对产品本身的功能、性能、体系架构、用户友好性、市场评价、费用等方面进行考察；

软件运行环境评估：对系统运行所需要的服务器、客户机的软硬件配置进行评估。这是很容易被忽略的一部分，又是有可能对后续实施投入影响最大的一部分，尤其是在客户端数量大，环境复杂的情况下。

项目实施评估：在信息系统的建设中，项目实施方法与能力已经成为项目成败的重要环节，因此对服务商实施能力的评估显得尤为重要。评估内容主要包括：实施方法、实施费用、实施周期、实施顾问经验以及对相似实施案例的考察。

培训与售后服务评估：包括考察培训方式、费用、售后服务方式、费用、响应时间等。

供应商评价评估：对供应商的基本面进行评估，如供应商的规模、业绩、合同语言和仲裁地、与客户的合作策略等方面。

效益风险评估：即项目的投入与产出的评估。这是最难评估的一项，当前在信息化项目中尚没有形成较完备的投入产出的量化评估指标，多是采用一些定性的分析与比较。

商务谈判

关于商务谈判的组织与技巧，有许多专门的论述。从信息化项目管理角度上具体来看，商务谈判是在一定的策略指导下，与产品及服务实施商进行的，确定合同条款的过程，目的是最大化的维护公司利益，确定最优的价格和服务条款。

商务谈判的依据是评估通过的解决方案，其过程通常包括：组织谈判小组、制定谈判方案、实施谈判、签署合同。值得注意的是，商务谈判与后续的立项报告审批并没有严格的先后关系，是可以同时进行的。但合同签署必须在立项报告审批完成后才可进行。

五、立项报告审批阶段

立项报告是项目启动阶段的重要文档，在这一阶段，需要将从意向提出、需求分析，到可行性方案论证，到产品选型各阶段产生的重要内容整理形成文档，并任命项目经理、建立项目组织机构，申请项目经费，然后按公司的管理流程，交相关的部门会签，成为确认项目合法性的文件。后序的所有项目活动都要以立项报告为依据。

六、项目启动会阶段

有时候，项目启动会被看作一个时间点，一个里程碑，而不是一个阶段。这里将立项批准后，项目启动准备到项目启动会结束这一过程统称为项目启动会阶段。

项目启动的准备工作比较繁琐，具体事宜取决于项目所在的管理环境的要求。在项目启动准备期，可以准备一个项目启动检查清单，以确保项目启动工作的有序，避免疏漏。一般说来，启动会准备工作包括：建立项目管理制度、整理启动会资料等。其中建立项目管理制度是非常关键而且容易忽略的一项工作，主要包括：

项目考核管理制度

项目费用管理制度

项目例会管理制度

项目通报制度

项目计划管理制度：明确各级项目计划的制定、检查流程，如：整体计划、阶段计划、周计划

项目文件管理流程：明确各种文件名称的管理和文件的标准模版，如：汇报模板、例会模板日志、问题列表等。

项目启动的准备工作完成后，就可以召开项目启动会议了。启动会议是项目开工的正式宣告，参加人应该包括项目组织机构中的关键角色，如管理层领导、项目经理、供应商代表、客户代表、项目监理、技术人员代表等。项目启动会的任务包括：

阐述项目背景、价值、目标

项目交付物介绍

项目组织机构及主要成员职责介绍

项目初步计划与风险分析

项目管理制度

项目将要使用的工作方式

从这些我们可以看出，实际上，项目启动会已经涉及到了项目计划阶段的初期内容，这也映证了在PMBOK体系中启动阶段与计划阶段的重迭。

结论：综合上述，我们可以看到，在信息化项目建设中，企业的项目启动阶段要经过意向提出、需求分析、可行性方案论证、产品选型、立项报告审批、项目启动会一系列管理活动的控制，方可完成项目的启动，进入项目实施阶段。做好项目启动管理是企业进行合理的投入产出分析，有效控制项目风险，确保项目成功的关键。

可行性研究是确定建设项目前具有决定性意义的工作，是在投资决策之前，对拟建项目进行全面技术经济分析的科学论证，在投资管理中，可行性研究是指对拟建项目有关的自然、社会、经济、技术等进行调研、分析比较以及预测建成后的社会经济效益。下面是我整理的可行性研究报告中的风险分析，希望能帮助到大家。

可行性研究的风险分析是在项目可研阶段，从政策、经济、技术、人文环境等方面预测影响项目可能产生变动的概率，采取定性和定量的分析方法，分析各风险因素发生的可能性及对项目可能产生的影响程度。不同内容项目存在不同的风险，应突出重点做好专项风险分析。

项目风险的主要分类

对于不同的项目可研报告论述的内容也不尽相同，涉及的风险也各有不同，在项目的各种随机因素的作用下，项目往往难于实现预测效果，这些不同因素构成了风险的分类，不同项目的风险各有侧重，常见的风险如下：

政策与社会风险

我国正处在深化市场体制改革阶段，在项目建设和经营过程中新的经济政策、规范、法规可能出台，涉及的方面可能对项目的影响有利也可能不利。社会的风险也是客观存在，它可能关系到社会一些领域和不同阶层、不同行业利益，包括：社会的和谐、社会的风气、人文环境都可能对项目产生影响，所以政策和社会风险对项目的影响是不能低估的。

市场风险

对于有产品的生产型项目，市场风险主要来自三个主要方面：一是项目可研报告中对市场需求的定性与定量分析与实际需求情况有较大偏差;二是可研报告对企业的经营成本和产品销售价格的变化趋势与实际情况有较大偏差，直接影响企业的经济效益;三是对同行业的发展，对企业竞争能力的冲击论证的不够。

工艺技术风险

主要是指项目选定的生产工艺技术，是在只追求先进与可靠适用，而其风险产生往往在以下方面：一是按选定的工艺技术要求选择的主要生产设备在产品生产的产量上、质量上是否真正的满足生产需要;二是在 *** 作、维护、保养需更换的配件等方面是否会影响项目的正常运营;三是工艺技术、设备的 *** 作对员工素质的要求也是不可忽视的风险因素，也必须加以预测分析。

经济风险

项目经济风险因素主要产生于以下三个方面，一是为追求项目有个较好的经济效益，对一些数据预测的不够准确，包括产品的销售价格和经营成本，二是对外界因素影响项目经济数据的变量预测的不准;三是投入与产出影子价格预测的不确定性缺少分析。

生态环境风险

根据国家环境保护法要求，生态环境风险主要指在可研阶段对项目建设、运营阶段排放的污染物对环境、自然资源等方面产生的负面影响程度是否预测分析准确，是否会影响项目的顺利实施，是否会加大项目建设投资、影响项目的正常投产、增加运营成本等都是项目生态环境风险所在。

投资风险

项目的投资风险不仅指项目实施过程中产生的不可行性，带来的投资损失的风险，同时也包括可研阶段由于投资估算准确程度和实施阶段各种因素变化给项目带来的风险。

此外还有其他四个方面因素：

一是实施过程中工程方案的变动使工程量增加;

二是对项目建设过程中原材料价格、人工费的上涨预测的不准确，增加项目建设的投资;

三是在智能建筑行业中，有几个带有根本性的理论问题，大家较少触及，也从来没有认真地展开讨论过。这些问题如果没有讨论清楚或者概念模糊的话，就有可能在实践中被一些模糊的技术理念误导，走弯路，甚至在人、财、物各方面造成浪费，影响行业的健康发展;

四是对涉及征地、拆迁方面可能遇到问题预计的不够，上述这几个方面因素是造成投资风险主要方面

融资风险

项目融资风险主要是指项目建设阶段所需资金的筹措可能遇到的不利因素，例如自筹资金出现难度、申请政府扶持资金或银行贷款额度发生变化、投资合作方出现变故等，构成项目的融资风险。

可研报告中的风险分析与对策

风险是不以人的意志为转移并超越人们主观意识的客观存在，在项目的全寿命周期，风险无处不在、无时不有，但同时风险具有可变性和可预测性，在项目的实施过程中各种风险在质和量上将随着项目的进展，主客观条件不断变化，有些风险完全可以得到控制，在可研阶段对项目涉及的主要风险方面进行分析的目的是让投资者认识和控制风险，在有限的时间和空间内改变风险存在和发生的条件，降低其发生的频率，减少建设项目的损失。

其主要对策包括三个主要方面：一是对重点问题加强多方案比选;二是对有关项目主要风险提出专项课题进行分析研究;三是投资、成本构成、销售价格等方面要有充分的风险余地，并在执行过程中实施有效的监控。

主要内容

1全面深入地进行市场分析、预测。调查和预测拟建项目产品在国内、国际市场的供需情况和销售价格；研究产品的目标市场，分析市场占有率；研究确定市场，主要是产品竞争对手和自身竞争力的优势、劣势，以及产品的营销策略，并研究确定主要市场风险和风险程度。

2对资源开发项目要深入研究确定资源的可利用量，资源的自然品质，资源的赋存条件和开发利用价值。

3深入进行项目建设方案设计，包括：项目的建设规模与产品方案、工程选址、工艺技术方案和主要设备方案、主要原/辅助材料、环境影响问题、项目建成投产及生产经营的组织机构与人力资源配置、项目进度计划、所需投资进行详细估算、融资分析、财务分析、国民经济评价、社会评价、项目不确定性分析、风险分析、综合评价等等。

编制方式

可行性报告的编制一般由企业内部市场部或专业的市场研究公司撰写，市场研究公司在数据采集、资料归类、观点提炼、报告撰写方面具备独特的专业优势，行业内较为有实力的企业，拥有专业的报告撰写团队，完整的数据库。

项目流程

接受客户项目委托→组建项目小组→事前调查→编制项目研究计划→签订合同或协议→正式介入调查→分析研究、优化和选择方案→编制可行性分析报告

说明该项目的实现在技术上，经济上和社会因素上的可行性，评述为合理地达到开发目标可供选择的各种可能的实现方案，说明并论证所选定实施方案的理由。

不知道你是大工程还是小项目！？工程实施前的准备：项目市场调研报告，项目申请报告（可以2合一）；项目可行性报告，项目论证报告（可以2合一）。立项后的需求分析阶段：项目需求分析报告书，项目风险评估报告，假如你已签订合同或者立项，则还需要：项目施工合同书，工程合作备忘录（大项目或者工程才用到），项目（工程）规划书，项目经费预算报告（可以和前面的规划书2合一）。工程施工阶段：项目工程设计报告（必须附带细则和对应的甘特图）。与信息系统有关各表的编码规则，阶段性报告。项目测试与验证阶段：测试计划书，测试报告（有两个，一个给合同方一个给自己内部人员）。项目收尾与后续协议：软件用户手册（帮助文档），售后服务协议，还有给自己人看的结项报告。非常仔细吧，呵呵，小工程有很多报告是可以二合一的，大工程那就要逐步细化的产生报告了！

尽管如此，还是有必要对这些风险进行梳理。不过，在开始对风险评估之前，IT部门首先需要了解为什么会提出这样的问题以及有哪些风险需要进行评估。其中尤为重要的是，每一个人都要明白，IT面临的风险最终都会波及到企业的正常经营。

一般而言，这些风险可以分为以下四种，它们都有对应的风险控制工具:

1 业务运营风险。对此类风险的评估涉及到企业面临着何种竞争威胁，而对竞争威胁的分析有助于企业决定投入多少必要的资源来应对这种竞争威胁。

在面临那些非传统的竞争威胁时，选择合适的应对策略有时是非常困难的。比如，很多高科技企业在最初面对微软时就根本没有把它放在眼里，认为它不过是一个从哈佛退学的学生组成的一个小公司而言。最后这些企业为此付出了代价。

对于业务经营风险而言，应对策略就是参考那些好的对各种相关风险进行评估的企业案例。面对一个崭新的市场机会，进行一次全面的风险评估对保证经营的成功就像准确的财务分析报告一样重要。

2 项目风险。对于经过批准的或者是已经在开发中的项目，其管理重点通常落在项目是否能在预算内、按期、高质量地交付。其对应的风险控制方法是利用有效的项目管理和进行常规的监控。

3 业务中断风险。这类风险指的是企业在困难环境中是否能继续保持业务运转，比如，服务器突然宕机或者大厦被毁坏时。在大多数情况下，服务器崩溃只会影响少数几个人，而建筑物被毁坏可能会导致公司经营活动全部终止。

4 市场风险。这类风险又可以分为地缘政治风险和特殊行业风险。地缘政治风险包括战争、恐怖袭击、瘟疫以及进出口限制等，此类风险的大小取决于具体的国家、企业供应链的复杂程度以及所处的行业与政治之间的关系等。特殊行业风险指的是国家对某些行业的特殊限制政策等，例如从事金融服务业必须考虑国家的银根紧缩政策、债务抵押业务的彻底崩溃以及类似目前袭击全球的次贷风波等; 从事日常消费品生产的制造商必须小心快闪族通过社交网络唾弃它们的产品。

这类风险的控制主要依赖于快速对各种不确定的事件制定出相应的对策。其中最为重要的是，要努力去发现各种可能的风险，因为最大的风险恰恰是我们不知道有何种风险。

外包特别是离岸外包会增加上述各种风险的危险性。对外包的风险进行评估时必须特别关注通信、物流供应以及供应商的变化和知识产权等问题。

另外，在进行任何风险评估之前，还必须了解公司的管理团队面临的困难，然后再选择合适的办法来应对潜在的因难。如果经济状况允许，也可以考虑对风险进行投保。

总结是把一定阶段内的有关情况分析研究，做出有指导性的经验方法以及结论的书面材料，它可以有效锻炼我们的语言组织能力，因此十分有必须要写一份总结哦。我们该怎么写总结呢？下面是我整理的系统集成项目总结报告，欢迎阅读，希望大家能够喜欢。

现代企业中，计算机系统集成项目管理变得越来越重要，成为企业制度管理的一个非常重要的部分。

IT企业建立现代企业制度必须进行计算机信息系统集成项目管理，只有搞好计算机信息系统集成项目管理才能够完善现代企业制度，使之管理科学化。

一、计算机系统集成项目管理的内容和特点

研究如何以高效益地实现项目目标为目的是计算机系统集成项目管理的主要内容，以项目经理负责制为基础，对项目按照其内在逻辑规律进行有效地计划、组织、协调和控制，以适应内部及外部环境并组织高效益的实施，使各项目要素优化组合、合理配置，保证实施的均衡性，利用现代化的管理技术和手段，以实现项目目标和使企业获得良好的综合效益。

计算机系统集成项目管理是为使项目实现所要求的质量、所规定的时限、所批准的费用预算所进行的全过程、全方位的规划、组织、控制与协调。

项目管理的对象是项目，由于项目是一次性的，故项目管理需要用系统工程的观念、理论和方法进行管理，具有全面性、科学性和程序性。

计算机系统集成项目管理管理就是在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望。

具体执行要包含以下三要素：首先是必须在一定的时间、费用和资源的限制条件下保证质量完成目标;其次是必须确保计划得以执行，并监督项目进展，根据需要及时调整计划;最后是项目管理必须根据项目的具体情况，制定计划。

这里拿本人参与的项目“浙江玉环人民医院机房改造及防雷接地项目”为例说明一下这三要素：因为医院早已投入使用，不能随便断电和断网络，故造成机房内部施工实施时间非常有限，只能利用晚上医院下班后的时间进行施工，所以如何在有限的时间内，充分利用有限的资源保证质量完成目标，制定一个周全可行的计划是最关键的环节。

当时我们制定的项目实施计划是每天两组进行施工，白天A施工队进行外部防雷接地挖坑埋接地装置，夜里B施工队进行内部机房新设备安装接线，避免浪费时间。

该项目另外一个重要的环节就是要合理分工，因为在医院是一个非常特殊的环境，施工一是不能破坏现有设施，影响医院的日常运行;二是要求安静，不能影响到病人和医生;三是机房接地和防雷接地要做成综合接地，对地电阻要求很高;四是这个医院的房子是老房子了，和新式建筑有区别，没有现成的钢柱做引下线，要重新做接地井，而且机房地板都是水泥，对铺设机房接地网造成了很大的难度。

从这个项目我们就不能看出，计算机系统集成项目管理必须要理论与实际相结合，不能一味的按书本上的理论制定计划，必须结合现场实际情况进行指定计划、合理选用和安排人员施工，才能使项目按时保质的完成。

二、项目管理问题略析

(一)问题的出现

在这个项目上当然不是一帆风顺的，我是从项目招投标开始接收组织项目进展的，当时接到项目任务后，随后立即召集了商务部、售前技术部、销售部、客服部和质量部等相关部门，进行了一次项目内部启动说明会，并把各自的分工和进度计划进行了部署。

然而，在投标前三天进行投标文件评审时，发现技术方案中所配置的设备在以前项目使用中是有问题的，必须更换。我和方案编制人员经过加班加点，终于修改完成。到了正式评标会上，又遇到了一点麻烦，原来授权代表声明和投标方案中写的不一致，影响了评标分数。不过还好，项目最终拿了下来，并和用户确定了合同。

根据公司流程，我把项目移交给了售后实施部门，由他们具体负责项目的执行和验收。实施部门接手项目后，另外一个工程人员被任命为实施项目经理，负责项目的实施和验收工作。他由于项目前期自己没有尽早介入，许多项目前期的事情都不很清楚，而导致后续跟进速度较慢，影响项目的进度。同时，设计方案时，售前工程师没有很好地了解用户需求，也没有书面的需求分析调研报告。

在接手项目后，必须重新开始了解用户需求，编制实施方案，这样无形中增加了实施难度和实施成本。

等到这一切理出了头绪，在商务下单订货过程中，又发现由于商务人员的工作失误，导致少采购了几台设备，并且设备模块配置功能错误而不能符合要求。

而在我们公司中，由于售后和售前是两个独立的部门，在项目执行中，特别是项目执行完毕后，没有一套明确而完善的项目总结和闭环的问题分析和关闭流程，导致许多项目中重复出现相同或类似的错误或失误，进而导致投标失败、项目成本较高、项目执行中困难重重、用户满意度较低等诸多风险。

(二)项目总结

经过这个项目完整结束后，我认识到了做好项目总结工作是其中的关键之处。

与项目成员沟通后，我发现要做好项目总结的工作，首先就应该在项目启动时将其加以明确规定，比如项目评价的标准、总结的方式以及参加人员(如项目办公室、商务部、售前部、市场部、储运部等)等。

事实上，项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容，同时也可以作为对项目合同、设计方案内容与目标的确认和验证。

项目总结的目的和意义在于总结经验教训、防止犯同样的错误、评估项目团队、为绩效考核积累数据以及考察是否达到阶段性目标等。

总结项目经验和教训，也会对其他项目和公司的项目管理体系建设和项目文化起到不可或缺的作用。

完善的项目汇报和总结体系对项目的延续性是很重要的，例如项目完成后项目的售后维护、设备保修等。

特别是项目收尾时的项目总结，项目管理机构应在项目结束前对项目进行正式评审，其重点是确保能够为其它项目提供可利用的经验，另外还有可能引申出用户新的需求而进一步拓展市场。

(三)项目总结的内容及分析

总结项目经验所需的信息应来自哪些方面呢以前项目中的总结信息很零散，每个部门只从本部门出发，总结自己的问题，而没有其他部门或人员的参加。

而实际上，它应该来自项目的各个方面，其中包括来自项目组、客户及其它项目干系人的反馈及项目管理信息系统(PMIS)。

同时，使用这些信息以前，应确保收集这些信息的系统、组织和流程能够正常运行，并且应建立项目信息的收集、发布、存贮、更新及检索系统，确保有效地利用项目中的各种信息资源。

从管理的观点来说，项目生命周期的每个阶段或者称之为里程碑，都应该进行评估总结，以确定是否实现了此阶段的目标，项目是否可以正式开展下一个阶段工作。

总之，项目的不同阶段都应该有完善的项目总结，只不过总结的形式、内容、编写者和阅读对象等侧重点不同而已。

在编写项目总结报告时，应该首先明确编写的目的，同时也应简述项目概况、项目背景和项目进展情况。

因为既然叫项目，就有其独有性、时间性。

这样，项目总结的内容才能够更具有针对性、时效性和持续改进的意义。

1项目进度。

按照项目整体计划或项目滚动计划编写的计划工期与实际工期之间差距和原因分析。

其间有哪些变化对工作量的估计如何以便为项目经验库提供相应数据，提高下次计划的准确性。

2项目质量。

项目的最终交付物与客户实际需求的符合度。

需要注意的是“客户”，他可以是一般意义上的外部客户，也可以指内部的客户。

项目质量管理不但包括对项目本身的质量管理，也包括对项目生产的产品进行的质量管理。

具体可以从质量计划、质量控制、质量保证入手，以保证项目质量的持续改进。

具体可以采用ISO9000质量保证体系，加上完善的质量管理工具、图表等辅助工具加以统计分析，得出改进建议。

3项目成本。

就计划成本、实际成本对比成本构成明细的差距和原因分析及建议，也包括项目合同款执行情况的分析总结。

IT项目经理一般可控制的成本主要是人工费，对于未建立项目级核算的组织，可以用加权人天数表示，对不同级别的人员(项目经理、高级工程师、一般工程师)赋予不同的权重。

4项目风险。

就风险识别、风险分析和风险应对中的经验和教训进行总结，包括项目中事先识别的`风险和没有预料到而发生的风险等风险的应对措施的分析和总结。

也可以包括项目中发生的变更和项目中发生问题的分析统计的总结。

5项目资源。

项目资源不但包括人力资源情况，而且还包括设备、材料等其它资源的合理使用、开发情况。

特别是项目成员的绩效统计分析和评价，以便更加有效地开发和利用人力资源。

通常，可以采用直观的图表形式来反映项目的资源情况。

6项目范围。

项目范围包括产品范围和项目范围。

其中，产品范围定义了产品或服务所包含的特性和功能;项目范围定义了为交付具有规定特性和功能的产品或服务所必须完成的工作。

合同中所规定的产品范围和项目范围以及用户确认的计划等都属于项目中要控制的范畴，另外还包括实际执行情况的差距和原因分析。

7项目沟通。

沟通是人员、技术、信息之间的关键纽带，是项目成功所必须的。

在国内，不少项目经理对沟通不够重视，或者不知如何做好项目中的沟通工作，这都需要各级项目管理人员对其加以重视。

在项目总结时，可以就项目过程中的内部、外部沟通交流是否充分，以及因为沟通而对项目产生的影响等方面进行总结。

8项目采购。

国内IT项目的项目经理一般对项目采购接触不多或接触不到，多由商务和财务部门负责。

如果是项目级的核算，采购管理是很重要的组成部分，否则可能因采购过程中的成本、风险、进度、技术和资源等方面引起很多问题。

9项目评价。

项目评价是对项目交付物的生产率，产品质量，采用的新技术、新方法、项目特点等的总结。

另外还应该包括项目客户满意度收集统计和分析。

客户满意度调查内容不但包括项目管理或流程层面，也应包括技术层面。

同时，有必要说明本项目与以往项目相比的特别之处。

例如：特殊的需求、特殊的环境、资源供应、新技术新工艺等，总之是具有挑战性的、独特的事件以及关键的解决方案和实施过程。

10遗留亟待解决问题。

说明项目有无遗留亟待解决问题。

如果有，必须针对这些问题进行深入分析，明确责任，提出解决方案。

11经验教训及建议。

不断将实施过的项目中的技术经验、管理经验以及教训等进行总结，积累起来就可以成为公司的财富。

需要强调的是，项目总结非常重要，不能只报业绩，不报失败，对于失败的项目，要坚持对事不对人的原则。

这样项目总结才能够顺利开展，并对今后工作有指导意义。

参考文献：

[1]周伦钢,吴建军IT项目管理探讨[J]郑州大学学报,2003,24,4:102

[2]池仁勇项目管理[M]北京:清华大学出版社,2004,9

[3]周小桥突出重围:项目管理实战[M]北京:清华大学出版社,2003,9

[4]白思俊现代项目管理(上册)[M]北京:机械工业出版社,2002

[5]毕星,瞿丽项目管理[M]上海:复旦大学出版社,2000:353-357

要让所有的事情都去掉主观性是很困难的，但是实践和经验可以提高项目经理预测风险的概率和影响的能力。通常的风险评估过程都由以下六个基本步骤构成。评估所有的方法。所有不同的方法都应该考虑到，所有影响风险的因素都必须考虑。头脑风暴法或其他的风险识别方法应该使用得透彻，所有可能影响风险发生的因素都应该考虑到。考虑风险态度。决策者的风险态度是需要重点考虑的。不同的人会用不同的态度估计风险，并且使用同样的数据做出不同的决定。一些决策者，与其他的决策者相比较，或多或少是厌恶风险的，并且会根据给定的数据，对风险的发生和影响做出不同的主观评估。考虑风险的特征。风险是否已经识别、它们是否可控和它们的影响将会怎样，这些都是需要考虑的。控制已经识别(例如内部可控的)的风险而不是其他的(例如外部不可控的)风险，这是可能的。所有可能的风险特征都需要识别。建立测量系统。风险需要用定量或定性(或综合的)方法测量和评估。一些方法是使用已经建立的模型，这些模型输入了风险的特征和风险面临的情况，这样，根据历史经验就可以做出预测。解释结果。测量中生产的数据需要解释。这种解释同样也有定性的或定量的。测量过程的结果给预测和可能的结果提供了一种暗示，但是这些仍需要解释。两个不同的解释人员可能用的是同样的数据和结果，但他们所做的评价却不相同。解释可能会根据观察到的数据用外推法对未来的结果做出预测。做决策。整个过程的最后阶段需要决定哪些风险会保留，哪些风险要转移出去。风险是否保留取决于组织的实际情况和决策者的态度。

IT项目的风险管理

风险一词越来越被概念化，并随着人类活动的复杂性和深刻性而逐步深化，及时在IT项目同样存在，下面我为大家准备了关于IT项目风险管理的文章，欢迎阅读。

一、风险的定义

风险有两种定义：一种定义强调了风险表现为不确定性;而另一种定义则强调风险表现为损失的不确定性。

若风险表现为不确定性，说明风险产生的结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于此类。而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险中获利的可能性，属于狭义风险。

广义的风险展现出来的是机会，虽然这种机会可能让我们的项目变得颗粒无收，但如果一旦机会有利于项目，则可以大赚一笔，风险投资家们心中的风险正是广义的风险，所以风险才会吸引他们投入巨大的资金。而作为项目管理者来说，风险对他们意味着失败的危险，因此必须将任何风险扼杀于摇篮之中。

二、IT项目风险的特征

由于软件本身的特点，导致IT项目与传统项目有很大差异，因此IT项目的风险管理难度要比传统项目大。

1需求不稳定

软件项目的需求多变已成为软件业界的共识，正因为需求的多变，才让瀑布模型一直遭受到软件工程界的抨击，因此诞生了原形模型。在IBM的RUP和众多的敏捷方法论中，一直将需求不确定列为软件项目的最大特点，因而出现了拥抱变化一说。

当一个IT项目开始实施的时候，如果客户连他需要做什么，要实现一些什么功能都不能确定的话，那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢所以他们只有在漫长的等待过程中，不断遭受到客户的“批评”，在经历了“九九八十一次磨难”之后，才恍然大悟，原来就是要做一个这样的系统啊!

这有点像盲人走路一样，盲人根本就不知道前面是什么，因此他往前走一小步，如果不是路，则向左旋转一点点，再次用脚探探前面，如果是路的话，则可以往前迈一步。如果这个盲人运气不好的话，第一脚就在悬崖边上踏空，那么他将跌入万劫不复的深渊。我们的项目也如同这个盲人，稍有不慎就可能让自己走向失败，这是一个多么大的风险啊。

2项目规模估计不准确

当老师给我们布置作业的时候，如果他多布置了几个题目，下面的同学便会大声地嘘叹，开始私下的嘟噜：“又要做一个多小时了!”。学生们在很短的`时间内就能够准确的估计作业量大不大，他们的估计凭借着他们每天一次的做作业的经验和那一瞬间对题目的印象，虽然他们并没有做过刚布置的这些题目，但是估计得仍然是那么的准确。

任何一个建筑工程的项目经理都能对自己的项目进度掌握准确，在他们的眼中，只要资金到位，则进度就可以得到保证。工地需要多少人，什么时候需要开始进行什么工序的施工，什么时候需要加班，这些都在他们的心中掌握着。资金就是他们最大的风险。

而软件项目与之不同，在软件项目开始后，很少有缺钱的。只看到过资金没有到位的“烂尾楼”，但是从来没有看到过由于项目资金没有到位的问题而导致未完成的软件项目，就算是缺钱也是因为签合同的时候要少了。

再优秀的软件项目经理，他也无法预计好自己的项目什么时候能够完成，因为在他进行估算的时候，客户的需求还没有搞清楚呢!再者，建筑工程可以通过预算很准确地得出整个建筑的工程造价，而软件项目却很难，因为不管是代码行估算法，还是功能点方法，都远不及“我猜，我猜，我猜猜猜”中猜得准确，这些方法很多时候甚至不如算命先生算得准。

3人的因素对项目影响很大

人可以说是整个软件项目的灵魂，软件项目不需要钢筋、水泥和沙石，也不需要任何的施工机械。软件项目的原材料就是人的思想和智慧，而计算机和CASE软件则是项目的施工工具。通过键盘和鼠标，无数的程序代码在程序员手中诞生了。如果要问软件项目最大的成本在哪里，那么答案只有一个，就是人力成本。

一个优秀的程序员的工作效率要远远高于一个蹩脚的程序员，一个程序新手甚至根本就不能够产生任何生产效率。不仅如此，新手的错误行为，将让熟练员工牺牲很多时间来帮助新手纠正他们的错误，甚至可能导致降低软件开发的效率。

虽然软件项目已经实施角色分工和管理，但是相对于其他工程的分工来说则分工比较单一。软件项目中，一般分有：系统分析师、架构师、设计师、程序员、测试工程是及配置管理人员和项目经理等。这样的分工并不能有效地降低他们工作内容的复杂度。如果能像建筑工程中的砌墙、浇注混凝土、搭脚手架那样分工细致的话，则培训软件蓝领也不会需要费如此大的力气了。

;

以上就是关于求教IT项目论文全部的内容，包括:求教IT项目论文、可行性研究报告中的风险分析、如何编写IT项目方案等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！