项目工作说明书模板

上传人:s9****2 文档编号:560452194 上传时间:2023-03-12 格式:DOCX 页数:11 大小:23.81KB
返回 下载 相关 举报
项目工作说明书模板_第1页
第1页 / 共11页
项目工作说明书模板_第2页
第2页 / 共11页
项目工作说明书模板_第3页
第3页 / 共11页
项目工作说明书模板_第4页
第4页 / 共11页
项目工作说明书模板_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《项目工作说明书模板》由会员分享,可在线阅读,更多相关《项目工作说明书模板(11页珍藏版)》请在金锄头文库上搜索。

1、目录1简介2 2具体实施步骤32.1 实施流程图32.2 准备工作与项目启动阶段 32.3 项目规划阶段 32.4 系统设计实施阶段 32.5 系统测试阶段 32.6 定型阶段42.7 总结与陈述阶段 4 3项目组成员的职责5 4项目管理机制8 5项目组签名 10 附件 1变更控制程序 111简介项目工作说明书是对项目所要提供的产品或服务的叙述性的描述。对项目而言,项目经理 基于业务需求或产品或服务的需求提出工作说明书。本文件对该项目中各类岗位(职位)的工 作性质、工作任务、责任、权限、工作内容和方法、项目工作流程和条件所作的统一要求。2具体实施步骤2.1 实施流程图面的图中所示,即实施服务整

2、个过程的流程。2.2准备工作与项目启动阶段实施流程在项目实施之前,应该做好充分的准备工作。 一A2.3项目规划阶段项目规划卜通过对对业务人员与产品经理所收集的i 需求分析并产生业务需求文档集的客务需求与市场类似与研发,项目组成员项曰立坝IA 项目计划时间表的确立|肿:瀛:二二二:匚:二二二二二二二二二二二二二二二二二二二二二二二二二二二二二二二; 术、应用系统设计方案确定|HA 系统软硬件设计实施|IA 版本发布与物料采购1项曰组将统配置符合调需求的系统的设计方案、实施计划等。ii最终业务需求评审过后即可开始确认立项并进入系统设计实施阶段丨应该了解以下信息与产品相关的所有业务、技:原有产品设计

3、能信息分析并掌握了确切需求之后2.4系统设计实根据需求,开始设计研发,主要内容包括:施阶段系统实施方测计划软硬件设计系统测试方案确定系统功能测试、系统性能测试、调优 完成系统测试报告与评审在项目启动工作会议中,产品经经理与研发定需具体成定与责实施的具体事宜,包括需求讨论、 设计方案、项目组成员、产品的研发方向。在项目启动阶段,研发人员主导产品经理协助制定详细 的项目实施时间表。商定项目规划阶段与会相关人员.时.间.、.人员)系统调试定型调试完毕后输出测试样品并审核后进入系统测试阶段(此阶段的产出物包括:软硬件设计方案、BOM”表、设讦图纸、结构摆放图)| A 回顾整个项目实施的过程:写包括:结

4、报告:A签署项目验收表单5系统测试阶段系统实施完毕与陈述对系统进行全面测试系统测试方案制定 系统功能测试 系统性能测试 如测试结果未能达到需求要求返回系统调试阶段进行修改后返回系统测试阶段重新测试 系统测试由测试负责人编写测试报告,由项目经理组织进行评审。 2.6定型阶段测试报告通过评审后,项目负责人提交整个系统的全面测试报告,在提交给项目组成员与产品 经理的报告中,要详细描述系统的需求,系统设计方案、实施计划、测试方案、系统配置信息(BOM 表)等报告内容,将在最终验收时作为解释说明。2.7 总结与陈述阶段 由项目经理组织产品经理协助共同主持验收会议。会议期间,项目经理将向项目组验收人员陈

5、述整个系统实施过程、方案、计划、系统测试结果等,并提请项目评审人员在项目验收表中签署意 见。3项目组成员的职责 产品经理1. 监督项目组人员使项目顺利进行;2. 与时地提供项目组要求的信息和资源,使项目按时完成需求评审后所要求的最终产品;3. 在研发过程中要时能随时的监督项目组人员工作,并有考核与直接的领导权; 指定委派的是: ICT/产品工程师1. 负责研发设备功能调试、软件需求整理.2. 相关文档编写指定委派的产品工程师是: 硬件研发总工程师1. 领导项目组人员使项目能按照项目计划顺利进行。2. 负责整个项目的部分硬件软件设计研发工作。3. 负责研发文档的编写。(包含:软硬件设计方案、BO

6、M表、设计图纸、结构摆放图)4. 对新产品的开发提出意见和建议。5. 负责电子元器件的品牌,型号,规格选择。6. 对线路板的生产厂家有选择权,有拒绝使用质量不过关的生产厂家的电路板权利。 指定委派的研发总工程师是: 硬件研发助理工程师1. 协助研发工程进行研发工作。指定委派的研发助理工程师是: 项目质量工程师与配置管理工程师1. 项目质量工程师负责依据本工作说明书与该文件所涉与到的公司相关项目管理规X对 项目过程进行审核,并每周项其部门经理汇报项目情况,每月汇报项目度量数据,遇到 严重不符合问题或紧急情况时,随时汇报。2. 配置管理工程师负责识别、备份配置项,测试版本、正式版本的发布工作。配置

7、项记录、 配置库与版本管理工作。配置项记录表和项目版本状态表实时更新。指定委派的项目质量工程师与配置管理工程师是: 结构设计工程师1. 系统所有设备的箱体结构绘制2. 设备辅助支架的绘制指定委派的结构设计工程师是: 软件开发总工程师1. 负责整个项目的软件设计研发管理工作。2. 软件功能需求审核,开发工作安排。指定委派的软件开发总工程师是: 软件开发工程师1. 负责平台软件开发工作2. 相关文档编写指定委派的软件开发工程师是: 软件开发工程师1. 负责设置软件开发工作。2. 相关文档编写。指定委派的软件开发工程师是: 软件开发工程师1. 负责平台软件开发工作。2. 相关文档编写。指定委派的软件

8、开发工程师是: 软件开发工程师1. 负责设置软件开发工作2. 相关文档编写。指定委派的软件开发工程师是: 软件开发 UI 设计师1.负责UI设计工作。指定委派的软件UI设计师是: 产品管理工程师1. 负责软件功能验证、用户手册编写整理2. 相关文档编写。指定委派的产品管理工程师是:4项目管理机制4.1、问题反馈时效与机制:在各研发阶段中有任何解决不了的问题与疑问都要在当天向项目经理通过汇报提出,项目经 理要在问题提出当日给出反馈与处理方式。4.2、沟通机制:项目组成员需每周 5 中午前通过形式通报当前项目进度(工作情况、问题、建议等)给项目 经理,并由项目经理总结后通报给上级领导抄送项目组成员

9、,并在OA上填写项目周报。项目经理要不定时的与项目组成员与时沟通了解项目研发状态,所有会议必须要有会议记 录,会后要发送全体项目组成员。所有沟通结论与决策都要发送确认。 以上内容都要抄送质量工程师。4.3、项目成果管理机制: 所有里程碑节点的工作产品都需要进行评审,非里程碑节点的工作产品采用审核方式进行。 评审:里程碑节点默认为评审结束时间点,在里程碑到来之前,责任人需在评审前1-2 天向项目经理提交工作产品,项目经理审核后发给项目质量工程师,由项目质量工程师协调并组织评审工 作,评审问题由责任人进行记录、整理并完成评审问题记录表,评审问题记录表中审批人部分 由部门领导给出审批结论后,交给项目

10、质量工程师进行审核、备份 在里程碑到来之前,责任人提交工作产品给项目经理,由项目经理执行审核,通过审核的工作 产品和审核结论由项目经理提交给项目质量工程师进行备份。验收:所有产品需求中的性能、功能作为产品经理对该产品的验收执行依据。4.4、项目变更机制:变更的条件:需求 X 围发生了变化(增加或减少),性能指标发生了变化(提高或降低), 时间周期发生变化(提前/延期),若因研发问题导致的性能改变,时间改变,由研发人员提出 变更请求,填写变更申请单并评估变更影响,经项目经理审核后提交给项目质量工程师, 由项目质量工程师协调、组织变更评审。通过批准的变更,按照变更后的结论进行继续开发; 未通过批准

11、的变更,按照之前的需求和计划进行开发。因产品经理方面需求X围增加导致的X 围变更由产品经理发起,通过与开发人员进行技术可行性讨论后认为可行的由产品经理提出变 更申请,执行变更申请流程。由变更导致的项目文件的修改需要在变更申请单中关于影响 分析一栏进行表述,要求每次的变更所影响到的产品/文件一并修改,保证连贯性、一致性、可 追溯性。变更记录由项目质量工程师进行记录并跟踪。所有过程工作产品/产出物为各个阶段必须完成的产出物,是产品/项目的一部分,包括需求 文档、技术文件,过程文件,代码,图纸、评审记录、审核记录等。一经定义,不能擅自修改。 (可申请变更);否则按不符合项处理。注:详细变更要求请见附

12、件14.5、关于发版机制:研发人员需要进行发布版本时,对外需要进行外加工的,由研发人员提交全部材料给项目 经理,项目经理进行审核后发给项目质量工程师,项目质量工程师为该版本分配版本号后通知 采购与其他相关干系人该版本的地址(如有注意事项的,研发人员需一并提交相关文件)。 禁止研发人员直接向采购人员提供任何版本。否则按不符合项处理。(见公司版本发布管理流 程4.6、人力资源管理机制:部门经理对各项目人力资源进行调配,在发生资源冲突时,要第一时间通知项目经理与相 关项目干系人,包括产品经理。并对资源占用时间给出评估和说明,以方便项目负责人合理规 划、控制项目进程。在项目组成员接到来自部门经理的项目

13、外其他任务时,需在执行新任务前 告知项目负责人相关情况。4.7、测试结果管理机制:每次测试后都要提交测试记录与BUG LIST,不合格项修改并作再次针对性测试合格后,要 详细记录BUG修改方法并发送项目经理已作保存。4.8、研发转生产流程机制: 需按照上级领导要求,完成研发转生产所需文件,按照领导要求决定该文件是否评审。 研发人员不得直接提供版本给生产人员,生产人员也不得接受研发人员所提供的产品版本。该部分工作全部都要上级领导批示确认。4.9、产品试用机制: 给现场试用/安装的版本必须为正式版本,正式版本需要走公司正式版本的发布流程,正式版本发布的前提是测试报告已经过评审,必须有测试人员(或执

14、行测试工作的人员)出具结论性 的测试报告,测试报告需要进行评审,通过评审没有问题的,由项目经理填写正式版本发布申 请单给配置管理工程师,执行完正式版本发布后的版本方能安装/部署到现场。在试用阶段发生的问题(无论是自己发现的还是客户发现的)均作为产品问题,由项目负责 人记录在试用问题记录表中 ,并负责跟踪直至问题关闭。明确试用阶段的实施工作归属。4.10、不可预计内容管理机制: 以上描述中未能提与的事宜,可按照日常报告机制反馈到项目经理处,由项目经理给出解决方案并通报项目组成员与公司内部相关干系人。项目经理解决不了的,报告给业务部总经理同时 抄送项目质量工程师,依据业务部总经理给出的解决方案执行

15、。5项目组签名本工作说明书自 /之日起生效。项目组成员已经阅读这份工作说 明书并同意实施,特此签署。项目组成员(签字): 项目质量工程师(签字): 产品经理(签字): 总经理(签字):附件1变更控制程序1) 提出变更对项目实施中需求、时间、设计方案等提出修改需首先填写变更申请表。变更申请需直接环节 负责人提出。变更申请表需提交给变更评审小组。变更评审小组由项目组评审成员与总工程师组成。评审小 组将就变更申请表的技术可靠性以与对整个项目的影响作出评估与批示。未被批准的变更申请表将 退还给提出修改的本人。2) 需提交变更申请的内容需求修改需求的增改和删除软件软硬件设计设计方案的变更、修改和删除 测试项目测试计划、测试和重新测试的修改 人员需求确认增加其他人员的必要性 进度项目进展情况、项目的进展进度、关键节点的终止日期 费用增加的费用

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号