如何做项目方案

项目范围指对项目所期望的最终产品和可交付成果，以及为实现该产品和可交付成果所需各项具体工作的简明描述。项目范围的确定为成功实现项目目标定义了恰当的范畴，即规定或控制了具体的项目。恰当的范围界定对于项目成功是十分重要的。

范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等。范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。

扩展资料

项目范围：以范围规划的成果为依据，详细描述项目和产品的过程，并把结构写进详细的项目范围说明书中。

范围说明书： 这是项目范围规划过程中的主要输出成果，包括了前述的项目的合理性说明、项目成果描述、项目阶段目标、项目可交付产品或者服务清单等内容，是范围定义过程的主要依据之一。

制约因素： 即对项目组行为进行限制的因素和条件，如项目预算、范围、时间等。

前提条件： 即为了制定项目计划而必须假设能够在将来获得解决的一些条件，这些前提条件一般都是真实的、符合现实的、肯定的，也是可以解决的，但也存在未能如期解决的风险。

其他计划结果： 其他领域内的结果也可以作为确定范围定义时的一个参考因素。

历史资料： 其他IT项目或者相关项目及相关领域内项目的历史资料，也是在进行项目范围定义时参考的因素。

在进行范围定义时，经常使用的工具和技术有：

产品分析。每个应用领域都有一些通用的方法把高层的产品描述转变为切实的可交付的成果。产品分析包括许多技术，例如产品分解、系统分析、系统工程、价值工程、价值分析和功能分析等。

识别出多个可选方案。识别出可选方案是一种技术，该技术用来产生执行和完成项目工作的多种方法。在这个过程中可应用很多通用的管理方法，例如“头脑风暴法”和“横向思维法”。

专家判断法。每个应用领域都有一些专家，其经验可用于定义详细的项目范围说明书。他们的判断和专长可运用于任何技术细节。

一般，当完成项目范围定义后，下一步将根据项目范围说明书等，制作工作分解结构WBS。

参考资料来源：百度百科-项目范围

参考资料来源：百度百科-项目范围管理

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

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

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

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

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

一、意向提出阶段

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

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

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

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

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

二、需求分析阶段

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

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

当前业务流程分析

未来业务流程分析

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

信息化功能点需求

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

需求的优先次序

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

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

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

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

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

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

三、可行性方案论证阶段

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

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

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

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

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

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

四、产品选型阶段

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

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

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

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

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

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

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

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

商务谈判

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

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

一、背景目标

这部分主要对两个W——WHY & WHERE 进行说明，描述该项目应对的需求或问题，以及预期达成的目标。需要强调的是务必把预期的输出成果和目标效果说清楚，其中有两个关键词：用户和场景。

用户：好的产品是找准用户的，所以满足的是谁的需求、或解决的是谁的问题，这点必须很明确。用户如果不明确的话，项目做完之后就不知道该向谁去推广了。

场景：具体的需求或问题一定离不开场景的，场景说明的就是项目的输出成果会在什么时候按照什么流被使用。这一点如果不明确的话，用户拿到产品可能也不知道这些新功能或新特性有什么用。

二、技术方案（方案设计/工作方案）

这部分主要对WHAT & HOW 进行说明，即说明为达成目标，具体进行怎样的产品设计以及采用怎样的技术方案，包括产品的UI设计、交互设计、架构设计、技术选型、流程设计等等，总之就是把具体怎么做说清楚。这个关键的关键词是：逻辑性。

方案与目标的映射逻辑

Dieter Rams的设计十大原则中提到过：Good design is as little design as possible 至纯至简，好的设计直击目标，不做额外无关的设计。常见表述不清的问题，往往是看不出方案和目标有什么关系。

自上而下的表述逻辑

对于具体方案的表述一般先来张总图，说明方案涉及到的几个方面，然后再每个方面分别阐述，并说明各方面之间的关联关系。

涉及到架构设计的可以参考如下：

Sherman：如何写架构设计7 赞同 · 0 评论文章

三、实施策略

这部分是对HOW的补充，也就是项目在具体 *** 作过程中需要考虑的点。

举几个例子，例如”平滑演进“，说明的是新开发的功能，需要和老功能有个过渡的阶段，会引出相关过渡措施；又或者”XX团队联动“，意思是需要跨团队合作，为后面的组织保障提前打个招呼等。

这部分偏软技能一些，实际汇报时可以单独一章节，也可以按需和第二章节技术方案合并。

四、计划安排

这部分主要对另外两个W——WHEN & WHO 进行说明，明确组织保障和时间计划。

划定项目团队层次结构图：明确参与项目的团队及各方职责，如果是一个团队那也会分组，如果连分组也不用，那么这部分可以需要。

任务分解与分配：基于技术方案，在实施策略的指引进行任务分解和优先级编排，明确任务的输出成果、依赖关系以及计划完成时间，形成一个完整的任务清单；之后根据职责划分，为每一项任务排定负责人。

资源申请：根据各项任务所需，梳理汇总所需的人力、服务器、费用等相关资源，用于评估项目成本和项目启动准备。

其他涉及到计划安排的事宜也都可以在这个环节进行说明。

五、风险及应对

这部分是进一步对HOW的补充说明，也就是对实施过程中可能会出现的风险进行预判，并提前设计好应对措施和流程。

这个风险可能是项目实施过程中的技术风险，例如对产品稳定性产生了影响；也可能是项目管理上的风险，例如进度延期、成本超标等。总之，能想到的风险都提前打个预防针是不会错的。

结语

IT产品规划的实际落地有赖于一个个项目能够稳步推进，通过从目标、设计、资源、风险等全方面提前规划，是一个项目成功的开始。磨刀不误砍柴工，大家千万不要忽视了有章法地进行项目方案规划的重要性哦。

比较好的项目管理软件有8Manage项目管理软件，为了项目顺利如期落地，相比单纯的信息记录工具记录项目信息，可能更需要的是一款能够实时和随时掌握项目真实情况并及时知道偏差的项目管理软件。8Manage项目管理软件也一样，无论项目发生了什么变化、项目成员做了什么，所有项目信息都会被如实追踪记录。项目在开始后，项目计划看起来仍然像项目计划，但所有信息实际上都是实时从项目的底层交易记录生成的。这意味着每个人都在关注的项目计划一直是最新的单一事实版本。想要骗8Manage 就像想骗ATM机一样困难，因为系统能实时独立运算辨别真假。

当项目规模扩大、复杂程度提高时，单纯的信息记录工具是无法应对的。而8Manage的管理数据真实性及完整性，再加上它的责任跟踪能力，绝对能产生“十目所视，十手所指”的作用，来阻吓人们不诚实的想法和行为, 大大减少项目受人性奸诈的干扰，从而让整个团队能更科学地完成项目。

项目管理工具常见的看板信息记录功能8Manage项目管理软件当然也具有，但其独特之处在于项目廉明管理和责任跟踪。

● 动态追踪项目结果

实时记录更新项目信息，并且快捷有效地记录和管理项目变更。当项目人员需要找出某一个或一系列变更请求的变更影响，他们只需输入变更请求的编号，系统就会自动显示它的变更影响信息。

●诚实明确划分责任

项目管理信息的高度可靠性会使人们保持诚实。实时和透明的信息使人们更容易发现问题，找到问题的原因及确定问题的责任人。信息实时准确地呈现给企业所有利益相关者，人们将会更加认真负责，不会找借口推卸责任。

再小的项目也需要真实的信息、需要人的诚实。项目管理工具不但要具备“辨别真假”的能力，还要“掌控人员诚实度”。8Manage基于强大的项目管理逻辑及交易型的行动数据来掌控人员的诚实度，能够使项目成员保持诚实和及时更新其负责的部分。项目数据来龙去脉一目了然，从而确保项目信息精准可靠，可追本溯源。

正因为这样，8Manage项目管理软件不仅可应用于任何小型项目，分布式项目管理（如团队分散在不同地区及时区）、大型项目管理以及多项目管理更加需要这样的项目管理软件，否则呈报虚假项目数据的情况就会经常发生。

以上就是关于什么是项目的范围项目管理范围的内容是什么全部的内容，包括:什么是项目的范围项目管理范围的内容是什么、IT项目文案范文、如何做项目方案等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！