文档介绍：Revised on November 25, 2020
项目工作说明书
目录
1．简介
项目工作说明书是对项目所要提供的产品或服务的叙述性的描述。对项目而
软件开发工程师
负责平台软件开发工作
相关文档编写
指定委派的软件开发工程师是：
软件开发工程师
负责设置软件开发工作。
相关文档编写。
指定委派的软件开发工程师是：
软件开发工程师
负责平台软件开发工作。
相关文档编写。
指定委派的软件开发工程师是：
软件开发工程师
负责设置软件开发工作
相关文档编写。
指定委派的软件开发工程师是：
软件开发UI设计师
负责UI设计工作。
指定委派的软件UI设计师是：
产品管理工程师
负责软件功能验证、用户手册编写整理。
相关文档编写。
指定委派的产品管理工程师是：
4．项目管理机制
问题反馈时效及机制：
在各研发阶段中有任何解决不了的问题及疑问都要在当天向项目经理通过邮件汇报提出，项目经理要在问题提出当日给出反馈及处理方式。
沟通机制：
项目组成员需每周5中午前通过邮件形式通报当前项目进度（工作情况、问题、建议等）给项目经理，并由项目经理总结后邮件通报给上级领导抄送项目组成员，并在OA上填写项目周报。
项目经理要不定时的与项目组成员及时沟通了解项目研发状态，所有会议必须要有会议记录，会后要邮件发送全体项目组成员。
所有沟通结论及决策都要邮件发送确认。
以上内容都要抄送质量工程师。
项目成果管理机制：
所有里程碑节点的工作产品都需要进行评审，非里程碑节点的工作产品采用审核方式进行。
评审：里程碑节点默认为评审结束时间点，在里程碑到来之前，责任人需在评审前1-2天向项目经理提交工作产品，项目经理审核后发给项目质量工程师，由项目质量工程师协调并组织评审工作，评审问题由责任人进行记录、整理并完成《评审问题记录表》，评审问题记录表中审批人部分由
部门领导给出审批结论后，交给项目质量工程师进行审核、备份
审核：在里程碑到来之前，责任人提交工作产品给项目经理，由项目经理执行审核，通过审核的工作产品和审核结论由项目经理提交给项目质量工程师进行备份。
验收：所有产品需求中的性能、功能作为产品经理对该产品的验收执行依据。
项目变更机制：
变更的条件：需求范围发生了变化（增加或减少），性能指标发生了变化（提高或降低），时间周期发生变化（提前/延期），若因研发问题导致的性能改变，时间改变，由研发人员提出变更请求，填写《变更申请单》并评估变更影响，经项目经理审核后提交给项目质量工程师，由项目质量工程师协调、组织变更评审。通过批准的变更，按照变更后的结论进行继续开发；未通过批准的变更，按照之前的需求和计划进行开发。因产品经理方面需求范围增加导致的范围变更由产品经理发起，通过与开发人员进行技术可行性讨论后认为可行的由产品经理提出变更申请，执行变更申请流程。由变更导致的项目文件的修改需要在《变更申请单》中关于影响分析一栏进行表述，要求每次的变更所影响到的产品/文件一并修改，保证连贯性、一致性、可追溯性。变更记录由项目质量工程师进行记录并跟踪。
所有过程工作产品/产出物为各个阶段必须完成的产出物，是产品/项目的一部分，包括需求文档、技术文件，过程文件，代码，图纸、评审记录、审核记录等。一经定义，不能擅自修改。（可申请变更）；否则按不符合项处理。
注：详细变更要求请见附件1
关于发版机制：
研发人员需要进行发布版本时，对外需要进行外加工的，由研发人员提交全部材料给项目经理，项目经理进行审核后发给项目质量工程师，项目质量工程师为该版本分配版本号后邮件通知采购及其他相关干系人该版本的地址（如有注意事项的，研发人员需一并提交相关文件）。
禁止研发人员直接向采购人员提供任何版本。否则按不符合项处理。（见公司《版本发布管理流程》
人力资源管理机制：
部门经理对各项目人力资源进行调配，在发生资源冲突时，要第一时间通知项目经理及相关项目干系人，包括产品经理。并对资源占用时间给出评估和说明，以方便项目负责人合理规划、控制项目进程。在项目组成员接到来自部门经理的项目外其他任务时，需在执行新任务前告知项目负责人相关情况。
测试结果管理机制：
每次测试后都要提交测试记录及BUGLIST，不合格项修改并作再次针对性测试合格后，要详细记录BUG修改方法并邮件发送项目经理已作保存。
研发转生产流程机制：
需按照上级领导要求，完成研发转生产所需文件，按照领导要求决定该文件是否评审。
研发人员不得直接提供版本给生产人员，生产人员也不得接受研发人员所提供的产品版本。该部分工作全部都要上级领导邮件批示确认。
产品试用机制