ImageVerifierCode 换一换
格式:DOCX , 页数:11 ,大小:20.78KB ,
资源ID:12352828      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/12352828.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(项目立项书模板.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

项目立项书模板.docx

1、项目立项书模板项目名称项目立项书版本Vn .m拟制日期审核日期批准日期长沙驰顺网络科技有限公司未经长沙驰顺网络科技有声明:本文件所有权和解释权归长沙驰顺网络科技有限公司所有, 限公司书面许可,不得复制或向第三方公开。修订历史记录版本日期AMD修订者说明(A-添加,M-修改,D-删除)1引言 51.1目的 51.2背景 51.3定义 51.4参考资料 51.5标准、条约和约定 . 62项目概述 62.1项目目标 62.2规定与约束 62.3项目工作范围 62.4应交付成果 72.4.1需完成的项目建设 72.4.2需提交用户的文档 72.4.3须提交内部的文档 72.4.4应当提供的服务 72.

2、5项目验收方式 73项目团队组织 73.1组织结构 73.2人员分工 73.3协作与沟通 83.3.1项目团队内部协作 83.3.2项目接口人员 83.3.3项目团队外部沟通与协作模式 84实施计划 84.1风险评估及对策 84.2工作流程 94.3总体进度计划 94.4项目控制计划 94.4.1质量保证计划 94.4.2进度控制计划 94.4.3预算监控计划 105支持条件 105.1内部支持 105.2客户支持 105.3外部支持 106预算 106.1人员成本 106.2设备成本 106.3其它经费预算 116.4项目合计经费预算 117关键问题(可选) . 111引言1.1目的注意这里

3、的“目的”不是“项目目标” ,而是为了说明本文档的目的与作用。 “项目目标”在2.1中说明。意义: 使项目成员和项目干系人了解项目开发计划书的作用、 希望达到的效果。 开发计划书的作用一般都是 “项目成员以及项目干系人之间的共识与约定, 项目生命周期所有活动的行 动基础,以便项目团队根据本计划书开展和检查项目工作。 ”例如可以这么写: 为了保证项目团队按时保质地完成项目目标, 便于项目团队成员更好地了 解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形 式,把对于在项目 生命周期内的工作任务范围、 各项工作的任务分解、 项目团队组织结构、 各团队成员的工作 责任、团队内外沟通协作方

4、式、开发进度、经费预算、 项目内外环境条件、风险对策等内 容做出的安排以书面的方式, 作为项目团队成员以及项目干系人之间的共识与约定, 项目生 命周期内的所有项目活动的行动基础, 项目团队开展和检查项目工作的依据。1.2背景主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容: 项目的名称:项目的委托单位:项目的用户(单位) :项目的主要承担部门: 项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去 脉。有利于项目成员更好地理解项目目标和各项任务。1.3定义列出为正确理解本计划书所用到的专门术语的定义、 外文缩写词的原词及中文解释。 注意尽 量不

5、要对一些业界使用的通用术语进行另外的定义, 使它的含义和通用术语的惯用含义不一 致。1.4参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、 标题、编号、 发表日期和出版单 位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定” 互为补充,注意“参考资料”未必作为“标准、条约和约定” ,因为“参考”的不一定是“必 须遵守”的。常用资料如: 本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;属于本项目的其他已经发表的文件;本文档中各处引用的文件、资料,包括所要用到的软件开发标准。1.5标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。

6、相应的技术规范等。“参考资料” 一般具有“物质” 特性,一般要说明参照了什么, 要说明在哪里可以获得; “标 准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。参 考资料的内容应该涵盖“标准、条约和约定” 。2项目概述2.1项目目标项目目标可以进行横向的分解也可以进行纵向的分解。 横向分解一般按照功能或按照建设单 位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分 解一般是指按照阶段, 如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。阶段 目标一般应当说明目标实现的较为明确的时间。一 般要在说明了总目标的基础上再说明分 解目标,可

7、加上“为实现项目的总目标,必须实现以下三个阶段目标2.2规定与约束对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。这些内容将限制你 实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。规定是通过努力可以直接解决的问题,而这些问题是一定要解决才能保证项目按计划完成。 如:“必须在 3 天内到位”或“必须在 8 月 8 日前确定对需求文档进行确认” 约束一般是难以解决的问题, 但可以通过其他途径回避或弥补、 取舍, 如人力资源的约束限 制,就必须牺牲进度或质量等等。假设与约束是针对比较明确会出现的情况, 如果问题的出现具有不确定性, 则应该在风险分 析中列出,分析其出现的可能

8、性(概率) 、造成的影响、应当采取的相应措施。2.3项目工作范围说明为能够按时保质实现项目的目标需要进行那些工作。2.4应交付成果2.4.1需完成的项目建设列出需要项目建设内容等等。2.4.2需提交用户的文档列出需要移交给用户的每种文档的名称、内容要点,如需求规格说明书、操作手册等。2.4.3须提交内部的文档列出需要提交给公司内部包括公司领导、 项目组成员、 质量管理等各种文档的名称、 点,如项目变更申请、项目进度报告等等。2.4.4应当提供的服务根据合同或建设工作需要,列出将向用户提供的各种服务,例如培训、安装、维护和运行支 持等。具体的工作计划如需要可编制培训计划等。2.5项目验收方式说明

9、项目内部验收和用户验收的方式及验收依据。3项目团队组织3.1组织结构说明项目团队的组织结构。 项目的组织结构可以从所需角色和项目成员两个方面描述。 角色主要说明为了完成本项目任务, 项目团队需要哪些角色构成, 如项目总负责人、 理、运维工程师、业务接口人、客服、产品等等。组织结构可以用图形来表示,同时说明团 队成员来自于哪个部门。除了图形外,可以用文字简要说明各个角色应有的技术水平。3.2人员分工内容要所需 项目经他们的技术水平、 项目中的分工与确定项目团队的的每个成员属于组织结构中的什么角色, 配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。3.3协作与沟通项目的沟通与协作首先

10、应当确定协作与沟通的对象, 就是与谁协作、 沟通。 沟通对象应该包 括所有项目干系人, 而项目干系人包括了所有项目团队成员、 项目接口人员、 项目团队外部 相关人员等等。其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、 QQ 、内部邮件、外部邮件、QuickPlace 、聊天室等等。协作模式主要说明在出现什么状况的时候各个角色应当 (主动)采取什么措施,包括沟通,如何互相配合来共同 完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等3.3.1项目团队内部协作说明在项目建设过程中项目团队内部的协作模式和沟通方式、 频次、 沟通成果记录办法等内容。3.3.2项目接口

11、人员应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:a 、负责本项目同用户的接口人员;b 、负责本项目同公司内部接口人员;c、负责本项目同支持方的接口人员。3.3.3项目团队外部沟通与协作模式项目团队外部包括公司内部管理协助部门、 支持方、 客户等等。 说明在项目开发过程中项目 团队内部与接口人员、客户沟通的方式、频次、沟通成果记录 办法等内容。明确最终用户、直接用户及其所在本企业部门名称和联系电话。 明确协作开发的有关部门的名称、 经理姓 名、 承担的工作内容以及工作实施责任人的 姓名、 联系电话。 确定有关的合作单位的名称、 负责人姓名、承担的工作内容以及实施人的姓

12、名、联系电话。4实施计划4.1风险评估及对策识别或预估项目进行过程中可能出现的风险。分析风险出现的可能性(概率) 、造成的影响、根据影响应该采取的措施。 风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险,如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险, 如市场转向或政府行为等风险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资 金投入来减低风险发生的概率,以及减少风险事件的风险系数;吸纳:接受一切后果,可以 是积极的(如制定预防性计划来防备风险事件的发生) ,也可以是消极的(如某些费用超支 则接受低于预期的

13、利润) 。软件开发项目常见预估的风险:1) 工程规模进度上的风险 验收不能顺利地完成(或者出现了延迟)2) 技术上的风险 使用新的开发技术、新设备等,或是新的应用组合,没有经验;是新的行业或业务,没有经 验;性能上的要求很严;3) 用户方面的问题 功能会多次变更;与用户分担开发,恐怕工程会拖延(或者出现了延迟) ;用户或其他相关 单位承担的工作有可能延误;4) 其它:应该包含此处没有、但据推测有风险的项目。4.2工作流程画出本项目采用的工作流程图及适当的文字说明。4.3总体进度计划总体进度计划要依据确定的项目规模, 列表项目阶段划分、 阶段进度安排及每阶段应提交的 阶段成果,在阶段时间安排中要

14、考虑项目阶段成果完成、提交评审、修改的时间。 对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、 移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项 工作任务的预定 开始日期、 完成日期及所需的资源, 规定各项工作任务完成的先后顺序以及表征每项工作任 务完成的标志性事件(里程碑) 。4.4项目控制计划4.4.1质量保证计划说明项目建设过程中,产品质量、建设质量、服务质量等等方面如何进行保证,制定计划。 记录的收集、维护和保存(指明需要保存的质量保证活动的记录,并指出用于汇总、保护和 维护这些记录的方法和设施,并指明要保存的期限)4.4.2并保留在监控

15、过程中产生进度控制计划本项目的进度监控由项目过程控制部门或控制人员统一进行监控,的日常检查记录。4.4.3预算监控计划说明如何检查项目预算的使用情况。根据项目情况需要制定。5支持条件说明为了支持本项目的完成所需要的各种条件和设施。5.1内部支持逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。5.2客户支持列出对项目而言需由客户承担的工作、 完成期限和验收标准, 包括需由客户提供的条件及提 供时间。5.3外部支持列出需由外部支持方承担的工作、 完成时间, 包括需要由外部支持方提供的条件和提供的时 间。6预算6.1人员成本列出产品 / 项目团队每一个人的预计工作月数。

16、 列出完成本项目所需要的劳务(包括人员的数量和时间)6.2设备成本设备成本包括:原材料费,设备购置及使用费列出拟购置的设备及其配置和所需的经费列出拟购置的软件及其版本和所需的经费使用的现有设备及其使用时间6.3其它经费预算列出完成本项目所需要的各项经费,包括差旅费、资料费、会议费、交通费、办公费、培训 费、外包费等,包括:(1 ) 差旅费(旅费、出租) (含补贴)(2 ) 资料费(图书费、资料费、复印费、出版费)(3 ) 通信费(市话长话费、移动通信费、上网费、邮资)(4 ) 会议费(鉴定费、评审会、研讨费、外事费等)(5 ) 办公费(购买办公用品)(6 ) 协作费(业务协作招待费、项目团队加班伙食费)(7 ) 培训费(培训资料编写费、资料印刷费、产地费、设备费) 其他(检测、维修费、消耗品等)6.4项目合计经费预算列出完成本项目需要的所有经费预算(上述各项费用之和) 。7关键问题(可选)逐项列出能够影响整个项目成败的关键问题、 影响。技术难点和风险, 指出这些问题对项目成败的

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1