计划书范文项目计划书.docx
- 文档编号:15808064
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:16
- 大小:20.43KB
计划书范文项目计划书.docx
《计划书范文项目计划书.docx》由会员分享,可在线阅读,更多相关《计划书范文项目计划书.docx(16页珍藏版)》请在冰点文库上搜索。
计划书范文项目计划书
计划书范文,项目计划书
资料
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.5标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。
例如:
相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
参考资料一般具有物质特性,一般要说明参照了什么,要说明在哪里可以获得;标准、条约和约定一般具有精神特性,一般是必须遵守的,不说明在哪里可以获得。
参考资料的内容应该涵盖标准、条约和约定。
2项目概述
2.1项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念。
注意,不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。
注意要完成一个系统只是一个模糊的目标,它还不够具体和明确。
明确的项目目标应该指出了服务对象,所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则:
lSSpecific明确的陈述
lMMeasurable可以衡量的结果
lAAttainable可以达成的目标
lRRealistic合理的,现实的或者说是能和实际工作相结合
lTTrackable可以跟踪的
项目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分解一般是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般要在说明了总目标的基础上再说明分解目标,可加上为实现项目的总目标,必须实现以下三个阶段目标
2.2产品目标与范围
根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。
对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。
软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目标如提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度。
第三页更多内容
软件项目计划书格式"src="width="530"/>
3.3协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通。
沟通对象应该包括所有项目干系人,而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。
沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。
其中邮件沟通应当说明主送人、抄送人,聊天室沟通方式应当约定时间周期。
而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施,包括沟通,如何互相配合来共同完成某项任务。
定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:
a、负责本项目同用户的接口人员;
b、负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
c、负责本项目同分包方的接口人员。
3.3.3项目团队外部沟通与协作模式
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。
明确最终用户、直接用户及其所在本企业/部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
第四页实施计划
软件项目计划书格式"src="width="587"/>
需求评审
设计评审
表格中检查点/里程碑等阶段划分为举例,实际作业阶段划分、阶段成果等请根据项目需要确定。
制定软件项目进度计划可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比较强大,比较适合于规模较大的项目,但无法完全代替项目计划书,特别是一些主要由文字来说明的部分。
小规模的项目可简便地使用EXCEL作为辅助工具。
关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素:
1)对于系统需求和项目目标的掌握程度。
如开始时对于系统需求和项目目标只有比较数的了解,就只能制定出比较粗的进度计划,等到需求阶段或设计阶段结束,就应该进一步细化进度计划。
2)软件系统规模和项目规模,这两个不是一个概念。
软件系统规模往往是从功能点的估算或其他估算方式得来的,而项目规模还要考虑对文档数量与质量的要求,使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。
例如,完成一个大型的系统,在一定的时间内一个人或几个人的智力和体力是承受不了的。
由于软件是逻辑、智力产品,盲目增加软件开发人员并不能成比例地提高软件开发能力。
相反,随着人员数量的增加,人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3)软件系统复杂程度和项目复杂程度:
和软件系统规模和项目规模一样,软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度,而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度,多项目情况下资源保障的情况,等等等等。
软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
4)项目的工期要求,就是项目的紧急程度。
有些项目规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理安排进度,多增加人选多采用加班的方式是一种万不得已的选择。
增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不好会造成情绪上的问题,也可能会因为过于忙碌而无法顾及质量,造成质量的下滑。
5)项目成员的能力。
这些能力包括项目经理的管理能力,系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力,以及企业或项目团队激发出这些能力的能力。
从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。
第五页项目控制
资料)
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计划书 范文 项目