千文网小编为你整理了多篇相关的《项目实施计划书怎么写(范文3篇)》，但愿对你工作学习有帮助，当然你在千文网还可以找到更多《项目实施计划书怎么写(范文3篇)》。
第一篇：项目实施计划书
项目管理组织结构
1）项目组织结构
对于此次的项目建设，我公司将成立专门的项目组，由公司副总经理主管，项目经理具体负责项目实施，同时由公司质量保障部独立地对项目进行质量控制、保障管理。
2）项目实施各方职责
任何一个项目的实施，是需要项目的中标方和用户方紧密配合，高度合作，共同保证项目的顺利实施。为此，我们认为有必要对各方的职能分工进行一个明确的界定，以便在项目实施中明确各方的工作职能，更好地进行项目实施的配合。
用户方职能：配合中标方的实施安排，提供必要的人员、空间、时间、工具等；负责配合中标方进行的系统培训活动，为活动提供必要的地点，安排相应人员参加；根据双方约定的项目验收方式，主持进行对项目的验收。
中标方职能：制定项目具体实施计划，经招标方同意后，进行项目实施工作；负责采购
的订货、装运、安装、调试、试运行等全部工作，并在系统验收通过后，负责提供技术支持服务。负责硬件系统平台的构建，硬件设备的安装、配置；负责对用户方的相关人员进行必要的培训工作，保证招标方工作人员掌握系统使用方法，保障系统安全稳定运行；配合用户方进行项目验收工作，提供验收过程中需要出示相关资料。
3）用户方组织机构建议
针对用户系统的现状，我们建议用户方在项目启动时，首先成立相应的项目领导、管理和技术等方面的固定组织，以保证充分沟通、有效协调、综合管理、和项目的持续运行。我公司建议在本项目中，用户方的项目组织结构如下：
领导小组：建议由负责信息化的领导组成，全面负责项目建设领导工作，承担项目建设过程中的审核批准职责，以及针对重大问题的协调和决策工作；
管理协调小组：建议由相关人员组成，负责项目实施、维护过程中的组织、管理、沟通、协调工作；
业务操作小组：建议由各派出所中参与业务系统建设和运行的工作人员等组成，负责本所的应用操作，参与项目实施与运行；
技术支持小组：建议由各派出所信息技术人员组成，负责项目实施、应用过程中的本部门技术支持工作。
4）公司项目组织机构
项目实施进度计划
根据项目要求，我公司将项目的实施计划分为四个阶段：
第一阶段：合同签订后10个工作日内将所有硬件、安全、系统软件等产品运抵买方指定场所。
第二阶段：应在7个工作日将所有硬件、安全、系统软件等产品在买方指定场所安装完毕。
第三阶段：应在5个工作日内给买方相关人员培训完毕，系统投入试运行。
项目沟通管理
项目沟通管理是指对于项目过程中各种不同方式和不同内容的沟通活动的`管理。这一管理的目标是保证有关项目的信息能够适时、以合理的方式产生、收集、处理、贮存和交流。在本项目中，项目沟通管理的目标是及时且恰当地创建、收集、发送、储存和处理和本项目建设相关的各类信息，并通过计划编制、信息发送、绩效报告、管理收尾等一系列管理环节，形成完整的项目沟通体系。因此，本项目的沟通实际是以各个组织单位为主体，通过系统实施的项目经理进行。
1）项目沟通的方式
信息发送方式和结构是描述什么信息送给谁，什么时候和如何发送的信息传递结构。被发送的信息包括信息格式、具体内容、权限和级别、使用的协议/定义等在项目计划中明确的条款。我公司遵循文档化的信息发送管理方法，无论是会议、讨论、协商还是任务布置、通知等，凡是正式的信息沟通都以书面文字形式的发送为主，同时根据实际情况结合口头交流。在书面报告的同时，我们大量采用会议、讨论等多方直接面对的沟通方式，注重在技术人员之间的口头的、非正式的交流，促进信息沟通的及时、准确和有效。
在本项目中，我们将主要采用以下的方式进行项目中的沟通：项目备忘录、电子邮件、项目会议、电话、传真等
2）沟通信息收集和归档
信息收集和文件归档结构主要用于收集和保存不同类型的项目信息，建立详细的档案制度，保证信息的更新。在本工程项目中，信息收集和归档的来源主要是与客户、供应商以及项目外部环境相关信息的收集和归档
项目团队内部的信息收集工作主要由质量保证小组负责，收集的信息主要是项目实施过程中产生的记录、报告、资料、文档等。项目团队外部的信息收集工作主要由项目经理承担，整理后再转交质量保证小组统一归档。信息收集的方式和途径包括电话、传真、电子邮件、书面文档、讨论、会议等。
项目实施质量管理
质量管理的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而产生客户满意的产品。我公司在通过ISO9000的基础上，
结合CMM2的主要KPA，通过专职质保部门全程监控开发过程，保证产品和工程实施的质量。
1）质量控制管理组织机构
我公司目前设有专门的质保部门（QA），目前的质保部门（QA）下属SQA小组（软件质量保证小组）、测试小组和配置管理小组。在项目的实施过程中，各成员、小组将互相配合，共同完成项目中主要的质量控制、保证工作。
2）项目质量管理措施
我公司在通过ISO9000的基础上，结合CMM2的主要KPA，通过采用以下的几种方法，保证项目开发过程和最终产品的质量。
质量保证：质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量”与“产品质量”。
同行评审：请同行专家、技术人员对工作成果进行评审，尽早发现工作过程、工作成果中的缺陷。
质量保证既要关心过程质量又要关心产品质量。如果“工作过程和工作成果”不符合既定的规范，那么产品的质量肯定有问题。但是“工作过程和工作成果”符合既定的规范却并不意味着产品的质量一定合格，因为仅靠规范无法识别出产品中可能存在的大量缺陷，这是质量保证方法不足之处。所以单独的“质量保证”其实并不能“保证质量”。
而同行评审关注的是产品质量而不是过程质量。同行评审能弥补质量保证的不足，二者是相辅相成的质量管理方法。
3）项目质量保证计划
项目的质量保证过程将是贯穿整个项目的实施过程的，也是整个项目质量控制、保证管理的核心。在该系统建设中，我公司的质量控制小组将主要采用以下的几种措施来保证项目质量：
制定、维护《质量保证计划》：根据项目实施计划，制定关于项目的检查实施中的过程质量、产品质量的计划；保持《质量保证计划》与《项目实施计划》以及质量控制、保证活动的一致性。
汇总和分析度量数据：根据项目实际进展状况，按照项目制订的质量目标提取度量数据，进行分析，并向质保部门经理及其他相关方通报度量结果，以取得支持决策和采取纠正措施。
质量保证活动审计：由公司副总经理或质保部经理定期或事件驱动审计质量控制、保证的活动，检查SQA人员是否按照《质量保证计划》和《软件质量保证程序》执行质量控制、保证活动。
质量保证活动报告：向公司副总经理、项目经理以及相关人员提交质量控制的活动报告，阐述的质量控制的状况、问题，并取得反馈，以便改进。
投标单位:XXXX科技有限公司
第二篇：软件项目计划书编写说明
软件项目计划书编写说明
一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：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配置管理计划5支持条件
5.1内部支持（可选）
5.2客户支持（对项目而言）5.3外包（可选）6预算（可选）6.1人员成本6.2设备成本
6.3其它经费预算
6.4项目合计经费预算7关键问题8专题计划要点
二、项目计划书的编写说明
1引言
1.1编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2项目概述
2.1项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。项目目标应当符合SMART原则：lSSpecific明确的陈述lMMeasurable可以衡量的结果lAAttainable可以达成的目标
lRRealistic合理的，现实的或者说是能和实际工作相结合lTTrackable可以跟踪的
项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”
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、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
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计算机软件质量保证计划规范，内容包括：l引言（本章节包括质量计划的目的、定义、参考资料）
l管理（描述负责软件质量管理的机构、任务及其相关的职责）
l文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
l标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
l评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）l软件配置管理（编制有关配置管理条款，或在“4.4.4配置管理计划”中说明，或引用按照《GB/T12505计算机软件配置管理计划规范》单独制定的文档）
l工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
l媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
l对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
l记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）4.4.2进度控制计划
（可直接引用以下描述或根据项目情况制定本节内容）本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。4.4.3预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。4.4.4配置管理计划
编制有关软件配置管理的条款，或引用按照GB/T12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
根据《GB/T12505计算机软件配置管理计划规范》，软件配置管理计划内容如下：
l引言（本章节包括质量计划的目的、定义、参考资料）
l管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）
l软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）
l工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）
l对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）
l记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限）
5支持条件
说明为了支持本项目的完成所需要的各种条件和设施。5.1内部支持
逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。5.2客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3外包（可选）
列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。6预算
6.1人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金6.2设备成本
设备成本包括：原材料费，设备购置及使用费
列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间6.3其它经费预算
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：
（1）差旅费（旅费、出租）（含补贴）
（2）资料费（图书费、资料费、复印费、出版费）
（3）通信费（市话长话费、移动通信费、上网费、邮资）
（4）会议费（鉴定费、评审会、研讨费、外事费等）
（5）办公费（购买办公用品）
（6）协作费（业务协作招待费、项目团队加班伙食费）
（7）培训费（培训资料编写费、资料印刷费、产地费、设备费）其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）6.4项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。7关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。参考文献
《项目管理—计划、进度和控制的系统方法》（第7版）HaroldKerzner（电子工业出版社，杨爱华等译）；
《计算机软件工程规范国家标准汇编2003》中国标准出版社；《PMBOK-2000》PMI；《PMBOK-2004》PMI；
《成功的项目管理》TrevolLYoung（泰晤士报商业版，严鸿娟译）；《成功的项目管理》JackGido＆JamesP.Clements（21世纪管理经典教材系列，张金城等译）；《如何做好项目管理》StanleyE.Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；《管理软件开发项目》（第二版）NealWhitten（软件项目管理系列丛书，孙艳春等译）；《IT项目管理》KathySchwalbe（项目管理译丛王金玉等译）；《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）
第三篇：项目计划书怎么写
一份好的项目计划书的特点是：关注产品、敢于竞争、充分市场调研，有力资料说明、表明行动的方针、展示优秀团队、良好的财务预计等几点，从而使合作伙伴会更了解项目的整体情况及业务模型，也能让投资者判断该项目的可盈利性。今天出国留学网的小编告诉大家应该怎么写一篇项目计划书，希望大家喜欢。更多内容请访问出国留学网（www.liuxue86.com）
项目计划书怎么写
项目计划书所包含的内容
1、封面页
这是容易被忽视的部分。有很多机构认为内容比形式更重要。其实，形式是可以更好地表现内容的。另外，项目计划书也是能使资助机构了解和认识我们的一个很重要的窗口，表现得专业与严谨，是绝对可以得到加分的。
封面可以只简单地写上项目名称和日期，也可以包括以下信息：项目名称;申请(执行)机构;通讯地址;电话、传真、E-mail;联系(负责)人;
还可以把银行账户、律师、审计机构等信息列在封面页上。
另外，如果是向某一机构筹款的话，最好在前面加封简单的附信。由于一份项目计划可以提交给多个资助机构，这就需要一个个性化的附信，要以“某机构某人”为开头，以表明你对该机构的重视与尊重。
2、项目概要(总论)
这是最重要的一部分，也是读者最先阅读、浏览的部分。要知道基金会的项目经理们每天都会收到大量的申请要求，他们也许没有足够的时间“看”完所有的项目计划书。所以，项目‘概要’部分将成为影响“初选”结果的决定因素;在概要部分，要把你认为重要的所有信息汇集起来。概要一般要包括：机构的背景信息、使命与宗旨;项目要解决的问题与解决的方法;项目申请方的能力和以往的成功经验，等等。
需要特别指出的是：尽管项目概要部分排在计划书的前半部，但实际上，这一部分是要在写完所有计划书以后，才动手写的。
3、项目背景、存在的问题与需求
在这一部分，需要详细介绍存在的问题以及为什么你要设计这个项目来解决这些问题。要充分地说明问题的严重性与紧迫性，最好能提供一些数据，这样不但可以充分地说明问题，同时还能表明你对这一项目的了解。此外，你还可以使用一些真实、典型的案例，以便在情感上打动读者，进而引起他们的共鸣。要说明项目的起因、逻辑上的因果关系、受益群体及其与其它社会问题之间的关联等。
一般来讲，这一部分包括以下主要信息：
*项目范围(问题与事件、受益群体);
*导致项目产生的宏观与社会环境;
*提出这个项目的理由与原因;
*其它长远与战略意义;
4、目标与产出
在使资助机构确信“问题”的存在以后，明确提出你的解决方案。机构间的合作是被鼓励的。如果你还有其它的机构合作伙伴，也要明确说明。
在这一部分中你要详细地介绍你的项目计划、项目的总体目标、阶段性目标与任务，以及各目标的评估标准。总体目标是一个长期的、宏观的、概念性的、比较抽象的描述。由总体目标可以分解成一系列具体的、可衡量的、可实现的、带有明确时间标记的阶段性目标。比如，“减少文盲”是总体目标，“到2005年10月，使200个农村妇女达到认识1000字”就是一个具体目标。对目标的陈述一定要非常清楚。最重要的是，制定的目标要切合实际。不要承诺你做不到的事情。要牢记，资助者希望在项目完成报告里看到的是：项目实际上实现了这些既定目标。
5、受益群体
在这一部分中，你要对项目的收益群体做一个更加详细的描述。有必要时，你还可以把收益群体分为直接受益和间接收益群体。比如NPO信息咨询中心的能力建设项目的直接收益群体是国内NGO和NGO的从业人员，但间接收益群体却是NGO的服务对象。因为通过能力建设，提高了NGO的服务能力与效率，从而使之能为其服务对象提供更好、更多、更完善的服务。又比如一个残疾人服务机构，其直接收益群体是残疾人群，间接收益群体则是他们的家庭，甚至是整个社会。
许多资助方都希望受益群体能从始至终地参与到项目之中。尤其是在项目的设计阶段，受益群体的参与更加重要。你可以在附件中列出受益群体参与项目的活动，包括组织受益群体参加的讨论会、会议主题、时间、参加人员等;同时，也让资助方了解到你的项目不但是针对受益群体而设计的，而且，得到了他们的广泛支持与认可。
6、解决方案与实施方法
通过以上的部分，你已经清楚地解释了存在的问题及你希望完成的事情。现在，需要介绍你如何达到目标，即采用什么方法、开展什么活动来实现这些目标。
在介绍方法时，你要特别说明这种方法的优越特性。你可以同时列举出其它相关的方法，并对它们进行比较，还可以引用专家的观点和其它失败或成功的案例，等等。总之，要充分说明你选择的方法是最科学、最有效、最经济的。同时，也要说明你的机构在采用这种方法时，也存在一定的风险与挑战。
此外，还要提到为了执行这一解决方案，都需要那些条件与资源，包括：谁?在什么时候?使用什么样的设备?做什么样的事情?做这些事情的人要具备什么样的能力与技能等。最好能在附件中详细描述一下主要工作岗位的职务要求。
7、项目进程计划(时间表)
在这一部分中，要详细地描述出各项任务的先后顺序以及起始时间。可以用一个带有时间标记的图表来表示，这样，就可以一目了然地告诉读者“在什么时候做什么”，以及各项活动之间的关联与因果关系。
8、项目组织架构
在这一部分中，要描述为了达成上述目标，需要什么样的执行团队和管理结构。执行团队应包括所有项目组成员：志愿者、专家顾问、专职人员等。他们与这个项目相关的工作经验、专业背景、学历等也非常重要。执行团队的经验与能力往往在很大程度上决定了项目的成败，所以，这也是资助方非常关心的问题。
另外，还要明确项目的管理结构。应该明晰地写出项目总负责人、财务负责人及其它各分项目的负责人。如果是两个或多个机构合作完成一个项目，还要说明各机构的分工。
工作流程也要很清楚，要说明各项工作的先后顺序、逻辑关系等。
9、费用、预算与效益
这一部分所要提供的决不仅仅是一个费用预算表(当然，预算表也是很重要的，你可以把它放在附件中)，而是要叙述和分析预算表中的各项数据、总成本与各分成本，包括人员、设备的费用等。其中，人员经费类别可以包括工资、福利和咨询专家的费用;非人员经费类别可以包括差旅费、设备和通讯费等。如果已经有了一部分资金来源，也要注明。而且，要很明显地写出你还需要总数为多少的经费上的支持。
上面提到的是投入，还有一个很重要的部分是产出的效益。
往往很多NGO在项目计划中不谈效益，错误地认为NGO的服务是不谈效益的。事实上，除国际上正在推行的NGO合理收费外，NGO服务的另一大特点是产生巨大的社会效益。尽管社会效益比较难量化，但你还是可以尽量找一些数据来分析一下社会效益，那怕只是估算也好。
比如，一个戒毒人员的服务机构虽然为吸毒人员提供免费的服务，没有任何收入，但是，还是可以估算出通过服务于一个吸毒人员，可以减少哪些方面的社会问题，可以对吸毒人员的医疗费用、失业、犯罪等相关费用进行估算。总之，你越明确地算出单位成本的投入可以产生的效益，就越能说明你的方法的优越性，也就越能得到资助方的同意。
另外，与项目相关的财务与审计方法也要在这部分中提到。
10、监控与评估
监控是项目实施过程中非常重要的部分，监控的执行机构与人员(可以是理事会、资助方或其它第三方机构)、监控任务等都应该写在项目计划中。与之相关的还有项目团队的自我评估计划。项目进行中的评估报告比项目结束的评估还要重要。在项目的不同阶段进行评估，可以使你及时地发现问题，尽早地解决。同时，可以使资助方得到一个信息，那就是你们不但提出了一个很好的计划，而且可以很好地实现这个计划。请注意，项目的实施方法是资助方评判是否给予资助的一个非常重要的因素。
有两种可供参考的监控和评估方式。一种是衡量结果，另一种是分析过程。其中一种或者两者都有可能适用于你的项目。你选择何种方式将取决于项目的性质和目标。无论选择何种方式，你都需要说明你准备怎样收集评估信息和进行数据分析，以及在项目进行到哪些阶段时，进行阶段性的评估。评估活动及时间也应该包括在项目实施计划的时间表当中。
无论是监控报告还是评估报告，都应该包括：项目的进展与完成情况、原定计划与现实状况的比较、预测未来实现计划的可能性等。
除总体评估报告外，还要提供一些子评估报告。比如，项目中期的审计报告等。
11、附件
任何你认为重要的文件或篇幅太长而不适于放在正文中的文件，都可以被放在附件当中，比如：机构的介绍、年报、财务与审计报告、名单、数据、图表等。
你也可以把那些在正文中会干扰读者或使他们的兴趣偏离主题的部分放到附件当中，但一定不要忘了在正文中标明：详细情况，请察看附件***。
总之，附件的目的是使正文紧凑、干净;同时，如果读者对某些问题的细节感兴趣的话，他还可以在附件中找到需要的内容。
在把上面的所有部分都写完以后，现在，你可以回来写项目计划书的最开头部分——“概要”部分了。
概要一定是高度概括性的，语言要简练、清晰，最好在半页左右，最长也不要超过一页。刚开始写概要时，你可能会认为哪一部分都很重要，都想放在概要部分中。没关系，如果你写了一个很长的概要，你可以一点一点地把它缩短。不要怕，你最后留下的一定是最重要的。另外，如果希望把项目计划书递交给国际机构，把一个项目计划全部翻译成英文的难度很大。这时，一个简单的处理办法就是只把概要和目录部分写成双语。
至此，一个完整、全面的项目计划书就宣告完成了。虽然这只是你开展筹款工作的第一步，但万事开头难，有了好的开始，就有希望取得好的结果。
附：项目计划书概要范例：
*封页：(日期、项目名称、公司名称及联系方式)
*目录
*项目概要(总论)
*项目背景：(问题、现状、数据)
*目标与产出：(针对“问题”的解决方案、进程划分、可量化的阶段性结果)
*项目受益方：(目标群体、数据、范围)
*项目实施计划：(需要的投入、必要的内外部资源、计划的执行程序)
*时间表：(每一阶段、每工作的开始和结束的时间)
*项目组织架构：(参与人员的责、权、工作流程)
*费用控制：(费用预算、财务规则、审计制度)
*监控与评估：(如何发现问题并及时纠错)
*附件：
文件
名单
预算清单
图表
范文一新产品项目计划书
一.产品介绍
1.产品的概念。
2.相关产品或被替代品正处于什么样的发展阶段?
3.本产品的差异性或独特性怎样?
4.企业将本产品推向市场方法或渠道是什么?
5.谁会使用本产品，为什么?
6.研发成本之外，产品的生产成本是多少，售价是多少?
7.本产品的生命周期预测，有无升级、改良或创新的准备计划?
二.市场分析
1.市场是否存在对这种产品的需求?需求程度是否可以给企业带来所期望的利益?新产品的市场规模有多大?需求发展的未来趋向及其状态如何?影响需求都有哪些因素。
2.细致分析经济、地理、职业以及心理等因素对消费者选择购买本开发产品这一行为的影响，以及各个因素所起的作用。
3.推出一个主要的营销计划，计划中应列出本企业打算开展广告、促销以及公共关系活动的地区，明确每一项活动的预算和收益。
4.产品的市场竞争力、预计的市场占有率和市场前景预测。
5.策划好新产品的品牌和专利。
三.生产条件
1.如何设计或改良生产线，如何制造或组装产品?
2.新产品生产需要哪些原料?企业拥有那些生产资源，还需要什么生产资源?
3.生产和设备的成本是多少?
4.怎样保证新产品在进入规模生产时的稳定性和可靠性。
5.生产周期标准的制定以及生产作业计划的编制。
6.质量控制的方法是怎样的。
7.解释与产品制造、组装、储存以及发送有关的固定成本和变动成本的情况。
四.项目团队
1.组织结构设计。
2.岗位职责说明。
3.项目经理自己的背景、经历、经验和特长等。
3.介绍主要研发人员的特殊才能、特点和造诣。
五.财务规划
着眼于一项新技术或创新产品的创业企业不可能参考现有市场的数据、价格和营销方式。因此，它要自己预测所进入市场的成长速度和可能获得纯利，并把它的设想、管理队伍和财务模型推销给决策者和投资者。
1.商业计划书的条件假设。
2.预计的资产负债表。
3.预计的损益表。
4.现金收支分析。
5.资金的来源和使用。
范文二团购项目计划书
一、项目名称及公司简介
项目名称：济南市下岗职工团购联盟合作公社
公司简介：济南***********有限责任公司
注册资金100万元法人代表：*****
主营业务：
公司地址：山东省体育局
二、市场形势及背景分析
下下岗职工和失业人员再就业，涉及群众的切身利益，关系改革发展稳定的大局，具有十分重要的政治、经济和社会意义。我国积极完善和落实促进再就业的扶持政策，支持下岗失业人员自谋职业，鼓励服务型企业吸纳下岗失业人员，对就业困难对象实行再就业援助。
从行业发展趋势来看，随着人们生活水平的提高，大学生就业问题的日益加剧，下岗人员的增多，外来务工人员的大量涌进以及农村大量的剩余劳动力等矛盾的逐步激化，寻求一条新的创业之路，已经被越来越多的人所认识。政府劳动部门也积极采取相应的措施，鼓励人们自主创业。同时自主创业作为一种新的潮流趋势，将为更多的人所接受。
三、项目简介
团购网将本着为下岗职工提供再就业岗位、谋福利、方便群众的方针，以济南市各小区为单位，本着自愿报名、就近上岗的原则，在各小区内建立团购网点。所有团购网点全部采用统一管理模式，统一门面装潢，统一培训，统一进货，统一服务理念，统一着装上岗的六统一模式;支持资源共享，信息共享，利益共享的三个共享;建立以生活必需品、易耗品为基础，家电、装修、家具等为主导团购内容，涉及汽车、房产等大型团购项目的综合型、全方位、立体化的团购联盟。
对于基础生活必需品的团购，比如蔬菜、肉蛋等，将直接从生产基地采购，直接进入销售渠道，除去运输成本外，将大幅度低于市场价直接供应本联盟会员。更安全、省力、放心、实惠;同时本联盟将建立自有品牌规模化蔬菜、肉蛋大型生产供应基地。
四、项目运作及服务
本团购联盟将采用会员式管理，面向所有需要加入本团购联盟的顾客推出团购卡。
团购卡是***团购联盟推出的实名认证团购卡，会员可以持卡直接到特约门店参加团购，享受最方便快捷的团购服务，更可参加仅限持卡会员的优质团购项目。
理由一：能享受到较普通会员更“优质、优惠、优先”的服务
理由二：持卡可直接在特约门店参加团购，看样-付款-提货/送货一次搞定
理由三：持卡消费满一定金额可凭消费凭条换取实用超值奖品
理由四：持卡会员可以参加普通会员无法参加的特惠团购项目和特惠促销
理由五：享受专为持卡会员量身定做的其他各类增值服务，如免费短信报价等
理由六：持卡会员可以使用诚信度较高的网站功能，如开小店、发起团购等
五、营销策划
(怎么开展这项业务，通过什么方法宣传，策划实施)
六、销售分析
(目标客户，销售量预计，成本预计，利润分析)
七、风险分析
存在的风险有哪些
八、发展目标
范文三项目申报工作计划书
2014年度的高新技术企业认定工作已于3月23日开始启动，比去年有所提前。现就2012年度高新技术企业项目申报工作拟定计划如下:
一、上海市高新技术企业认定的政策依据：
(一)国科发火〔2008〕172号关于印发《高新技术企业认定管理办法》的通知;
(二)国科发火〔2008〕362号关于印发《高新技术企业认定管理工作指引》的通知;
(三)国科发火〔2008〕172号文件附件《国家重点支持的高新技术领域》。
(四)上海市2014年高新技术企业认定公告。
二、高新技术企业的认定条件：
(一)企业在近三年内(是指2009、2010、2011年)通过自主研发、受让、受赠、并购等方式，或通过在全球范围内5年以上的独占许可方式，对其主要产品(或服务)的核心技术拥有在中国内地得到中国法律保护的自主知识产权(是指有1项发明专利或6项左右实用新型专利等);。
(二)产品(或服务)属于《认定办法》附件《国家重点支持的高新技术领域》规定的范围。
(三)具有大学专科以上学历的科技人员占企业当年职工总数的30%以上，其中研发人员占企业当年职工总数的10%以上。
(四)企业持续进行了研究开发活动，且近三个会计年度的研究开发费用总额占销售收入总额的比例符合如下要求：
1、最近一年销售收入小于5,000万元的企业，比例不低于6%;
2、最近一年销售收入在5,000万元至20,000万元的企业，比例不低于4%;
3、最近一年销售收入在20,000万元以上的企业，比例不低于3%。
其中，企业在中国内地发生的研究开发费用总额占全部研究开发费用总额的比例不低于60%。
(五)最近一年(是指2011年)高新技术产品(或服务)收入占企业当年总收入的60%以上。
(六)企业纳税形式应当是查账征收的企业。
三、企业研究开发组织管理水平、科技成果转化能力、自主知识产权数量、销售与总资产成长性等指标符合《工作指引》的要求。
是指对高新技术企业的认定，着重考核以下四项权重指标：
1、研究开发的组织管理水平占20分;
2、科技成果转化能力占30分;
3、核心自主知识产权占30分;
4、成长性指标占20分。
合计为：100分。综合评审达到71以上的，才能被授予高新技术产业称号。
四、申报高新技术企业对职工素质有2项要求：
一是大专以上学历人员应占企业职工总人数的30%以上以上;二是直接从事科研工作的人员应占企业职工总人数的10%以上。这需要企业提前制作好职工名册、职工身份证和学历复印件以及劳动合同等档案，做好抽查和考核的准备。因为高新技术企业实行网上评审，对网上评审通过的要按比例进行抽查，因此前述名册、档案准备工作不能马虎。
五、申报材料和资料的制作、收集和整理：
(一)、科技产品《水平查新报告》。在查新之前必须确定查新项目(产品)名称，并提交以下相关资料：
1、《专利受理通知书》或《专利公开通知书》以及专利背景资料;
2、《产品技术报告》;
3、《产品用户报告》或《用户意见调查表》;
4、产品《检验检测报告》;
5、已经通过备案的产品《企业标准》;
6、填写好查新委托单。
前述查新，是指对产品的技术水平的查新，以确定公司所生产的产品属于属于何种技术水平(一般有5个等级：国际领先、国际先进、国内领先并接近国际领先、国内领先、国内先进)，如果没有进行过这样的查新，最好能够获得这个查新报告。提交查新委托单之日起一般需要近一个月的时间才能获得查新机构出具的《水平查新报告》，因此需要抓紧时间。
(二)财务审计报告(规定必须是经有资质的中介机构：是指经上海市财政局、税务局、科委三家共同指定的中介机构所做的审计报告方为有效)。审计报告有以下三种审计报告：
1、研发经费专项审计报告。是指审计申报前近三年(2009-2011年度)的研发经费支出必须达到规定的比例(贵公司应≥每年销售总收入的6%)。
2、高新技术产品(或服务)收入专项审计报告。是指审计申报前一个年度(2011年度)高新技术产品销售收入必须达到规定的比例(贵公司应为上年度总收入的60%以上)。
3、申报前近三个年度财务审计报告。是指2009-2011年度常规年度审计报告，其中着重考核：申报前近三年的总资产、销售收入的成长性指标(应有相应的增长率，前述2项成长性指标各占10分，年度平均增长率在5%以下得0分，35%以上得10分，2项成长性指标共占20分)。同时，还需要提交申报前近三个年度的财务报表(资产负债表、利润表、现金流量表)以及申报前近一年度纳税申报表，前述财务报表应与企业提交给税务部门的相一致。
如果贵公司财务以往对研发经费没有设立台帐，那么还必须将申报前近三年度的研发经费台帐补起来。这里要说明的是研发经费台帐还必须与企业技术部门所设定的15个左右研发项目进行对接和匹配。由此可见财务与技术部门都有大量的基础性工作要做，由此需要一定的时间才能完成。
研发经费台账和审计工作应由公司财务部门在七月底前完成。
(三)、科技成果转化能力方面的资料。是指企业申报前近三个年度每年平均要有4项以上(不含4项)研发项目，即15个左右研发项目，每个项目都要有项目计划书，内容主要包括：项目名称、研发目的与前景，预测研发费用以及参与人员、项目起止时间，研发项目的所解决的核心技术或关键技术以及创新点、研
推荐专题： 项目实施策划书