产品技术部工作流程及成果定义.docx
- 文档编号:8831071
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:18
- 大小:299.86KB
产品技术部工作流程及成果定义.docx
《产品技术部工作流程及成果定义.docx》由会员分享,可在线阅读,更多相关《产品技术部工作流程及成果定义.docx(18页珍藏版)》请在冰豆网上搜索。
产品技术部工作流程及成果定义
产品技术部工作流程及成果定义
产品技术部组织结构
工作流程及成果
产品技术部的工作可以划分为产品立项阶段、产品规划阶段、需求分析阶段、产品开发支持阶段和持续服务阶段五个阶段,各工作阶段分别有各自的工作流转方式和成果要求。
产品技术部总体工作流程(标准流程)如下:
注:
本流程为标准工作流程,各产品可根据不同的情况进行适当调整。
产品立项阶段
产品立项工作流程
软件开发前一般要经过产品立项的阶段,本阶段的责任主体是产品技术部,有多个责任部门参与,是通过市场的调查、对市场同类产品的分析,结合公司实际情况提出新产品开发建议,并使之固化为公司策略的过程。
对于公司上层指定开发的产品,可简化或跳过产品的立项过程。
产品立项阶段涉及到的部门如下:
公司上层领导、产品技术部,产品策略部,技术开发部,市场部,商务部。
产品立项的工作流程如下:
1、产生新产品创意,组织相关部门进行初步讨论。
2、认为可行,指定产品经理或成立临时产品组,与相关部门配合进行市场调研,形成市场需求报告(调研报告),产生产品雏形(概念产品)。
并提交评审
3、评审通过后编写立项报告,提交立项评审。
4、立项评审通过后正式立项,成立产品项目组。
如下图示:
产品创意初步讨论
产生产品创意后,产品技术部组织进行产品创意的初步讨论,(参与人员主要是公司领导、产品技术部,产品策略部,市场部,商务部)如果确定为有价值想法,则可着手建立临时的产品项目小组,指定负责此创意产品的产品经理,组织进行市场调研。
●产品创意讨论一般应确定如下内容:
初步产品在公司产品体系中的位置。
初步确定产品创意的可行性
达成初步的产品结构、规模和概貌。
初步明确产品的服务对象和规模。
初步确定产品目标客户、运营方式等。
确定负责的产品经理,成立临时产品项目小组。
初步确定产品立项流程下一过程的时间约束。
●工作成果:
会议纪要
●成果存放位置:
会议纪要存放位置:
cvs:
XX产品\conferencedoc
市场调研和市场需求分析
市场调研工作由产品策略部门负责,产品经理负责组织和跟进产品的市场调研,根据产品策略部提供的市场调研报告,与技术开发部、市场部、商务部、测试部、UI部密切配合,编写市场需求报告,并提交公司产品委员会评审。
●市场需求报告一般应确定如下内容:
产品在公司产品体系中的位置和目标。
达成初步的产品结构、规模和概貌。
初步明确产品的服务对象和规模。
产品运营方式、卖点等。
产品目标客户和收费方式等
同类产品和竞争对手的分析
市场容量、销售预期。
风险评估和技术可行性。
产品的初步时间规划。
费用的初步评估
●工作成果:
《XX产品市场需求报告》
《XX产品市场需求报告PPT》
会议纪要
●工作成果模板及存放位置:
可根据《产品市场需求报告模板》编写《XX产品市场需求报告》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《XX产品市场需求报告》存放位置:
cvs:
XX产品\analysisdoc
会议纪要存放位置:
cvs:
XX产品\conferencedoc
注:
产品策略研究部负责为产品经理创意产品作市场调研,竞争分析,了解想要开发的产品目前市场的情况。
如果市场上有类似产品,要全面了解主流产品有哪些,国内国外有哪几家做得比较出名,近几年市场增长率如何,市场容量有多大。
若市场上无相关产品,则需要深入挖掘客户需求,站在客户角度上提出功能需求,有时候需要市场部,商务部的人员配合完成。
具体内容参照《产品市场调研报告》模板编写,这个过程的输出结果是《XX产品市场调研报告》
技术开发部、市场部、商务部、测试和UI应配合产品经理进行技术方案制定、可行性分析、市场策略和销售情况预测以及测试和UI工作量分析。
产品立项
产品市场需求报告评审通过后,由产品经理和临时产品项目组负责编写产品的立项报告,成果提交公司产品委员会进行评审。
●产品立项报告一般应包括如下内容:
(内容主要根据市场需求报告)
产品名称。
目标产品的市场定位和目标等。
目标产品功能简要说明。
目标产品的时间计划。
研发成本估计。
目标产品采用的技术方案,布署和运营方式。
增值和远景描述等。
●工作成果:
《XX产品立项报告》。
《XX产品立项报告PPT》
会议纪要
●工作成果模板及存放位置:
可根据《产品立项报告模板》编写《XX产品立项报告》
模板存放位置:
?
?
?
?
?
●工作成果存放位置:
《XX产品立项报告》存放位置:
?
?
?
?
?
会议纪要存放位置:
评审通过后,正式成立产品项目组,指定产品经理和项目组成员,如果人员不足,制定人员招聘计划。
产品立项阶段结束,进入产品规划阶段,执行产品规划流程。
产品规划阶段
产品规划工作流程
产品正式立项后,进入产品规划阶段,产品规划阶段主要完成产品版本边界定义,进行产品详细的路线规划,细化产品最近版本的功能列表,并对以后版本进行初步的划分和时间规划。
产品规划阶段涉及到的部门如下:
公司上层领导、产品技术部,技术开发部,测试部,UI部。
产品规划的工作流程如下:
1、产品版本边界讨论。
2、产品规划说明书编写、产品规划内部评审。
3、根据评审意见修改完善规划说明书,提交产品委员会。
如下图示:
产品版本边界讨论
产品立项后,由产品经理发起,新成立的产品项目组立即进行产品版本边界讨论,参加人员:
产品经理、产品项目组成员。
●产品版本边界讨论一般应确定如下内容:
产品的总体规划(包括流程描述和产品整合示意图)。
产品版本节拍。
产品最近版本功能列表。
产品与其它产品集成关系和整合要求。
确定负责的产品规划师、需求分析师。
初步确定产品规划流程下一过程的时间约束。
●工作成果:
《会议纪要》
●工作成果存放位置:
会议纪要存放位置:
cvs:
XX产品\conferencedoc
注:
一旦确定了需求分析师和产品规划师之后,以后进行的规划阶段的各种讨论会议,需求分析师和产品规划师都应该参加,以保证具体工作时信息的完整传递。
产品规划
确定了产品版本边界后,产品规划师、产品经理负责编写产品规划说明书,编写过程中应与技术开发部、测试部、UI部进行充分沟通,以保证工作复杂程度的合适和产品版本推出的时间合理性。
产品规划完成后,由产品规划师发起产品规划内部评审,同时与技术开发部一同完成产品的最近版本工作计划。
●产品规划一般应确定如下内容:
产品总体规划(包括流程描述和产品整合示意图)。
产品版本计划,产品路线图。
产品最近版本功能说明。
产品最近版本性能要求和成本估计。
产品最近版本与其它产品集成关系和整合需求。
如果存在第三方软件接口需求,请加以描述。
初步确定产品规划流程下一过程的时间约束。
●工作成果:
《XX产品规划说明书》。
《XX产品XX版本工作计划》
会议纪要
●工作成果模板及存放位置:
可根据《产品规划说明书模板》编写《XX产品规划说明书》
可根据《产品工作计划模板》编写《XX产品XX版本工作计划》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《XX产品规划说明书》存放位置:
cvs:
XX产品\产品规划
《XX产品工作计划》存放位置:
cvs:
XX产品\plandoc
会议纪要存放位置:
cvs:
XX产品\conferencedoc
产品规划内部评审如果不通过,产品规划师根据评审意见进行修改,直到通过。
内部评审通过后,对于小版本,直接转入需求分析流程,对大版本,需要提交公司产品委员会进行评审。
提交产品委员会评审
对于大版本的产品规划,产品规划说明书应提交公司产品委员会审核,评审不通过,由产品规划师根据评审意见进行修改完善,评审通过,则产品规划作为产品需求分析的依据,转入产品需求分析流程。
产品规划流程结束。
注:
产品规划说明书编写过程中,产品规划师应与技术开发部相关人员充分沟通,以确定产品最近版本开发的难度和时间,根据技术开发部给出的意见修正产品规划,与测试部门相关人员进行充分沟通,以评估产品最近版本的测试时间,与UI部门充分沟通,确定最近版本的UI难点及估计时间,根据UI部门给出的意见修正产品规划,从而保证产品发布时间的合理性。
需求分析阶段
产品规划评审通过后,进入产品需求分析阶段,此阶段主要完成产品需求规格定义,包括产品的业务分析、需求分析、UI制定等,需求分析阶段是产品开发的依据,是测试用例制定的基础。
同时,在需求分析阶段,产品经理应该完成产品的预发布相关文档,并持续跟进其它部门的产品预发布准备工作,负责合作洽谈和联络。
产品需求分析阶段涉及到的主要部门如下:
产品技术部,技术开发部,测试部,UI部。
需求分析流程
通常的产品需求分析流程如下:
1.产品需求初步分析、进行需求讨论;
2.制作页面,确定产品界面风格;
3.进行原型讨论;
4.修改完成后,进行需求分析评审
需求分析流程如下图:
产品需求初步分析、需求讨论
产品规划评审通过后,产品技术部经理根据产品开发计划,适时启动需求分析流程,并由产品经理发起,产品需求分析师对规划产品进行业务需求分析,编写产品需求分析说明书初稿,此时的需求分析侧重于业务分析,文档完成后,由需求分析师发起需求讨论。
参加人员:
产品项目组成员、技术开发部相关人员、UI部门相关人员。
●产品需求初步分析、业务讨论一般应确定如下内容:
实际业务描述
业务流程图
业务相关说明
数据项定义
页面流转图、界面示意和要求说明
初步确定产品需求分析流程下一过程的时间约束。
●工作成果:
会议纪要
《XX产品需求分析说明书》初稿
●工作成果模板及存放位置:
可根据《产品需求分析说明书模板》编写《XX产品需求分析说明书》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《产品需求分析说明书》存放位置:
cvs:
XX产品\requiredoc\XX版本
会议纪要存放位置:
cvs:
XX产品\conferencedoc
制作页面、原型讨论
产品需求分析讨论完成后,产品技术部需求分析师根据讨论意见,进行需求分析修改,修改完成后,提交UI部门进行页面制作。
页面制作过程是需求分析师和UI部门相关人员频繁交互的过程,页面制作完成后,由需求分析师确认,确认无误,提交进行原型讨论。
参加人员:
产品项目组成员、技术开发部相关人员、UI部门相关人员。
某些情况下,此过程可简化或省略。
●产品原型讨论一般应确定如下内容:
页面原型是否满足业务需求
页面易用性
初步确定产品需求分析流程下一过程的时间约束。
●工作成果:
界面原型
会议纪要
●工作成果存放位置:
界面原型存放位置:
UI部相关目录
会议纪要存放位置:
cvs:
XX产品\conferencedoc
需求评审
产品原型讨论完成后,产品技术部需求分析师根据讨论意见,进行需求分析修改,修改完成后,提交产品需求分析评审。
参加人员:
产品项目组成员、技术开发部相关人员、UI部门相关人员、测试部门相关人员。
●工作成果:
会议纪要
《XX产品需求分析说明书》
●工作成果模板及存放位置:
可根据《产品需求分析说明书模板》编写《XX产品需求分析说明书》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《产品需求分析说明书》存放位置:
cvs:
XX产品\requiredoc\XX版本
会议纪要存放位置:
cvs:
XX产品\conferencedoc
产品预发布
产品经理在需求分析师编写需求分析说明书的同时,应编写《产品白皮书》和《产品功能列表》文档,为产品预发布作准备。
同时,产品经理还应分析市场同类产品价格情况,制定《产品价格参考》。
还应着手进行合作伙伴的筛选和洽谈,并与市场部门和商务部门进行沟通,说明产品进展情况和需要取得的帮助。
产品需求分析评审通过后,由产品经理根据产品需求分析说明书,制定大体的产品发布计划,下发产品预发布通知,通知所有相关部门和公司领导,组织进行产品预发布会议。
产品预发布会议主要内容包括:
即将发布的产品的功能,特点,以及产品的预计发布时间;可能的合作伙伴情况等。
●产品预发布会议一般应包括如下内容:
即将发布的产品的功能,特点;
产品的预计发布时间;
可能的合作伙伴情况;
需要各部门进行的准备等。
●工作成果:
《XX产品白皮书》
《XX产品功能列表》
《XX产品价格参考》
会议纪要
●工作成果模板及存放位置:
可根据《产品白皮书模板》编写《XX产品白皮书》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《产品需求分析说明书》存放位置:
cvs:
XX产品\manualdoc\XX版本
《XX产品功能列表》存放位置:
cvs:
XX产品\manualdoc\XX版本
《XX产品价格参考》存放位置:
cvs:
XX产品\manualdoc\XX版本
会议纪要存放位置:
cvs:
XX产品\conferencedoc
注:
1、需求分析讨论和原型讨论经常会出现反复,越是复杂的产品,在些环节反复会越多,请制定计划时充分考虑。
2、对新产品第一个版本,可以考虑适当增加需求分析人员,一是因为一个全新的产品,需求分析的工作量较大,二是,部分需求分析人员可以转变为产品支持人员,进行产品支援。
产品开发支持阶段
在产品开发支持阶段,产品技术部主要负责支持服务、发布相关文档的编写等工作,此时产品技术部内部多个岗位的工作并行,主要的工作流程为产品需求变更流程。
具体如下图示:
本流程各过程不再详述,下面将按岗位叙述本阶段应完成的工作:
产品经理
产品经理本阶段的主要工作如下:
1、持续关注产品开发和需求修改进度。
2、跟进产品运行的硬件配套情况,为产品运行的硬件环境准备提供建议。
3、完善《产品白皮书》
4、跟进各相关部门发布文档的准备情况。
包括商务部的《产品销售手册》、市场部的《产品宣传手册》等。
5、跟进并推动技术开发部的《产品安装手册》的编写。
6、跟进并参与、推动商务部与合作伙伴的商务洽谈。
7、跟进并参与、推动产品销售所必须的资质认证等一系列相关部门的工作。
8、持续关注市场同类产品情况和竞争对手情况。
9、收集新的需求,区分优先级并记入产品任务列表,为下一版本规划作准备。
10、组织进行下一版本规划。
11、产品开发完成、各类发布准备完成后,下发产品发布通知,组织进行产品发布。
●工作成果:
各类会议纪要
《XX产品任务列表》
●工作成果模板及存放位置:
可根据《产品任务列表模板》编写《XX产品任务列表》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《XX产品任务列表》存放位置:
cvs:
XX产品\产品规划
会议纪要存放位置:
cvs:
XX产品\conferencedoc
需求分析师
需求分析师本阶段的主要工作如下:
1、为技术开发部、UI部、测试部提供支持服务。
2、组织各种类型的需求问题讨论,进行必要的需求变更,并记录和下发变更,需求变更应以邮件的方式,通知所有相关人员,主要包括产品技术部、技术开发部、UI部、测试部相关人员。
3、协助编写产品发布相关文档,包括:
产品用户手册、产品管理员手册、产品运营手册、产品培训课件等。
4、参与下一版本规划。
●工作成果:
各类会议纪要
●工作成果存放位置:
会议纪要存放位置:
cvs:
XX产品\conferencedoc
产品支持工程师
产品支持工程师本阶段的主要工作如下:
1、为技术开发部、UI部、测试部提供支持服务。
2、编写产品发布相关文档,包括:
产品用户手册、产品管理员手册、产品运营手册、产品培训课件等。
3、参与下一版本规划。
4、进行产品发布培训
●工作成果:
《XX产品用户手册》
《XX产品管理员手册》
《XX产品运营手册》
《XX产品培训课件》
●工作成果模板及存放位置:
可根据《产品用户手册模板》编写《XX产品用户手册》
可根据《产品管理员手册模板》编写《XX产品管理员手册》
可根据《产品运营手册模板》编写《XX产品运营手册》
可根据《产品培训课件模板》编写《XX产品培训课件》
模板存放位置:
cvs:
Manage\SPEC\Model
●工作成果存放位置:
《XX产品用户手册》存放位置:
cvs:
XX产品\manualdoc\XX版本
《XX产品管理员手册》存放位置:
cvs:
XX产品\manualdoc\XX版本
《XX产品运营手册》存放位置:
cvs:
XX产品\manualdoc\XX版本
《XX产品培训课件》存放位置:
cvs:
XX产品\traindoc
持续服务阶段
产品开发完成并发布后,转入产品持续服务阶段。
此阶段的工作主要由产品支持工程师负责。
通常的产品支持工作流程如下:
1.相关部门或分公司提出需求或问题;
2.产品支持工程师根据问题的性质进行分拣;
3.如果是新增需求,转产品经理计入任务,根据任务的重要程度,在不同的版本中进行处理。
4.如果不是新增需求,则看这个问题是否涉及到需求变更,对需要变更需求的,转入需求变更流程。
对不要变更需求,则对问题提出者进行解释说明。
具体流程如下图示:
此阶段是持续服务阶段,主要工作由产品支持工程师负责,产品经理和需求分析师已经转入下一版本的滚动开发,从产品规划开始,进入下一个版本的规划和需求。
外部关联部门及关联
产品技术部涉及外部关联部门及关联如下:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 技术部 工作 流程 成果 定义