计划书范文,项目计划书.docx

《计划书范文,项目计划书.docx》由会员分享，可在线阅读，更多相关《计划书范文,项目计划书.docx（24页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、计划书范文，项目计划书资料1.5标准、条约和约定2项目概述2.1 项目目标2.2 产品目标与范围2.3 假设与约束2.4 项目工作范围 第一阶段目标、第二阶段目标等等，或者近期目标、中期目标、远 期目标等等。阶段目标普通应当说明目标实现的较为明确的时间。一般要 在说明了总目标的基础上再说明分解目标，可加之 为实现项目的总 目标，必须实现以下三个阶段目标2.2 产品目标与范围根据项目输入（如合同、立项建议书、项目技术方案、标书等） 说明此项目要实现的软件系统产品的目的与目标及简要的软件功能 需求。对项目成果（软件系统）范 围进行准确清晰的界定与说明是软 件开辟项目活动开展的基础和依据。软件系统产

2、品目标应当从用户的 角度说明开辟这一软件系统是为了解决用户的那些问题。产品目标 如提高工作信息报送反馈工作效率，更好地进行工作信息报送的检 查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关 工作人员的劳动强度。第三页更多内容软 件 项 目 计 划 书 格 式 src=width = 530/2.3 协作与沟通项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁 协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括 了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPla

3、ce、聊天室等等。其中邮 件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周 期。而协作模式主要说明在浮现什么状况的时候各个角色应当（主动） 采取什么措施，包括沟通，如何互相配合来共同 完成某项任务。定 期的沟通普通要包括项目阶段报告、项目阶段计划、阶段会议等2.3.1 项目团队内部协彳乍本节说明在项目开辟过程中项目团队内部的协作模式和沟通方 式、频次、沟通成果记录办法等内容。2.3.2 项目接口人员应当说明接口工作的人员即他们的职责、联系方式、沟通方式、 协作模式，包括：a、负责本项目同用户的接口人员； b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管

4、理部门、财务部门等的接口人员；c、负责本项目同分包方的接口人员。2.3.3 项目团队外部沟通与协作模式项目团队外部包括企业内部管理协助部门、项目委托单位、客 户等等。本节说明在项目开辟过程中项目团队内部与接口人员、客户 沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直 接用户及其所在本企业/部门名称和联系电话。明确协作开辟的有关 部门的名称、经理姓名、承担的工作内容以及工作实施责任人的 姓 名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工 作内容以及实施人的姓名、联系电话。第四页实施计划软 件 项 目 计 划 书 格 式 src=http: width=587 /需求评审

5、设计评审表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。制定软件项目进度计划可以使用一些专门的工具，最常用的是 Microsoft的Project作为辅助工具，功能比较强大，比较适合于规 模较大的项目，但无法彻底代替项目计划书，特殊是一些主要由文 字来说明的部份。小规模的项目可简便地使用EXCEL作为辅助工具。 关于如何使用这些工具不在此作详细说明。制定软件项目进度计划应当考虑以下一些因素：1）对于系统需求和项目目标的掌握程度。如开始时对于系统需 求和项目目标惟独比较数的了解，就只能制定出比较粗的进度计划, 等到需求阶段或者设计阶段结束，就应该进一步细化进

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

7、件系统本身的功能、架 构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、 项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度， 多项目情况下资源保障的情况，等等等等。软件系统的规模 与软件 系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂 程度未必是成比例的关系。4）项目的工期要求，就是项目的紧急程度。有些项目规模大， 却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧， 这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的 方式是一种万不得已的选择。增加人选除了增加人的成本外必然会增 加沟通的成本（熟悉项目任务所需要的时间）;加班如果处理不好会造

8、成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量 的下滑。5）项目成员的能力。这些能力包括项目经理的管理能力，系统 分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、 测试人员的测试能力,以及企业或者项目团队激发出这些能力的能力。 从此外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模 工具、开辟工具、测试工具等技术的掌握程度;企业内部对行业业务 知识和主要技术的知识积累。第五页项目控制资料）I管理（描述负责软件质量管理的机构、任务及其相关的职责）I文档（列出在该软件的开辟、验证与确认以及使用与维护等阶 段中需要编制的文档，并描述对文档进行评审与检查的准则）I标准、

9、条例和约定（列出软件开辟过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）I评审和检查（规定所要进行的技术和管理两个方面的评审和检 查工作，并编制或者引用有关的评审和检查规程，以及通过与否的技 术准则。至少要进行软件需求评审、概要设计评审、软件验证与确 认评审、软件系统功能检查、程序和文档物理检查）I软件配置管理（编制有关配置管理条款，或者在配置管理计划中说明，或者引用按照GB/T 12505计算机软件配置管理计划规范单独制定的文档）I工具、技术和方法（指明用于支持特定软件项目质量管理工作 的工具、技术和方法，指出它们的目的和用途）I媒体控制（说明保护计算机程序物理媒体的方法和设施，

10、以免2.5 应交付成果2.5.1 需完成的软件2.5.2 需提交用户的文档2.5.3 须提交内部的文档2.5.4 应当提供的服务2.6 项目开辟环境2.7 项目验收方式与依据非法存取、意外损坏或者自然老化）I对供货单位的控制（供货单位包括项目承办单位、软件销售单 位、软件开辟单位。规定对这些供货单位进行控制的规程，从而保证 项目承办单位从软件销售单位购买的、其他开辟单位开辟的或者从开 辟单位现存软件库中选用的软件能满足规定的需求。）I记录的采集、维护和保存（指明需要保存的软件质量保证活动 的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指 明要保存的期限）2.8 .2进度控制计划（可

11、直接引用以下描述或者根据项目情况制定本节内容）本项目的进度监控执行本企业项目管理规范，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检前己录。2.9 .3预算监控计划说明如何检查项目预算的使用情况。根据项目情况需要制定。2.10 4配置管理计划编制有关软件配置管理的条款，或者引用按照GB/T 12505单独制订配置管理计划文档。在这些条款或者文档中，必须规定 用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的 状态以及评审和检查配置管理工作等四方面的活动。还必须规定用 以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件 问题进行报告、追踪和解决的

12、步骤，并指出实现报告、追踪和解 决软件问题的机构及其职责。根据GB/T 12505计算机软件配置管理计划规范，软件配置管理计划内容如下:I引言（本章节包括质量计划的目的、定义、参考资料）I管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）I软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需 求。）I工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开辟者所有权的 范围内描述其用法）I对供货单位的控制（供货单位是指软件销售单位、软件开辟单 位或者软件子开辟单位。必须规定对

13、这些供货单位进行控制的管理 规程，从而使从软件销售单位购买的、其他开辟单位开辟的或者从开辟 单位现存软件库中选用的软件能满足规定的软件配置管理需求）I记录的采集、维护和保存（指明要保存的软件配置管理文档， 指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的 期限）5支持条件说明为了支持本项目的完成所需要的各种条件和设施。5.1 内部支持逐I页列出项目每阶段的却需求（含人员、设备、软件、培训等） 及其时间要求和用途。例如，设备、软件支持包括客户机、服务器、网络环境、外设、 通讯设备、开辟工具、操作系统、数据库管理系统、测试环境，逐项 列出有关到货日期、使用时间的要求。5.2 客户支持列

14、出对项目而言需由客户承担的工作、完成期限和验收标准, 包括需由客户提供的条件及提供时间。5.3 外包（可选）列出需由外单位分合同承包者承担的工作、完成时间，包括需 要由外单团是供的条件和提供的时间。6预算6.1 人员成本列出产品/项目团队每一个人的估计工作月数。列出完成本项目所需要的劳务（包括人员的数量和时间）劳务费普通包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金6.2 设备成本设备成本包括：原材料费，设备购置及使用费列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间6.3 其它经费预算列出完成本项目所需要的各项经费，包括差旅费、资料费

15、、通行费、会议费、交通费、办公费、培训费、外包费等，包括： 差旅费（旅费、出租）（含补贴）（2）资料费（图书费、资料费、复印费、出版费）（3）通信费（市话长话费、挪移通信费、上网费、邮资）（4）会议费（鉴定费、评审会、研讨费、外事费等）（5）办公费（购买办公用品）（6）协作费（业务协作款待费、项目团队加班伙食费）（7）培训费（培训资料编写费、资料印刷费、产地费、设备费）其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）6.4 项目合计经费预算列出完成本项目需要的所有经费预算（上述各项费用之和）。7关键问题逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响

16、。8专题计划要点专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开辟中需要制定的各个专题计划的要点。专题计 划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试 计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、 系统安装部署计划。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

17、客户支持（对项目而言）5.3 外包（可选）6预算（可选）6.1 人员成本6.2 设备成本6.3 其它经费预算6.4 项目合计经费预算7关键问题8专题计划要点第二页编写说明资料列出本计划书中所引用的及相关的文件资料和标准的作者、标 题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标 准的途径。本节与下一节的标准、条约和约定互为补充，注意参考资料未必作为标准、条约和约定，因为参考的不一定是必须 遵守的。常用资料如：本项目的合同、标书、上级机关有关通知、经过审批的项目任 务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开辟标 准。6.5 标准、条约和约

18、定歹I出在本项目开辟过程中必须遵守的标准、条约和约定。例如: 相应的立工覆议书、项目任务书、合同、国家标准、行业标准、 上级机关有关通知和实施方案、相应的技术规范等。参考资料普通具有物质特性，普通要说明参照了什么，要说 明在哪里可以获得;标准、条约和约定 普通具有精神特性，普通 是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖标 准、条约和约定。2项目概述2.1项目目标设定项目目标就是把项目要完成的工作用清晰的语言描述出 来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成 在什么什么时间完成开辟什么什么软件系统或者完成什么什么软件 安装集成任务。注意要完成一个系统只是一个含糊的目标，它还不 够具体和明确。明确的项目目标应该指出了服务对象，所开辟软件 系统最主要的功能和系统本身的比较深层次的社会目的或者系统使 用后 所起到的社会效果。项目目标应当符合SMART原则:I S Specific明确的陈述I M Measurable可以衡量的结果I A Attainable可以达成的目标I R Realistic合理的，现实的或者说是能和实际工作相结合I T Trackable可以跟踪的项目目标可以进行横向的分解也可以进行纵向的分解。横向分 解普通按照系统的功能或者按照建设单位的不同业务要求，如分解为 第一目标、第二目标等等;纵向的分解普通是指按照阶段，如分解为