1、目 录1简介 .22具体实施步骤 .32.1 实施流程图 .32.2 准备工作及项目启动阶段 .42.3 项目规划阶段 .42.4 系统设计实施阶段 .42.5 系统测试阶段 .42.6 定型阶段 .52.7 总结与陈述阶段 .53项目组成员的职责 .64项目管理机制 .95项目组签名 .11附件 1变更控制程序 .1221简介项目工作说明书是对项目所要提供的产品或服务的叙述性的描述。对项目而言，项目经理基于业务需求或产品或服务的需求提出工作说明书。本文件对该项目中各类岗位（职位）的工作性质、工作任务、责任、权限、工作内容和方法、项目工作流程和条件所作的统一要求。32具体实施步骤2.1 实施流
2、程图下面的图中所示，即实施服务整个过程的流程。准备工作项目规划系统设计实施系统测试定型总结与陈述 确定项目组成员及责任 前期需求调研 需求分析并产生业务需求文档 业务需求的讨论、评审及研发范围确定 项目立项 项目计划时间表的确立 系统设计方案确定 系统软硬件设计实施 版本发布及物料采购 系统配置、调试 编制定型文件 系统测试方案确定 系统功能测试、系统性能测试、调优 完成系统测试报告及评审 回顾整个项目实施的过程 编写项目总结报告 签署项目验收表单实施流程42.2 准备工作及项目启动阶段在项目实施之前，应该做好充分的准备工作。在项目启动工作会议中，产品经理与研发人员具体商定项目实施的具体事宜，
3、包括需求讨论、设计方案、项目组成员、产品的研发方向。在项目启动阶段，研发人员主导产品经理协助制定详细的项目实施时间表。商定项目规划阶段与会相关人员（时间、人员） 。2.3 项目规划阶段通过对对业务人员及产品经理所收集的客户需求及市场类似产品的相关文档资料，项目组成员应该了解以下信息： 与产品相关的所有业务、技术、应用需求 原有产品的功能信息 分析并掌握了确切需求之后，项目组将制定符合需求的系统的设计方案、实施计划等。 最终业务需求评审过后即可开始确认立项并进入系统设计实施阶段2.4 系统设计实施阶段根据需求，开始设计研发，主要内容包括： 系统实施方案计划 软硬件设计 系统组成配置（BOM） 系
4、统调试 调试完毕后输出测试样品并审核后进入系统测试阶段（此阶段的产出物包括：软硬件设计方案、BOM 表、设计图纸、结构摆放图）2.5 系统测试阶段系统实施完毕之后，对系统进行全面测试，包括： 系统测试方案制定 系统功能测试 系统性能测试5 如测试结果未能达到需求要求返回系统调试阶段进行修改后返回系统测试阶段重新测试 系统测试由测试负责人编写测试报告，由项目经理组织进行评审。2.6定型阶段测试报告通过评审后，项目负责人提交整个系统的全面测试报告，在提交给项目组成员及产品经理的报告中，要详细描述系统的需求，系统设计方案、实施计划、测试方案、系统配置信息（BOM 表）等报告内容，将在最终验收时作为解
5、释说明。2.7 总结与陈述阶段由项目经理组织产品经理协助共同主持验收会议。会议期间，项目经理将向项目组验收人员陈述整个系统实施过程、方案、计划、系统测试结果等，并提请项目评审人员在项目验收表中签署意见。63项目组成员的职责 产品经理1. 监督项目组人员使项目顺利进行；2. 及时地提供项目组要求的信息和资源，使项目按时完成需求评审后所要求的最终产品；3. 在研发过程中要时能随时的监督项目组人员工作，并有考核及直接的领导权；指定委派的是： ICT/产品工程师1. 负责研发设备功能调试、软件需求整理.2. 相关文档编写指定委派的产品工程师是： 硬件研发总工程师1. 领导项目组人员使项目能按照项目计划
6、顺利进行。2. 负责整个项目的部分硬件软件设计研发工作。3. 负责研发文档的编写。（包含：软硬件设计方案、BOM 表、设计图纸、结构摆放图）4. 对新产品的开发提出意见和建议。5. 负责电子元器件的品牌，型号，规格选择。6. 对线路板的生产厂家有选择权，有拒绝使用质量不过关的生产厂家的电路板权利。指定委派的研发总工程师是： 硬件研发助理工程师1. 协助研发工程进行研发工作。指定委派的研发助理工程师是：7 项目质量工程师及配置管理工程师1. 项目质量工程师负责依据本工作说明书及该文件所涉及到的公司相关项目管理规范对项目过程进行审核，并每周项其部门经理汇报项目情况，每月汇报项目度量数据，遇到严重不
7、符合问题或紧急情况时，随时汇报。2. 配置管理工程师负责识别、备份配置项，测试版本、正式版本的发布工作。配置项记录、配置库及版本管理工作。配置项记录表和项目版本状态表实时更新。指定委派的项目质量工程师及配置管理工程师是： 结构设计工程师1. 系统所有设备的箱体结构绘制2. 设备辅助支架的绘制指定委派的结构设计工程师是： 软件开发总工程师1. 负责整个项目的软件设计研发管理工作。2. 软件功能需求审核，开发工作安排。指定委派的软件开发总工程师是： 软件开发工程师1. 负责平台软件开发工作2. 相关文档编写指定委派的软件开发工程师是： 软件开发工程师1. 负责设置软件开发工作。2. 相关文档编写。
8、指定委派的软件开发工程师是： 软件开发工程师81. 负责平台软件开发工作。2. 相关文档编写。指定委派的软件开发工程师是： 软件开发工程师1. 负责设置软件开发工作2. 相关文档编写。指定委派的软件开发工程师是： 软件开发 UI 设计师1. 负责 UI 设计工作。指定委派的软件 UI 设计师是： 产品管理工程师1. 负责软件功能验证、用户手册编写整理。2. 相关文档编写。指定委派的产品管理工程师是： 94项目管理机制4.1、 问题反馈时效及机制：在各研发阶段中有任何解决不了的问题及疑问都要在当天向项目经理通过邮件汇报提出，项目经理要在问题提出当日给出反馈及处理方式。4.2、 沟通机制：项目组成
9、员需每周 5 中午前通过邮件形式通报当前项目进度（工作情况、问题、建议等）给项目经理，并由项目经理总结后邮件通报给上级领导抄送项目组成员，并在 OA 上填写项目周报。项目经理要不定时的与项目组成员及时沟通了解项目研发状态，所有会议必须要有会议记录，会后要邮件发送全体项目组成员。所有沟通结论及决策都要邮件发送确认。以上内容都要抄送质量工程师。4.3、 项目成果管理机制：所有里程碑节点的工作产品都需要进行评审，非里程碑节点的工作产品采用审核方式进行。评审：里程碑节点默认为评审结束时间点，在里程碑到来之前，责任人需在评审前 1-2 天向项目经理提交工作产品，项目经理审核后发给项目质量工程师，由项目质
10、量工程师协调并组织评审工作，评审问题由责任人进行记录、整理并完成评审问题记录表，评审问题记录表中审批人部分由部门领导给出审批结论后，交给项目质量工程师进行审核、备份审核：在里程碑到来之前，责任人提交工作产品给项目经理，由项目经理执行审核，通过审核的工作产品和审核结论由项目经理提交给项目质量工程师进行备份。验收：所有产品需求中的性能、功能作为产品经理对该产品的验收执行依据。4.4、 项目变更机制：变更的条件：需求范围发生了变化（增加或减少） ，性能指标发生了变化（提高或降低） ，时间周期发生变化（提前/延期） ，若因研发问题导致的性能改变，时间改变，由研发人员提出变更请求，填写变更申请单并评估变
11、更影响，经项目经理审核后提交给项目质量工程师，由项目质量工程师协调、组织变更评审。通过批准的变更，按照变更后的结论进行继续开发；未通过批准的变更，按照之前的需求和计划进行开发。因产品经理方面需求范围增加导致的范围变更由产品经理发起，通过与开发人员进行技术可行性讨论后认为可行的由产品经理提出变更申请，执行变更申请流程。由变更导致的项目文件的修改需要在变更申请单中关于影响分析一栏进行表述，要求每次的变更所影响到的产品/文件一并修改，保证连贯性、一致性、可追溯性。变更记录由项目质量工程师进行记录并跟踪。所有过程工作产品/产出物为各个阶段必须完成的产出物，是产品/项目的一部分，包括需求文档、技术文件，
12、过程文件，代码，图纸、评审记录、审核记录等。一经定义，不能擅自修改。 （可申请变更） ；否则按不符合项处理。注：详细变更要求请见附件 14.5、 关于发版机制：研发人员需要进行发布版本时，对外需要进行外加工的，由研发人员提交全部材料给项目经理，项目经理进行审核后发给项目质量工程师，项目质量工程师为该版本分配版本号后邮件通知采购及其他相关干系人该版本的地址（如有注意事项的，研发人员需一并提交相关文件） 。10禁止研发人员直接向采购人员提供任何版本。否则按不符合项处理。 （见公司版本发布管理流程4.6、 人力资源管理机制：部门经理对各项目人力资源进行调配，在发生资源冲突时，要第一时间通知项目经理及
13、相关项目干系人，包括产品经理。并对资源占用时间给出评估和说明，以方便项目负责人合理规划、控制项目进程。在项目组成员接到来自部门经理的项目外其他任务时，需在执行新任务前告知项目负责人相关情况。4.7、 测试结果管理机制：每次测试后都要提交测试记录及 BUG LIST，不合格项修改并作再次针对性测试合格后，要详细记录 BUG 修改方法并邮件发送项目经理已作保存。4.8、 研发转生产流程机制：需按照上级领导要求，完成研发转生产所需文件，按照领导要求决定该文件是否评审。研发人员不得直接提供版本给生产人员，生产人员也不得接受研发人员所提供的产品版本。该部分工作全部都要上级领导邮件批示确认。4.9、 产品
14、试用机制：给现场试用/安装的版本必须为正式版本，正式版本需要走公司正式版本的发布流程，正式版本发布的前提是测试报告已经过评审，必须有测试人员（或执行测试工作的人员)出具结论性的测试报告，测试报告需要进行评审，通过评审没有问题的，由项目经理填写正式版本发布申请单给配置管理工程师，执行完正式版本发布后的版本方能安装/部署到现场。在试用阶段发生的问题（无论是自己发现的还是客户发现的）均作为产品问题，由项目负责人记录在试用问题记录表中 ，并负责跟踪直至问题关闭。明确试用阶段的实施工作归属。4.10、 不可预计内容管理机制：以上描述中未能提及的事宜，可按照日常报告机制反馈到项目经理处，由项目经理给出解决方案并通报项目组成员及公司内部相关干系人。项目经理解决不了的，报告给业务部总经理同时抄送项目质量工程师，依据业务部总经理给出的解决方案执行。
