【精选】项目计划模板汇编五篇

　　光阴迅速，一眨眼就过去了，很快就要开展新的工作了，写好计划才不会让我们努力的时候迷失方向哦。那么我们该怎么去写计划呢？以下是小编为大家收集的项目计划5篇，欢迎阅读，希望大家能够喜欢。

【精选】项目计划模板汇编五篇

项目计划篇1

　　一、施工项目成本计划的组成

　　施工项目的成本计划一般由施工项目降低直接成本计划和间接成本计划组成。如果项目设有附属生产单位(如加工厂、预制厂、机械动力站和汽车队等)，成本计划还包括产品成本计划和作业成本计划。

　　(一)施工项目降低直接成本计划

　　施工项目降低直接成本计划主要反映工程成本的预算价值、计划降低额和计划降低率。一般包括以下几方面的内容。

　　1.总则

　　包括对施工项目的概述，项目管理机构及层次介绍，有关工程的进度计划、外部环境特点，对合同中有关经济问题的责任，成本计划编制中依据其他文件及其他规格也均应作适当的介绍。

　　2.目标及核算原则

　　包括施工项目降低成本计划及计划利润总额、投资和外汇总节约额(如有的话)、主要材料和能源节约额、货款和流动资金节约额等。核算原则系指参与项目的各单位在成本、利润结算中采用何种核算方式，如承包方式、费用分配方式、会计核算原则 (权责发生制与收付实现制)、结算款所用而种币制等等，如有不同，应予以说明。

　　3.降低成本计划总表或总控制方案

　　项目主要部分的分部成本计划，如施工部分，编写项目施工成本计划，按直接费、间接费、计划利润的合同中标数、计划支出数、计划降低额分别填入。如有多家单位参与施工时，要分单位编制后再汇总。

　　4.对施工项旨成本计划中计划支出数估算过程的说明。

　　要对材料、人工、机械费、运费等主要支出项目加以分解。以材料费为例，应说明:钢材、木材、水泥、砂石、加工订货制品等主要材料和加工预制品的计划用量、价格，模板摊销列入成本的幅度，脚手架等租赁用品计划付多少款，材料采购发生的成本差异是否列入成本等等，以便在实际施工中加以控制与考核。

　　5.计划降低成本的来源分析

　　应反映项月管理过程计划采取的增产节约、增收节支和各项措施及预期效果。以施工部分为例，应反映技术组织措施的主要项目及预期经济效果。可依据技术、劳资、机械、材料、能源、运输等各部门提出的节约措施，加以整理、计算。

　　(二)间接成本计划

　　间接成本计划主要反映施工现场管理费用的计划数、预算收入数及降低额。间接成本计划应根据工程项目的核算期，以项目总收入费的管理费为基础，制定各部门费用的收支计划，汇总后做为工程项目的管理费用的计划。在间接成本计划中，收入应与取费口径一致，支出应与会计核算中管理费用的二级科目一致。"间接成本的计划的收支总额，应与项目成本计划中管理费一栏的数额相符。各部门应按照节约开支、压缩费用的原则，制定“管理费用归口包干指标落实办法”，以保证该计划的实施。

　　二、施工项目成本计划表

　　在编制了成本计划以后还需要通过各种成本计划表的形式将成本降低任务落实到整个项目的施工全过程，并且在项目实施过程中实现对成本的控制。成本计划表通常由成本计划任务表、技术组织措施表和降低成本计划表三个表组成，间接成本计划可用施工现场管理费计划表来控制。

　　(一)项目成本计划任务表

　　它主要是反映工程项目预算成本、计划成本、成本降低额、成本降低率的文件。成本降低额能否实现主要取决于企业采取的技术组织措施。因此，计划成本降低额这一栏要根据技术组织措施表和降低成本计划表来填写。

　　(二)技术组织措施表

　　它是预测项目计划期内施工工程成本各项直接费用计划降低额的依据。是提出各项节约措施和确定各项措施的经济效益的文件。由项目经理部有关人员分别就应采取的技术组织措施预测它的经济效益，最后汇总编制而成。编制技术组织措施表的目的，是为了在不断采用新工艺、新技术的基础上提高施工技术水平，改善施工工艺过程，推广工业化和机械化施工方法，以及通过采纳合理化建议达到降低成本的目的。

　　(三)降低成本计划表

　　它是根据企业下达给该项目的降低成本任务和该项目经理部自己确定的降低成本指标而制定出项目成本降低计划。它是编制成本计划任务表的重要依据。它是由项目经理部有关业务和技术人员编制的。其根据是项目的总包和分包的分工，项目中的各有关部门提供降低成本资料及技术组织措施计划。在编制降低成本计划表时还应参照企业内外以往同类项目成本计划的实际执行情况。

　　(四)施工现场管理费计划表

　　三、施工项目成本计划的风险分析

　　(一)施工项目成本计划的风险因素

　　在编制施工项目成本计划时，我们不可避免地会考虑一定的风险因素。因为，目前我国是以社会主义市场经济为经济体制改革的目标，市场调节成为配置社会资源的主要方式，通过价格杠杆和竞争机制，便有限的资源配置到效益好的方面和企业去，这就必将促进企业间的竞争、加大风险。

　　在成本计划编制中可能存在着以下几方面的因素导致成本支出加大，甚至形成亏损:

　　(1)由于技术上、工艺上的变更，造成施工方案的变化;

　　(2)交通、能源、环保方面的要求带来的变化;

　　(3)原材料价格变化、通货膨胀带来的连锁反应;

　　(4)工资及福利方面的变化;

　　(5)气候带来的自然灾害;

　　(6)可能发生的工程索赔、反索赔事件;

　　(7)国际国内可能发生的战争、骚乱事件;

　　(8)国际结算中的'汇率风险等等。

　　对上述各可能风险因素在成本计划中都应做不同程度的考虑，一旦发生变化能及时修正计划。

　　(二)成本计划中降低施工项目成本的可能途径

　　降低施工项目成本可从以下几方面考虑:

　　1.加强施工管理，提高施工组织水平

　　主要是正确选择施工方案，合理布置施工现场;采用先进的施工方法和施工工艺，不断提高工业

　　化、现代化水平;组织均衡生产，搞好现场调度和协作配合;注意竣工收尾，加快工程进度，缩短工期。

　　2.加强技术管理，提高工程质量

　　主要是研究推广新产品、新技术、新结构、新材料一新机器及其他技术革新措施，制订并贯彻降低成本的技术组织措施，提高经济效果，加强施工过程的技术质量检验制度，提高工程质量，避免返工损失。

　　3.加强劳动工资管理，提高劳动生产率

　　主要是改善劳动组织，合理使用劳动力，减少窝工浪费;执行劳动定额，实行合理的工资和奖励制度;加强技术教育和培训工作，提高工人的文化技术水平和操作熟练程度;加强劳动纪律，提高工作效率，压缩非生产用工和辅助用工，严格控制非生产人员比例。

　　4.加强机械设备管理，提高机械使用率

　　主要是正确选配和合理使用机械设备，搞好机械设备的保养修理，提高机械的完好率、利用率和使用效率，从而加快施工进度、增加产量、降低机械使用费。

　　5.加强材料管理，节约材料费用

　　主要是改进材料的采购、运输、收发、保管等方面的工作，减少各个环节的损耗，节约采购费用;合理堆置现场材料，组织分批进场，避免和减少二次搬运;严格材料进场验收和限额领料制度;制订并贯彻节约材料的技术措施，合理使用材料，尤其是三大材，大搞节约代用,修旧利废和废料回收，综合利用一切资源。

　　6.加强费用管理，节约施工管理费

　　主要是精减管理机构，减少管理层次，压缩非生产人员，实行定额管理，制定费用分项分部门的定额指标，有计划地控制各项费用开支。

　　积极采用降低成本的新管理技术,如系统工程、工业工程、全面质量管理、价

　　值工程等，其中价值工程是寻求降低成本途径的行之有效的方法。

　　四、降低成本措施效果的计算

　　降低成本的技术组织措施项目确定后，要计算其采用后预期的经济效果。这实际上也是降低成本目标保证程度的预测。

　　1.由于劳动生产率提高超过平均工资增长而使成本降低

　　2.由于材料、燃料消耗降低而使成本降低

　　成本降低率=材料、燃料等消耗降低率X材料成本占工程成本的比重

　　3.由于多完成工程任务，使固定费用相对节约而使成本降低

　　成本降低率=(1一1/生产增长率)X固定费用占工程成本的比重

　　4.由于节约管理费而使成本降低

　　成本降低率=管理费节约率X管理费占工程成本的比重

　　5.由于减少废品、返工损失而使成本降低

　　成本降低率=废品返工损失降低率X废品返工损失占工程成本的比重

　　机械使用费和其他直接费的节约额，也可以根据要采用的措施计算出来。将以上各项成本降低率相加，就可以测算出总的成本降低率。

项目计划篇2

　　项目进度管理知识域包括使项目按时完成所必需的各个管理过程，进度管理的步骤为：活动定义，活动排序，活动资源估算，活动历时估算，制订进度计划，按进度执行项目，在制定进度计划和执行这个计划过程中，如果计划的执行出现偏离，或计划本身发生了变化，则启动进度控制过程或进度变更过程。在本书中，进度管理也叫时间管理。

　　8.1 概念和交付物

　　1. 概念

　　1) 活动：WBS包含完成项目所需的所有工作，用于界定项目的范围。WBS的最小工作单元是工作包。如果工作包作为进度管理的基础，则显得太过粗糙，因此必须对工作包进行分解。此处细分是将项目的组成部分细分为更小、更易于管理的单元，以便更好的进行进度管理和控制，此处分解的最终成果就是活动。一个活动通常需要一定的时间、一定的成本和一定的资源才能完成，所有这些时间、成本和资源都要通过预算或估计才能得到近似的数量。

　　2) 里程碑：里程碑是项目中的重大事件或一个显著的时间点，通常指一个可支付成果的完成。一个项目中应该有几个用作里程碑的关键事件。一个好里程碑最突出的特征是：达到此里程碑的标准毫无歧义。

　　3) 、历时：完成一个项目所需要的纯工作时间(不包括节假日或其他休息日）。

　　4）、工期：完成活动所需要的日历时间段（该时间段由起始日期、工作日、节假日或其他休息日，结束日期组成).

　　5）强制性依赖关系：是指工作中所固有的依赖关系，也称为硬逻辑关系。

　　6）任意的依赖关系：是指由项目团队确定那些依赖关系，也能为软逻辑关系。

　　7）外部依赖关系：是指受外部因素制约的那些依赖关系。

　　8）逻辑关系：两个项目活动或一个项目活动和一个里程碑之间的依赖关系，也称为前导关系或者依赖关系，四种可能的逻辑关系为：

　　① 完成-开始：后继活动的工作开始前，前导活动必须完成。

　　② 完成-完成：后继活动的工作完成前，前导活动的工作必须完成。 ③ 开始-开始：后继活动的工作开始前，前导活动的工作必须开始。 ④ 开始-完成：后继活动的工作完成前，前导活动的工作必须开始。

　　9)、子网：项目网络图的一部分，通常用来表示某种形式的子项目，也称为子网络或网络分段。

　　10)网络分析：确定项目活动未完成部分的最早、最晚开始和完成的日期的过程，也称为进度分析。

　　11)网络路径：网络图中连续连接各项活动的路径。

　　12)项目进度计划：实施项目各活动的计划日期，也称为时间基准计划。

　　13)主进度计划：确定主要活动或关键里程碑的概括性进度计划，也称为里程碑进度计划。

　　14)受资源限制的进度计划：开始和完成日期是立足于资源可用情况的进度计划，这样的项目进度计划是受资源限制的。

　　15)受时间限制的进度计划：开始和完成日期是定死的进度计划。

　　16)路径：由项目网络图中一组顺序相连的活动组成。

　　17)关键路径：项目网络图中，决定项目最早完成日期的路径。当某些活动滞后于计划完成时，关键路径将随时间的变化而变化。关键路径通常是指整个项目的关键路径，但有时可以确定达到一个里程碑或子项目的关键路径，关键路径的具体含义要靠上下文才能准确确定。通常按照总时差小于或者等于某个指定的值（通常0）的活动来确定关键路径。

　　18)关键活动：处于关键路径上的活动称为关键活动。

　　19)关键路径法：通过分析哪条活动序列的路径具有最小的浮动时间来预测、安排项目工期的一种网络分析技术。

　　20)项目网络图示法：任何表示项目逻辑关系的图形。为了反映项目的时间历程，项目网络

　　图总是从左向右画，一般以主要可交付成果的完成作为结束点。前导图法，箭线图法和PERT都是常用的项目网络图表示法。

　　21)节点：网络中的定义点之一，一些或所有依赖关系的交叉点。

　　22)前导图法：一种方框或者节点，表示活动的网络图编制技术。活动按先后顺序联系，表示执行活动的顺序，也称为单代号网络。

　　23)计划评审技术：一种面向事件的网络分析技术，用于在各个活动工期不确定时估算项目工期。

　　24)图形评审技术：可以对逻辑关系进行条件性和概率性处理（例如，一些活动可能不执行）网络分析技术。

　　25)

　　26)正推法：从项目的开始日期，向前推到项目的结束日期，计算网络活动中所有未完成活动的最早开始时间，最早完成日期和关键路径的方法。基于网络逻辑和进度约束条件，一项活动开始的可能最早时间为最早开始时间，可完成的可能最早时间为最早结束时间。

　　27)逆推法：按照网络逻辑关系从项目完成日期开始，反向倒推到项目开始日期，计算网络中所有未完成活动的最晚开始日期和最晚完成日期的方法。项目完成日期可以正推法计算所得到的完成日期或客户或代理指定的完成日期。在没有延误一现活动随后任务的情况下，任务可被完成的最迟时间为最迟结束日期。

　　28)条形图：一种用“条”的形式来表示计划信息的图形方法。在典型的条形图中，活动工期用对应时间刻度的条形图表示。甘特图就是条形图。

　　29)自由浮动时间：在不延误项目完成日期的情况下，活动自其最早开始日期的情况下，活动可以推迟的时间。

　　30)浮动时间：在不延误项目完成日期的情况下，活动自其最早开始时间可以推迟的时间。时差是一种数学计算，随着项目的进展，时差也会改变并引起项目计划的改变。浮动时间也称作松动时间，总时差和路径时差。

　　31)超前：逻辑关系中指示允许后继活动提前的时间量。

　　32)滞后：逻辑活动中表示后继活动推迟的时间。

　　33)工期压缩：在不缩小项目范围的'情况下缩短项目进度。工期压缩并不总是可行的，即使可行通常也会增加项目的成本，也称为进度压缩。

　　34)赶工：分析如何以最少的成本最大限度的压缩单个活动的工期，从而压缩项目总工期。

　　35)快速跟进：通常计划里按串行的顺序进行的活动，因为要压缩项目进度，所以在实施时将其重叠安排。

　　36)工作量：完成一项活动或其他项目单元所需的人工单位的数量，通常用人小时、人日或人周表示。工作量=项目规模/单个资源的工作效率。

　　2.项目进度管理的关键公式

　　PERT估算的活动历时均值=（悲观估计值+4最可能估计值+乐观估计值)/6; PERT估算的活动历时偏差=（悲观估算值-乐观估算值）/6;

　　PERT估算活动历时符合正态分布规律。

　　3、交付物

　　1) 活动清单：在项目活动清单中必须列出一个项目所需开展的全部活动。项目

　　活动清单与项目工作分解结构相结合就能准确而详细的描述项目的活动，并确保项目团队成员能够明确自己的工作和责任（工作内容、目标、结果、负责人和日期）。活动清单应该包括每个活动的说明，已确保项目团队能够了解该项工作应该如何去完成。

　　2) 进度计划：项目进度计划包括每一详细活动的计划开始日期和预期完成日

　　期。项目进度计划可以用摘要形式或详细形式表示。常用表示形式为：带日期信息的项目网络图、甘特图、里程碑图。

　　3) 进度基准：批准的项目进度计划，即被称为项目进度基准计划。它是项目综

　　合计划的一部分，它提供了度量和报告进度绩效的基础。

　　8.2：活动定义

　　为了得到工作分解结构中最底层的交付物，就必须把WBS中的工作包进一部分解为活动，以方便对项目时间的管理。对这些活动的识别以及归档过程就叫做活

项目计划篇3

　　一、执行摘要

　　1、公司概述

　　在科技日益发展的今天，电脑、手机等电子产品成为我们生活中不可或缺的必需品。也正由于手机的普及，QQ、微信等软件有着很大的一个使用群体。我们的微信商城正是立足于手机微信。通过手机微信的使用方便的特点进行微信营销，随时随地快捷的为顾客提供商品。

　　2、市场

　　2.1市场概述：现在的大学生人人都有手机，人人都有微信账号，都能随时随地通过手机微信上网。并且现在的大学生也热衷于网上购物，享受着网上购物的方便快捷。微信商城类似于网上购物却又更方便快捷于网上购物。我们打算通过微信创立一个公众号，让人们通过微信在随时随地能买到一些零食或者生活用品之类东西。

　　2.2市场细分：由于我们所处的`位置在大学城，所以我们的消费者人群主要为在校大学生，小部分还包括大学附近的居民。其中主要针对在校大学生中一些长期待在寝室，不愿意出门买东西的大学生为他们提供休闲零食、饮料、生活日用品等产品。

　　2.3市场研究：通过我们的市场调研，我们分析总结了一些问题。微信商城在当下来说还属于比较新的新鲜服务，人们对微信商城的信誉以及实用性还存在一定怀疑。好在我们服务的对象是大学生，相信通过广泛的宣传以及良好的服务，以现在大学生对新鲜事物的接受能力微信商城能很快的打开市场。也正是由于这个市场比较新，我们所面对的竞争对手比较少，竞争对手也不是很强大。

　　3、投资

　　公司为普通合伙企业。总共投资40000元。

　　二、商业构想与市场分析

　　1、产品的形成背景和发展前景

　　1.1形成背景：微信本来是一款手机端的社交平台，微信的第三版更新后，出现了微信PC端，自微信公众平台诞生，短短两年时间久突破了6亿用户，这样的惊人数据吸引着无数商家的眼球，庞大的人群后面隐含着巨大的商机。互联网第三方平台顺势而发，推出微信电商服务产品“微信商城”，助力企业开启微营销，抢占6亿微信市场制高点。微信异样的火爆起来，不少大学也开始出现微信水果店、微信送餐等微信商务平台，成为许多商家的一种营销方式，许多商家就开始试水微信。

　　1.2发展前景：从品牌战到价格战，一场场电商大战从来就没有停止过。相比之下，一些电商早已布局移动端，新的电商营销方式“微信商城”正应运而生。好享购物股份有限公司于20xx年10月16日在南京启动微信商城，在行业内签约腾讯推出电视购物行业首家微信商城。受此启发，我们构想通过对大学生购物以及消费习惯的研究而建立校园微信商城，创造专属大学生的购物平台。校园微信商城是针对在校大学生的消费而建立的新型购物平台，注重客户体验，致力于服务在校师生以及周边居民，无论是从创新性还是便利性，且在大学校园内有不错的优势，具有广阔发展前景。

　　2、市场特征、机会和细分

　　为了了解市场特征，我们做了关于校园微信商城的调查报告以下是调查结果和分析：

　　2.1.如表一，超过一半的人一个月的网上购物次数为一到两次，25%的人会经常上网浏览，只有13%的人基本不上网网购，说明随着网络和通信技术的发展，网购已经吸引了众多大学生的关注与热爱。

项目计划篇4

　　一项目管理过程

　　一个软件项目的管理过程包括以下几个方面的内容：

　　1 启动一个软件项目

　　软件人员和用户是在系统工程阶段确定项目的目标和范围。目标标明了软件项目的目的但不涉及如何去达到这些目的。范围标明了软件要实现的基本功能，并尽量以定量的方式界定这些功能。

　　2 度量

　　进行度量工作，是为了帮助软件人员了解产品开发的技术过程和产品。度量的作用是为了有效地定量地进行管理。度量的目的是为了把握软件工程过程的实际情况和它所产生的产品质量。

　　3 估算

　　在软件项目管理过程中一个关键的活动是制定项目计划。在做计划时，必须就需要的人力、项目持续时间、成本作出估算。现在有许多用于软件开发的估算技术，基本的步骤是：事先建立软件的工作范围；以软件度量为基础作出估算；把项目分解成科单独进行估算的小块。管理人员可使用各种估算技术。

　　4 风险分析

　　每当开始一个新的软件项目时，总是存在着某些不确定性。如是否能准确地理解用户的要求？项目的功能能否实现？是否存在目前还未发现的技术难题？等等。风险分析对于软件项目管理是决定性的。

　　5 进度安排

　　每一个软件项目都要求制定一个进度安排，但不是所有的进度都得一样安排。软件项目的进度安排与任何一个工程项目的进度安排没有实质上的不同。首先识别一组项目任务，再建立任务之间的相互关联，然后估算各个任务的工作量，分配人力和其他资源，制定进度时序。

　　6 追踪和控制

　　一旦建立了开发进度安排，就可以开始着手追踪和控制活动。由项目管理人员负责追踪在进度中标明的每一个任务。如果任务实际完成日期滞后于进度安排，则管理人员可以使用一种自动的项目进度安排工具来确定在项目中间里程碑上进度误期所造成的影响。

　　二软件项目的组织与计划

　　1 软件项目管理的特点

　　软件产品与其他任何产业的产品不同，它是无形的，完全没有物理属性，但它确实是把思想、概念、算法、流程、组织、效率、优化等融合在一起了。因此对软件项目进行管理，涉及到系统工程学、统计学、心理学、社会学以及法律等方面的问题。需要用到多方面的综合知识，仅靠技术或科研项目的效率很难得到较好的解决。此外，管理技术的基础是实践，为取得管理技术的成果必须反复实践。很显然，管理能够带来效率，能够赢得时间。在技术迅速发展的今天，必须认真对待技术管理问题。总之，软件项目的组织涉及到软件项目研制中的计划制定、进度估计、资源使用、人员配备、组织机构和管理方法等软件管理的许多问题。

　　2 制定计划

　　软件开发项目的计划涉及到实施项目的各个环节，带有全局的性质。计划的合理性和准确性往往关系着项目的'成败。计划应力求完备，要考虑到一些未知因素和不确定因素，考虑到可能的修改。计划应力求准确，尽可能提高所依据数据的可靠程度。

　　三软件过程成熟度

　　多年来软件开发项目存在着不能如期完成，软件质量不能令客户满意或软件开发的开销超出预算等，这些都是软件开发机构遇到的难题。这一现象促使人们进一步考察软件过程，从而发现，关键问题在于软件过程的管理不尽人意。在无规则和混乱的管理条件下，先进的技术和工具并不能发挥应有的作用。改进软件过程的管理是解决上述难题的突破口。

　　对于不同的软件开发机构，在组织人员完成软件项目中所依据的管理策略有很大差别，因而软件项目所遵循的软件过程也有很大差别。在此，可用软件机构的成熟度加以区别。

　　成熟的软件机构具有的特点是：建立了机构级的软件开发和维护过程；软件过程必要时可做改进；软件产品的质量和客户对软件产品的满意程度是由负责质量保证的经理负责监控；项目进度和预算是根据以往项目取得的实践经验确定因而比较符合实际情况。

　　四小结

　　为使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源、要实现的任务、经历的过程、花费的成本以及进度安排等做到了如指掌，而软件项目管理可以提供这些信息。

　　参考文献：

　　[1]（英）Ian Sommerville。软件工程[M]。北京：机械工业出版社，20xx

　　[2]陈明。软件工程[M]。北京：中国铁道出版社，20xx

　　[3]孙玮。实用软件工程[M]。北京：电子工业出版社，20xx

项目计划篇5

　　一、目录

　　1引言

　　1、1编写目的

　　1、2背景

　　1、3定义

　　1、4参考资料

　　1、5标准、条约和约定

　　2项目概述

　　2、1项目目标

　　2、2产品目标与范围

　　2、3假设与约束

　　2、4项目工作范围

　　2、5应交付成果

　　2、5、1需完成的软件

　　2、5、2需提交用户的文档

　　2、5、3须提交内部的文档

　　2、5、4应当提供的服务

　　2、6项目开发环境

　　2、7项目验收方式与依据

　　3项目团队组织

　　3、1组织结构

　　3、2人员分工

　　3、3协作与沟通

　　3、3、1内部协作

　　3、3、2外部沟通

　　4实施计划

　　4、1风险评估及对策

　　4、2工作流程

　　4、3总体进度计划

　　4、4项目监控

　　4、4、1质量控制计划

　　4、4、2进度监控计划

　　4、4、3预算监控计划

　　4、4、4配置管理计划

　　二、项目计划书的编写说明

　　1引言

　　1、1编写目的

　　说明编写这份项目计划的目的，并指出预期的读者。

　　作用本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2、1中说明。

　　意义使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”

　　例如可以这么写为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

　　常见的问题把项目本身的“项目目标”误作编制项目开发计划的目的。

　　1、2背景

　　主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容

　　项目的名称经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。

　　项目的委托单位如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。

　　项目的用户（单位）软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

　　项目的任务提出者本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

　　项目的主要承担部门有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

　　项目建设背景从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

　　例句根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

　　目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

　　软件系统与其他系统的关系说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的.系统。例句本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在网站。

　　软件系统与机构的关系说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

　　1、3定义

　　列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

　　1、4参考资料

　　列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如

　　本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；

　　属于本项目的其他已经发表的文件；

　　本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

　　1、5标准、条约和约定

　　列出在本项目开发过程中必须遵守的标准、条约和约定。例如相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

　　“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。

　　2项目概述

　　2、1项目目标

　　设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个凝的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

　　项目目标应当符合SMART原则

　　SSpecific明确的陈述

　　MMeasurabe可以衡量的结果

　　AAttainabe可以达成的目标

　　RReaistic合理的，现实的或者说是能和实际工作相结合

　　TTrackabe可以跟踪的

　　项目目标可以进行横向的分解也可以进行纵向的分解♂向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标？”

　　2、2产品目标与范围

　　根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”

　　2、3假设与约束

　　对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

　　假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

　　约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

　　假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。

　　2、4项目工作范围

　　说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。

　　注意产品范围与项目工作范围的不同含义。

　　产品范围界定软件系统产品本身范围的特征和功能范围。

　　工作范围界定为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

　　产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

　　2、5应交付成果

　　2、5、1需完成的软件

　　列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

　　2、5、2需提交用户的文档

　　列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。

　　2、5、3须提交内部的文档

　　可根据《GB8567-88计算机软件产品开发文件编制指南》附录O“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。

　　根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

　　2、5、4应当提供的服务

　　根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4、3总体进度计划”中条列出。

　　2、6项目开发环境

　　说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

　　2、7项目验收方式与依据

　　说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。

　　3项目团队组织

　　3、1组织结构

　　说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。

　　注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。

　　3、2人员分工

　　确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。

　　3、3协作与沟通

　　项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

　　其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

　　3、3、1项目团队内部协作

　　本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

　　3、3、2项目接口人员

　　应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括

　　a、负责本项目同用户的接口人员；

　　b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；

　　c、负责本项目同分包方的接口人员。

　　3、3、3项目团队外部沟通与协作模式

　　项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

　　4实施计划

　　4、1风险评估及对策

　　识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

　　风险的对策包括避免排除特定危胁往往靠排除危险起源；减缓减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳接受一切后果，可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。

　　对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。

　　软件开发项目常见预估的风险

　　1）工程／规模／进度上的风险

　　规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作（测试未完时的现场对应等）；

　　2）技术上的风险

　　使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；

　　3）用户体制上的问题

　　用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；

　　4）其它应该包含此处没有、但据推测有风险的项目。

　　4、2工作流程

　　说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。

　　4、3总体进度计划

　　这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

　　总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

　　对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。

　　例如

　　需求评审

　　设计评审

　　表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。

　　制定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。

　　制定软件项目进度计划应当考虑以下一些因素：

　　1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。

　　2）软件系统规耐项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。

　　3）软件系统复杂程度和项目复杂程度和软件系统规耐项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。

　　4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

　　5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。

　　4、4项目控制计划

　　4、4、1质量保证计划

　　执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T12504计算机软件质量保证计划规范，内容包括

　　引言（本章节包括质量计划的目的、定义、参考资料）

　　管理（描述负责软件质量管理的机构、任务及其相关的职责）

　　文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

　　标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）

　　评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）

　　软件配置管理（编制有关配置管理条款，或在“4、4、4配置管理计划”中说明，或引用按照《GB/T12505计算机软件配置管理计划规范》单独制定的文档）

　　工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）

　　媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

　　对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）