项目工作说明书.docx
《项目工作说明书.docx》由会员分享，可在线阅读，更多相关《项目工作说明书.docx（11页珍藏版）》请在冰点文库上搜索。
项目工作说明书
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签。
1．简介
2．具体实施步骤
实施流程图.
准备工作及项目启动阶段.
错误!
未定义书签。
项目规划阶段.
错误!
未定义书签。
系统设计实施阶段.
错误!
未定义书签。
系统测试阶段.
错误!
未定义书签。
定型阶段.
总结与陈述阶段.
错误!
未定义书签。
错误!
未定义书签。
错误!
未定义书签错误!
未定义书签错误!
未定义书签错误!
未定义书签
3．项目组成员的职责
4．项目管理机制
5．项目组签名
附件1．变更控制程序.
1．简介
项目工作说明书是对项目所要提供的产品或服务的叙述性的描述。
对项目而言，项目经理基于业务需求或产品或服务的需求提出工作说明书。
本文件对该项目中各类岗位（职位）的工作性质、工作任务、责任、权限、工作内容和方法、项目工作流程和条件所作的统一要求。
2.具体实施步骤
实施流程图
F面的图中所示，即实施服务整个过程的流程。
f
*
实施流程
t
彳
准备工作
确定项目组成员及责任
前期需求调研
准备工作及项目启动阶段
在项目实施之前，应该做好充分的准备工作。
在项目启动工作会议中，产品经理与研发人员具体商定项目实施的具体事宜，包括需求讨论、
设计方案、项目组成员、产品的研发方向。
在项目启动阶段，研发人员主导产品经理协助制定详细
的项目实施时间表。
商定项目规划阶段与会相关人员（时间、人员）。
项目规划阶段
通过对对业务人员及产品经理所收集的客户需求及市场类似产品的相关文档资料，项目组成员
应该了解以下信息：
与产品相关的所有业务、技术、应用需求
原有产品的功能信息
分析并掌握了确切需求之后，项目组将制定符合需求的系统的设计方案、实施计划等。
最终业务需求评审过后即可开始确认立项并进入系统设计实施阶段
系统设计实施阶段
根据需求，开始设计研发，主要内容包括：
系统实施方案计划
软硬件设计
系统组成配置（BOM
系统调试
调试完毕后输出测试样品并审核后进入系统测试阶段
（此阶段的产出物包括：
软硬件设计方案、BOM表、设计图纸、结构摆放图）
系统测试阶段
系统实施完毕之后，对系统进行全面测试，包括：
系统测试方案制定
系统功能测试系统性能测试
如测试结果未能达到需求要求返回系统调试阶段进行修改后返回系统测试阶段重新测试系统测试由测试负责人编写测试报告，由项目经理组织进行评审。
2.6定型阶段
BOM
测试报告通过评审后，项目负责人提交整个系统的全面测试报告，在提交给项目组成员及产品经理的报告中，要详细描述系统的需求，系统设计方案、实施计划、测试方案、系统配置信息（表）等报告内容，将在最终验收时作为解释说明。
总结与陈述阶段
由项目经理组织产品经理协助共同主持验收会议。
会议期间，项目经理将向项目组验收人员陈述整个系统实施过程、方案、计划、系统测试结果等，并提请项目评审人员在项目验收表中签署意见。
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中午前通过邮件形式通报当前项目进度（工作情况、问题、建议等）给
项目经理，并由项目经理总结后邮件通报给上级领导抄送项目组成员，并在0A上填写项目周报。
项目经理要不定时的与项目组成员及时沟通了解项目研发状态，所有会议必须要有会议记录，会后要邮件发送全体项目组成员。
所有沟通结论及决策都要邮件发送确认。
以上内容都要抄送质量工程师。
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）变更程序流程
提出变更申请表
?
提交评审小组作技术可行性评定
?
评审小组讨论变更执行所需时间及内容，确认是否批准变更
?
评审小组讨论并提出实施建议
对变更内容进行修改存档
升级会员 