XX项目开发计划(模板)_第1页
XX项目开发计划(模板)_第2页
XX项目开发计划(模板)_第3页
XX项目开发计划(模板)_第4页
XX项目开发计划(模板)_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

XX项目开发计划(模板) 1.2.项目背景简要描述项目背景和任务,以及提出者、提出背景、客户和最终用户、以及与其他项目的关系等。 可从项目任务书摘抄。 1.3.参考资料参考资料编号参考资料名称发布日期出版单位举例RDSP-A-P05项目任务书V1.0xx/4/13研发部完整列出此产品使用说明书中其他部分所应用的任何文档。 每个文档应标有标题、版本(如果适用)、日期和出版单位。 列出可从中获取这些参考资料的,这些信息可以通过应用附录或其他文档来提供。 1.4.术语和缩写词全称简称举例全院自助服务器HSPS提供正确理解此产品使用说明书所需的全部术语、首字母缩写词和缩略语的定义。 这些信息可以通过应用项目词汇表来提供。 2.项目目标2.1.产品目标说明项目的开发目标,以及各阶段的划分情况。 举例放射自助项目的项目总目标为融合366-5实体机,实现自助打印整个流程自动化、清晰化、流程化。 由于当前366-5实体机正处于同步开发测试中,故当前需以“能在366-3实体机上实现自助打印功能”为基础,待366-5实体机研发成功后再进行接口的融合及测试。 总而言之,各阶段目标可划分为1,在366-3实体机上实现自助打印功能;2,在医院现场进行模拟测试,修改完善366-3自助打印;3,将自助打印系统融合到366-5实体机上;4,将366-5运用到医院现场进行模拟测试,上线发布;2.1.1.附加工具说明说明在开发过程中需要的其他附加工具的开发。 举例1,测试平台自动化测试平台的搭建,以方便后期的功能测试;2,OCR测试工具不断优化和探索新的OCR测试工具,以提高图片解析率;3,实施工具为节省前期实施成本,开发此工具以快速验证现场环境是否满足可实施要求。 2.2.时间目标说明项目完成的开始/截止时间。 2.3.成本目标说明项目的成本预算。 2.4.度量目标包括过程目标和产品目标(包括测试目标和开发控制目标),过程目标可从项目度量库中根据需要选取,形成项目度量计划。 度量指标目标值上线下线进度偏差率(%)千行缺陷密度(Defects/KLOC)遗留缺陷密度(Defects/KLOC)测试有效性(测试有效缺陷数/总缺陷数)前台代码生成效率(Loc/人天)后台代码生成效率(Loc/人天)测试发现缺陷效率(个/人天)测试用例生产效率(个/人天)过程符合度(%)交付件审计符合度(%)2.5.研发流程裁剪说明研发流程中对应的那些活动、交付件需要裁剪的在此做说明。 3.项目范围3.1.产品backlog附上产品backlog(系统分析师提供)。 3.2.WBS分解附上项目任务的工作分解结构WBS4.项目管理计划4.1.项目估算简要描述本项目开展相关估算时所采用的方法、单位、假设和依据以及最后的估算结果。 项目需求估算清单。 从项目任务书中成本目标中摘录出来,是项目计划制定的参考依据。 4.2.项目计划4.2.1.工作流程画出项目的整体工作流程图。 举例4.2.2.里程碑计划列出各开发阶段的计划;若采用迭代开发模式,还需列出迭代开发计划里程碑。 项目里程碑计划在任务书中时间目标里程碑基础上,进行分解和修改形成。 里程碑计划变更需要走变更流程。 序号阶段/里程碑主要目标起止时间持续时间备注1计划阶段2概设阶段3Sprint1(迭代开发)4Sprint2(迭代开发)5Sprint3(迭代开发)6.7系统测试项目计划架构设计需求分析UI设计系统设计编码及调试详细设计测试测试平台需求分析架构设计编码、测试4.2.3.详细计划写明该项目在每个迭代过程中的详细计划,如果有单独的文档说明此详细计划,请说明该文档在svn上的路径;至少有第一个迭代周期的计划。 迭代开发中的每个迭代过程在制定计划时,都需要更新详细计划。 4.2.4.评审计划描述项目/产品的评审计划,包括评审的内容、时间、作者以及参加评审的人员名称。 序号评审内容评审时间作者参评人员举例1软件需求规格说明书xx/4/14张三李 四、王 五、测试组成员5.项目监控计划描述根据项目任务书的目标,确定如何开展项目监控活动,列举跟踪项(计划跟踪的内容)、跟踪频率(多久跟踪一次,如日、周、月、阶段),偏差阈值(项目实际性能与计划比较产生偏差时可接受的取值)以及偏差控制措施。 阈值的取值范围根据项目实际情况确定,当偏差阈值超出范围时,应考虑实施变更或执行补救措施。 序号监控项监控频率监控手段责任人1项目进度每周Sprint计划会议、每日站会、项目周例会、项目周报、过程评审、阶段评审项目经理2项目风险每周3工作量4规模(需求稳定度)5规模(用户故事数变化)6项目干系人管理5.1.进度控制计划具体说明如何进行该项目的进度控制。 6.风险管理计划描述可能影响项目的进度、质量和成本等方面的风险,如设备条件、技术难点或其他风险因素,并进行分析和评估,制定风险应对措施,可使用Excel表单列出风险点,形成风险跟踪表。 可参考风险管理计划。 举例XX项目风险跟踪表(模板).xls7.配置管理计划说明此项目的配置管理计划(包括资料计划),可参考XX项目配置管理计划。 举例XX项目配置管理表(模板).xlsx8.质量保证计划可参考XX项目质量保证计划。 9.人力资源计划9.1.组织结构描述项目主要人员需求,包括角色(如项目经理、业务顾问、A、配置管理员、项目组骨干等)、职责、计划配置数量、需求数量(缺失数量)、上级人员(向谁报告)等。 采用组织结构图或表格方式描述项目团队的构成。 序号角色职责计划配置数量需求数量向谁报告备注1业务顾问/需求分析师需求分析21项目经理2架构师3项目经理4开发人员5测试人员6A7配置管理员8UCD工程师9客服代表10销售代表11财务代表12CCB变更控制委员会13技术评审专家9.2.人力资源描述项目各阶段所需人员的数量。 项目阶段开始时间结束时间人员数量备注需求阶段xx/3/1xx/4/304项目经理1人,SA2人,Test1人9.3.项目团队内/外部沟通与协作说明项目团队沟通的方式,以及问题记录的方式。 举例1,开发过程中遇到问题,及时通过QQ、微信、邮件或面对面进行交流;2,测试过程中的问题(BUG)统一记录在BUGFREE系统中。 9.4.项目接口人员说明本项目所在部门的接口人员,此处仅做简单定义。 详细活动定义可参考“9.4项目关键干系人管理”章节。 10.沟通管理计划10.1.项目例会描述项目开发过程的例会制度,包括周例会、月度例会以及阶段会议的时间、范围及召开频率。 会议名称频度参加人项目开工会初始阶段结束项目组成员,项目经理,QA,相关组等项目周例会每周一或周二项目组成员,项目经理,QA,相关组等迭代结束会议每次迭代结束(如果迭代周期小于两周,项目周例会可被迭代结束会议替代)项目组成员,项目经理,QA,相关组等技术讨论会事件触发相关人员阶段结束会议细化、构造阶段结束时(同当次的迭代结束会议一起召开)项目组成员,项目经理,QA/PDT开发代表指定的人员项目关闭会议项目结束时项目组成员,项目经理,QA,PDT开发代表等9.2信息汇报描述项目开发过程产生的内部和外部报告,以及报告发布的频率和范围。 报告名称频度责任人向谁报告项目状态报告每周一项目经理技术总监、总经理项目关闭报告项目关闭时(在周报项目经理技术总监、总经理基础上更新)各种会议纪要项目会议结束后纪要人相关人员项目例外报告当发现例外时项目经理技术总监、总经理SQA状态报告每周QA项目经理9.3培训机制描述项目进行过程中开展的培训活动。 名称频度参加人项目操作培训项目结束后项目经理,开发代表,售后及相关人员9.4项目关键干系人管理描述不同阶段需要与关键

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论