项目工作说明书.docx

项目工作说明书.docx

《项目工作说明书.docx》由会员分享，可在线阅读，更多相关《项目工作说明书.docx（9页珍藏版）》请在冰豆网上搜索。

项目工作说明书

目录之老阳三干创作

时间：

二O二一年七月二十九日

1．简介2

2．具体实施步调3

2.2准备任务及项目启动阶段4

2.3项目规划阶段4

2.4系统设计实施阶段4

2.5系统测试阶段4

2.7总结与陈述阶段5

3．项目组成员的职责6

4．项目办理机制9

5．项目组签名11

附件1．变动控制程序12

1．简介

项目任务说明书是对项目所要提供的产品或办事的叙述性的描述.对项目而言,项目经理基于业务需求或产品或办事的需求提出任务说明书.本文件对该项目中各类岗亭（职位）的任务性质、任务任务、责任、权限、任务内容和办法、项目任务流程和条件所作的统一要求.

2．具体实施步调

下面的图中所示,即实施办事整个过程的流程.

2.2准备任务及项目启动阶段

在项目实施之前,应该做好充分的准备任务.

在项目启动任务会议中,产品经理与研发人员具体商定项目实施的具体事宜,包含需求讨论、设计计划、项目组成员、产品的研发标的目的.在项目启动阶段,研发人员主导产品经理协助制定详细的项目实施时间表.商定项目规划阶段与会相关人员（时间、人员）.

2.3项目规划阶段

通过对对业务人员及产品经理所收集的客户需求及市场类似产品的相关文档资料,项目组成员应该了解以下信息：

∙与产品相关的所有业务、技术、应用需求

∙原有产品的功效信息

∙阐发并掌握了确切需求之后,项目组将制定合适需求的系统的设计计划、实施计划等.

∙最终业务需求评审过后即可开始确认立项并进入系统设计实施阶段

2.4系统设计实施阶段

按照需求,开始设计研发,主要内容包含：

∙系统实施计划计划

∙软硬件设计

∙系统组成配置（BOM）

∙系统调试

∙调试完毕后输出测试样品并审核后进入系统测试阶段

（此阶段的产出物包含：

软硬件设计计划、BOM表、设计图纸、结构摆放图）

2.5系统测试阶段

系统实施完毕之后,对系统进行全面测试,包含：

∙系统测试计划制定

∙系统功效测试

∙系统性能测试

∙如测试结果未能达到需求要求前往系统调试阶段进行修改后前往系统测试阶段重新测试

∙系统测试由测试担任人编写测试陈述,由项目经理组织进行评审.

2.6定型阶段

测试陈述通过评审后,项目担任人提交整个系统的全面测试陈述,在提交给项目组成员及产品经理的陈述中,要详细描述系统的需求,系统设计计划、实施计划、测试计划、系统配置信息（BOM表）等陈述内容,将在最终验收时作为解释说明.

2.7总结与陈述阶段

由项目经理组织产品经理协助配合主持验收会议.会议期间,项目经理将向项目组验收人员陈述整个系统实施过程、计划、计划、系统测试结果等,并提请项目评审人员在项目验收表中签署意见.

3．项目组成员的职责

∙产品经理

1.监督项目组人员使项目顺利进行；

2.及时地提供项目组要求的信息和资源,使项目按时完成需求评审后所要求的最终产品；

3.在研发过程中要时能随时的监督项目组人员任务,并有考核及直接的领导权；

指定委派的是：

∙ICT/产品工程师

1.担任研发设备功效调试、软件需求整理.

2.相关文档编写

指定委派的产品工程师是：

∙硬件研发总工程师

1.领导项目组人员使项目能依照项目计划顺利进行.

2.担任整个项目的部分硬件软件设计研发任务.

3.担任研发文档的编写.（包含：

软硬件设计计划、BOM表、设计图纸、结构摆放图）

4.对新产品的开发提出意见和建议.

5.担任电子元器件的品牌,型号,规格选择.

6.对线路板的生产厂家有选择权,有拒绝使用质量不过关的生产厂家的电路板权利.

指定委派的研发总工程师是：

∙硬件研发助理工程师

1.协助研发工程进行研发任务.

指定委派的研发助理工程师是：

∙项目质量工程师及配置办理工程师

1.项目质量工程师担任依据本《任务说明书》及该文件所涉及到的公司相关项目办理规范对项目过程进行审核,并每周项其部分经理汇报项目情况,每月汇报项目度量数据,遇到严重不合适问题或紧急情况时,随时汇报.

2.配置办理工程师担任识别、备份配置项,测试版本、正式版本的宣布任务.配置项记录、配置库及版本办理任务.《配置项记录表》和《项目版本状态表》实时更新.

指定委派的项目质量工程师及配置办理工程师是：

∙结构设计工程师

1.系统所有设备的箱体结构绘制

2.设备帮助支架的绘制

指定委派的结构设计工程师是：

∙软件开发总工程师

1.担任整个项目的软件设计研发办理任务.

2.软件功效需求审核,开发任务安插.

指定委派的软件开发总工程师是：

∙软件开发工程师

1.担任平台软件开发任务

2.相关文档编写

指定委派的软件开发工程师是：

∙软件开发工程师

1.担任设置软件开发任务.

2.相关文档编写.

指定委派的软件开发工程师是：

∙软件开发工程师

1.担任平台软件开发任务.

2.相关文档编写.

指定委派的软件开发工程师是：

∙软件开发工程师

1.担任设置软件开发任务

2.相关文档编写.

指定委派的软件开发工程师是：

∙软件开发UI设计师

1.担任UI设计任务.

指定委派的软件UI设计师是：

∙产品办理工程师

1.担任软件功效验证、用户手册编写整理.

2.相关文档编写.

指定委派的产品办理工程师是：

4．项目办理机制

4.1、问题反应时效及机制：

在各研发阶段中有任何解决不了的问题及疑问都要在当天向项目经理通过邮件汇报提出,项目经理要在问题提出当日给出反应及处理方法.

4.2、沟通机制：

项目组成员需每周5中午前通过邮件形式通报当前项目进度（任务情况、问题、建议等）给项目经理,并由项目经理总结后邮件通报给上级领导抄送项目组成员,并在OA上填写项目周报.

项目经理要不定时的与项目组成员及时沟通了解项目研发状态,所有会议必须要有会议记录,会后要邮件发送全体项目组成员.

所有沟通结论及决策都要邮件发送确认.

以上内容都要抄送质量工程师.

4.3、项目成果办理机制：

所有里程碑节点的任务产品都需要进行评审,非里程碑节点的任务产品采取审核方法进行.

评审：

里程碑节点默认为评审结束时间点,在里程碑到来之前,责任人需在评审前1-2天向项目经理提交任务产品,项目经理审核后发给项目质量工程师,由项目质量工程师协调并组织评审任务,评审问题由责任人进行记录、整理并完成《评审问题记录表》,评审问题记录表中审批人部分由部分领导给出审批结论后,交给项目质量工程师进行审核、备份

审核：

在里程碑到来之前,责任人提交任务产品给项目经理,由项目经理执行审核,通过审核的任务产品和审核结论由项目经理提交给项目质量工程师进行备份.

验收：

所有产品需求中的性能、功效作为产品经理对该产品的验收执行依据.

4.4、项目变动机制：

变动的条件：

需求规模产生了变更（增加或减少）,性能指标产生了变更（提高或降低）,时间周期产生变更（提前/延期）,若因研提问题导致的性能改动,时间改动,由研发人员提出变动请求,填写《变动申请单》并评估变动影响,经项目经理审核后提交给项目质量工程师,由项目质量工程师协调、组织变动评审.通过批准的变动,依照变动后的结论进行继续开发；未通过批准的变动,依照之前的需求和计划进行开发.因产品经理方面需求规模增加导致的规模变动由产品经理倡议,通过与开发人员进行技术可行性讨论后认为可行的由产品经理提出变动申请,执行变动申请流程.由变动导致的项目文件的修改需要在《变动申请单》中关于影响阐发一栏进行表述,要求每次的变动所影响到的产品/文件一并修改,包管连贯性、一致性、可追溯性.变动记录由项目质量工程师进行记录并跟踪.

所有过程任务产品/产出物为各个阶段必须完成的产出物,是产品/项目的一部分,包含需求文档、技术文件,过程文件,代码,图纸、评审记录、审核记录等.一经定义,不克不及擅自修改.（可申请变动）；不然按不合适项处理.

注：

详细变动要求请见附件1

4.5、关于发版机制：

研发人员需要进行宣布版本时,对外需要进行外加工的,由研发人员提交全部资料给项目经理,项目经理进行审核后发给项目质量工程师,项目质量工程师为该版天职配版本号后邮件通知推销及其他相关关连人该版本的地址（如有注意事项的,研发人员需一并提交相关文件）.

禁止研发人员直接向推销人员提供任何版本.不然按不合适项处理.（见公司《版本宣布办理流程》

4.6、人力资源办理机制：

部分经理对各项目人力资源进行调配,在产生资源冲突时,要第一时间通知项目经理及相关项目关连人,包含产品经理.并对资源占用时间给出评估和说明,以便利项目担任人合理规划、控制项目进程.在项目组成员接到来自部分经理的项目外其他任务时,需在执行新任务前奉告项目担任人相关情况.

4.7、测试结果办理机制：

每次测试后都要提交测试记录及BUGLIST,不合格项修改并作再次针对性测试合格后,要详细记录BUG修改办法并邮件发送项目经理已作保管.

4.8、研发转生产流程机制：

需依照上级领导要求,完成研发转生产所需文件,依照领导要求决定该文件是否评审.

研发人员不得直接提供版本给生产人员,生产人员也不得接受研发人员所提供的产品版本.该部分任务全部都要上级领导邮件批示确认.

4.9、产品试用机制：

给现场试用/装置的版本必须为正式版本,正式版本需要走公司正式版本的宣布流程,正式版本宣布的前提是测试陈述已经过评审,必须有测试人员（或执行测试任务的人员）出具结论性的测试陈述,测试陈述需要进行评审,通过评审没有问题的,由项目经理填写正式版本宣布申请单给配置办理工程师,执行完正式版本宣布后的版本方能装置/安排到现场.

在试用阶段产生的问题（无论是自己发明的还是客户发明的）均作为产品问题,由项目担任人记录在《试用问题记录表中》 ,并担任跟踪直至问题封闭.

明确试用阶段的实施任务归属.

4.10、不成预计内容办理机制：

以上描述中未能提及的事宜,可依照日常陈述机制反应到项目经理处,由项目经理给出解决计划并通报项目组成员及公司内部相关关连人.项目经理解决不了的,陈述给业务部总经理同时抄送项目质量工程师,依据业务部总经理给出的解决计划执行.

5．项目组签名

本任务说明书自______/____/____之日起生效.项目组成员已经阅读这份任务说明书并同意实施,特此签署.

项目组成员（签字）：

项目质量工程师（签字）：

产品经理（签字）：

总经理（签字）：

附件1．变动控制程序

1）提出变动

对项目实施中需求、时间、设计计划等提出修改需首先填写变动申请表.变动申请需直接环节担任人提出.

变动申请表需提交给变动评审小组.变动评审小组由项目组评审成员及总工程师组成.评审小组将就变动申请表的技术可靠性以及对整个项目的影响作出评估及批示.未被批准的变动申请表将退还给提出修改的自己.

2）需提交变动申请的内容

需求修改－需求的增改和删除

软件软硬件设计－设计计划的变动、修改和删除

测试项目－测试计划、测试和重新测试的修改

人员需求－确认增加其他人员的需要性

进度－项目进展情况、项目的进展进度、关头节点的终止日期

用度－增加的用度

3）变动认可

由评审小组担任人或总工程师签字批准.批准后将加入项目档案保管并授与变动实施,可按照变动的内容修改后重新计划安插.

4）变动程序流程

提出变动申请表

¯

提交评审小组作技术可行性评定

¯

评审小组讨论变动执行所需时间及内容,确认是否批准变动

¯

评审小组讨论并提出实施建议

¯

对变动内容进行修改存档

时间：

二O二一年七月二十九日