产品研发流程讲课教案

产品研发流程讲课教案
产品研发流程讲课教案

为提高软件产品质量,提升客户满意度,打造软件生产线,增强市场竞争能力,我公司产品研发流程遵循CMMI软件开发过程体系。

产品研发流程

整个开发流程分为:可研、需求获取、技术准备、编码、系统测试、系统实施、项目总结、维护。

可研

1.由公司或者部门领导派发《项目任务书》

2.产品经理分析任务书,确定项目范围、分析技术可行性、确认可行技术方案和技术

难点、初步预估工作量、确定项目进度可行性和经济可行性

3.整理为《可行性研究报告》或《项目建议书》

4.对报告或建议书进行评审,生成《评审报告》

需求获取

1.根据《项目建议书》,产品经理准备和项目相关的资料,如果是升级项目,需要获

取原项目的《用户需求说明书》。

2.通过各种方式,和客户进行多方面的交流,获取用户的原始需求,生成组织架构图、

角色分类、功能描述、用例图描述,编写《用户需求说明书》草案。

3.产品经理和需求分析师根据草案,生成系统原型,并展示给用户,确认需求的正确

性,并随时修改。

4.完成最终《用户需求说明书》和《需求跟踪矩阵》。

5.组织专家、测试人员等对说明书等进行评审,通过后生成《评审报告》。

6.《用户需求说明书》提供给用户确认,并签字确认。

需求分析

1.根据《用户需求说明书》、《需求跟踪矩阵》、《项目建议书》,由产品经理和系统分

析师,完成系统功能划分、用例建模分析、数据建模分析、过程建模分析、识别接

口需求,最终编写出《软件需求说明书》。

2.由中心经理、开发经理、质量经理、系统分析师、软件工程师、测试工程师共同评

审《软件需求说明书》,生成《评审报告》。

技术准备

1.根据《软件需求说明书》等文档,由产品经理、系统设计师、软件工程师分析、制

定、选择技术解决方案。

2.如选择的最佳技术方案中有陌生技术和新技术,则生成《技术攻关任务单》。组织

软件工程师攻关,解决后编写《技术攻关报告》以及相关Demo等。

3.中心经理、质量经理、系统设计师、软件工程师对《技术攻关报告》进行评审。

4.产品经理根据《技术攻关报告》调整《项目计划》。

规范制定

1.产品经理、开发经理、系统设计师、软件工程师根据《软件需求说明书》、《组织级

编码规范》等,制定《软件开发规范》。

2.开发经理、质量经理、系统设计师等评审通过后,确定规范。

概要设计

1.系统设计师根据《用户需求说明书》、《软件需求说明书》、《技术攻关报告》、《软件

开发规范》等文档,进行数据库设计和概要设计,编写《数据库设计说明书》和《概

要设计说明书》。

2.UI设计师按已有文档设计UI界面原型,与用户和同行评估后,细化设计,定义UI

设计准则,编写《UI设计说明书》。

3.对《概要设计说明书》和《UI设计说明书》进行评审,通过后生成《会议纪要》。

4.根据《概要设计说明书》调整《项目计划》。

详细设计

1.系统设计师编写《数据库设计说明书》和《详细设计说明》,并完善《需求跟踪矩

阵》。

2.UI设计师对概要设计中的《UI设计说明书》进行修改和补充。

3.对《详细设计说明》和《UI设计说明书》进行评审。

4.根据评审通过的《详细设计说明》调整《项目计划》。

编码

1.系统设计师向开发经理和软件工程师讲解系统需求和功能设计,提供接口人负责解

答编码阶段遇到的问题。

2.开发经理根据《项目计划》、《详细设计说明书》等相关资料细化工作计划。任务分

解最粗粒度不能超过一周。根据细化后的《项目计划》对软件工程师分配任务。

3.软件工程师按开发进度进行软件开发、单元测试、代码入库工作,并编写相应的《单

元测试报告》、《用户使用手册》、《需求跟踪矩阵》。

4.开发经理组织代码评审,并编写《代码评审报告》。

5.评审通过后,提交《测试申请单》,提交测试部门进行系统测试。

单元测试

1.开发经理制定单元测试计划,准备测试环境。

2.软件工程师设计自己负责模块的测试用例,编写单元测试代码。开发经理检查通过

后,进行测试,填写《单元测试记录》,修改《需求跟踪矩阵》。

3.开发经理根据《单元测试记录》填写《单元测试报告》。

构建执行系统

1.配置管理员根据《配置管理计划》生成新的基线,质量经理对其进行审计

2.软件工程师编写《编译说明》,测试工程师依据此文档准备测试环境

3.将基线版本的软件部署在测试环境,供后续集成测试使用。

集成测试

1.集成测试是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明

的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指

标及要求的活动。

2.质量经理根据《项目计划》和测试人力资源,编写《测试计划》

3.质量经理和测试工程师通过分析编写《测试用例》,并交开发组传阅、提意见,然

后修正。并维护《需求跟踪矩阵》

4.开发经理向测试经理提交《测试申请单》

5.配置管理员获取最新代码,构建集成测试使用的运行环境

6.测试工程师在测试环境验证单元测试的成功,如果不能达到集成要求,则需要退回

编码

7.测试工程师在独立于开发环境的测试环境,根据《测试用例》实施集成测试。如有

BUG,提交BUG管理系统。

8.开发人员修正Bug后,测试工程师按流程迭代测试。

9.Bug管理系统管理BUG的提交、分派、验证、关闭等状态的管理,由测试工程师

和软件工程师使用,生成《Bug管理报告》

10.测试工作完成后,质量经理和测试工程师根据填写测试结论,生成《测试报告》。系统测试

1.系统测试是针对已测试的子系统装配成的完整系统而进行的测试。它是检验系统是

否确实能提供设计方案中指定功能的有效方法。系统测试的目的是对最终软件系统

进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计,并对测试结

果进行分析性总结。

2.和集成测试的流程相同,制定《测试计划》,设计《测试用例》,实施系统测试,生

成《Bug管理报告》,分析测试结果,生成《测试报告》。

发布的评审

1.产品经理准备评审的汇报材料、程序、文档,填写《产品清单》

https://www.360docs.net/doc/bc6286751.html,B(变更控制委员会)召开评审会议,依据《项目计划》、《测试报告》、《用户需

求说明书》对项目情况进行检查和评审,生成《评审报告》

3.产品经理细化《项目计划》,制定下阶段计划和工作安排,相关人员编写《会议纪

要》。

系统实施

1.产品经理依据《用户需求说明书》、《软件需求说明书》、《需求变更申请》等文档,

编写《实施计划与方案》,文档应该包括实施阶段、执行时间、实施人员安排、实

施工序和内容等等

2.产品经理和开发经理编写《系统维护手册》,为用户维护人员和系统维护组提供系

统维护的技术参考

3.产品经理与维护实施人员通过与用户的沟通和协调,确定上线时间,核对实施环境,

提交用户要求的《上线申请》

4.实施人员进行项目实施工作,填写《安装实施记录》、《测试报告》、《项目实施报告》培训

1.业务经理编写《培训计划》,组织实施培训

2.培训结束后,需要用户填写《培训调查反馈表》

3.业务经理根据反馈表汇总《培训评估报告》

验收

1.经过初验、试运行、终验步骤,分别得到《初验报告》和《终验报告》

项目总结

1.依据《项目计划》、《项目问题日志》、《项目周报》,相关人员对项目的实施过程进

行总结,编写《项目总结报告》

2.项目组成员开会讨论《项目总结报告》,并生成《会议纪要》

3.质量经理分析《项目问题日志》,修正并编写《软件开发风险列表》和《项目资产

数据》

维护

1.成立维护组,编写《维护任务书》和《维护计划》

2.执行维护计划,过程中编写《技术支持服务记录》、《维护月报》等相关文件

技术支持

1.为用户提供售后服务,主要解决咨询、需求变更(需求/Bug)、故障处理类的事件

性维护工作的处理

2.过程中编写《技术支持服务记录》和《故障解决方案》

需求变更

1.按以上流程处理需求变更,需要编写《需求变更申请》、《需求变更记录单》,修正

《需求跟踪矩阵》

需求的跟踪及追溯

1.产品经理根据《用户需求说明书》生成《需求跟踪矩阵》

2.开发经理和测试工程师维护此文档,质量经理进行检查

项目管理方法

3.产品经理根据《可行性研究报告》和《项目建议书》,对项目规模进行预估,编写

初步的《项目计划》

4.向中心经理和高层经理沟通讲解项目情况,初步商定可用人力资源等内同

项目启动

1.建立项目组人员结构,产品经理讲解项目情况

2.讨论人力资源配置、软硬件环境需求、开发语言和工具,明确人员分工和职责

3.创建《项目问题日志》,以便质量经理对项目进行跟踪检查

1.按以上流程制定《项目计划》

计划的变更

1.软件项目计划变更是指在需求、人员或其他因素的变更影响下,原计划不能满足,

需要进行调整的过程元素。涉及总工期变化的计划变更需要产品经理提出变更申请,变更的总工期必须由客户确认。

项目监督与控制

周例会

1.项目组每周进行的例会,项目组成员在项目会议上对项目进行汇报、讨论,明确当

前项目中的问题,以及整改措施,明确下周的工作主要内容。

2.周例会结束后,由产品经理编写《项目周报》。

项目周报

1.项目管理小组根据每周例会的会议,由产品经理负责编写项目周报,其它经理配合。

周报中需要明确:项目进度、项目中的问题、发生的原因以及整改措施、下周的工

作主要内容、需要调配或配合的资源、变更内容等等。

产品研发部管理制度及流程

规划设计和技术质量管理制度及流程设计管理制度--项目前期工作指导书 为使规划设计和技术质量日常工作达到规范化、制度化,高效优质地完成公司的各项计划和任务,规划设计和技术质量特制定本指导书。 规划设计和技术质量的日常性工作包括以下几个部分: 一、设计任务书 1、编制《设计任务书》:根据《项目开发计划》和《市场分析报告》, 编制《设计任务书》。设计任务书包括《方案设计任务书》和《施 工图设计任务书》。 2、征询各部门意见:由负责人填写《征询意见表》,经本部门认可后, 发营销部、工程管理部、成本合约部征询意见。 3、协调各部门意见:由负责人汇总各部门意见,如有不同意,可组织 相关部门,召开协调会议,协调会议应由负责人负责记录,并汇总 意见后出《会议纪要》。 4、报审:由负责人依据各部门意见和有关的《会议纪要》修改《设计 任务书》,填写《公司文件审批流程表》后,上报主管领导批准。 5、存档:由负责人将《设计任务书》编号存档。 二、方案设计 方案设计包括:总体方案设计、户型方案设计、立面方案设计、环境方案设计等。 1、编制计划:由规划设计和技术质量依据《项目开发计划》编制《方 案设计组织计划》,本部门认可后存档。 2、选择设计单位:由负责人选择符合资质的设计单位,填写《公司文 件审批流程表》,上报主管领导批准 3、签订合同:由负责人拟订《方案设计合同》后,上报主管领导批准, 并与设计单位签订《方案设计合同》。 4、准备资料:由负责人准备《方案设计任务书》、地形图及相关资料

填写《资料发放记录单》,转交设计单位签收。 5、现场踏勘:由负责人组织设计人员进行现场踏勘,并填写《现场工 作记录表》。 6、监控:项目负责人应随时了解方案设计进度,对于过程中出现的问 题及时解决,必要时可以组织协调会,请相关部门参加,并作会议 纪要。 7、接收设计成果:由负责人按《方案设计合同》及有关要求接收设计 成果,并填写《资料接收记录单》。 8、审核:由负责人对方案进行审核,提出方案审核意见。 9、评审:由负责人报请主管领导批准召开方案评审会,并负责组织、 记录方案评审会,出《会议纪要》,进行设计修改。 10、结算设计费:由负责人按《方案设计合同》结算方案设计费。 三、施工图设计 施工图设计包括:建筑施工图设计、环境施工图设计、灯光设计、智能化施工图设计等。 四、施工图审核:见《施工图审核管理办法》。 五、环境设计 六、项目前期工作(办理规划许可证及其相关报批手续)

研发部制度以及流程

光学设计部管理制度 第一章总则 一、目的:为了提高本部门人员的行为道德准则,提高工作效率和凝聚力,明细各人员的工作事项,使之更为有效的为公司服务,维护公司利益和形象; 二、适用范围:本制度涵盖的内容适用于本部门所有人员; 三、相关权责: 1、设计部经理:在公司总经理以及副总领导下,负责制度的监督实施工作,认真落实上级交予的工作,处理好本部门日常衔接事物; 2、其它人员:在部门主管的领导,认真贯彻遵守本制度的相关要求,务实高效的做好本职工作; 第二章基本行为规范 一、遵守公司管理制度,维护公司信誉,严守公司秘密(具体参照《研发部保密条款》执行); 二、忠于职守、服从工作安排,对待工作不得敷衍了事、借事推塞责任,对事物持不同意见看法的,以书面方式委婉的向上级陈述,服从上级的决议; 三、充分发挥主动性、创造性,积极提高工作效率,工作上应力求精益求精。对所负责的工作争取时效,做到不拖延、不积压。 四、维护同事间的良好关系,创建良好的工作氛围。不得吵闹、挑拨离间、扳弄是非等破坏工作秩序的行为; 五、及时回复客户提出的技术要求,认真礼貌的解答客户提出的技术

疑难,力求客户满意; 六、办公时间内不得使用公司配套设施办私事,不得从事于工作无关的其它事情; 七、非应用研发部人员不得随意进入技术部操作设备或挪用其它物件,须要经过领导同意方可; 八、本部门电脑实行专人专用,未经使用者同意,不得随意开启或使用他人电脑; 九、离职人员必须在离职日前,一周内移交所有技术文档和相关资料给指定的交接人,并删除个人的文件账号,由相关管理人员修改相关口令。 第三章工作职责 一、部门职责: 1、负责按顾客的要求和相关标准,转换成公司生产用技术文件和 有关资料,保证顾客的要求都得到满足; 2、总体策划新产品设计开发,制定产品设计方案和产品评估; 3、参与样品的验证; 4、输出设计开发的资料(文件资料和实物资料),包括产品测试 规范、工艺要求等文件资料和工程样品。 5、根据市场和公司发展需求,致力于产品的自主创新、更新升级 的工作; 6、技术文件、文档的发放、回收、更新以及技术文件编码工作; 二、部门职位组织构架及流程图: 组织构架:人员定额5人,技术经理1位,光学工程师2位,测试员1位,文员1位;

机械类-设计部新产品研发流程

技术部新产品研发流程(草案) 一、部门内部核心文化 “品德、智慧、学习、创新”,成就一个优秀的技术人员。 “友好、信任,创造和谐环境;团结、奋进,发挥共赢精神”,成就一个卓越的技术团队。 二、新品研发步骤与绩效考核办法 1、积极参与新产品开发过程中的市场调查及新产品开发可行性分析(包括成本概预算)。 2、积极参与投标过程中的技术交流。(派技术代表) 3、合同签订后开始履行合同,具体流程如下: ⑴通过e-mail传达合同精神,所有技术相关人员均需参与设计提案。 ⑵合同提案专题会议。(群策群力,提出最优方案,体现团结思想及团体智慧) 交流设计思想,初步确定设计方案,拟定设计项目组,并指定项目负责人,实行项目负 责人制。项目负责人可获得500元项目管理奖。 ⑶签订项目履行协议,由项目负责人安排具体设计周期。 项目负责人带领团队按时保质保量完成工作任务可获得500-1000元不等项目奖金。 团队人员按时完成任务可以获得每人500-1000元不等奖金。 项目未按时完成不发奖金,且推迟一天完成任务按100元/天罚,罚款上限为1000元。 ⑷初步设计 方案原理图设计。 产品总图设计。 产品主要分部件总图设计。 传动及重要部件的设计计算,并撰写设计说明书 ⑸总图会审(结构合理性,避免大的设计错误发生,设计交流学习)。 ⑹零部件设计。(保证生产过程中的合同履行) 优先设计能产生大量生产量的零件及制作周期最长的零件设计。 ⑺设计图纸的校对、审核、批准,并确定生产完工日期。 及时做图纸电子存档,并复印已签字图纸作资料库存档。

做标准件库零件存档。 ⑻图纸发至车间生产,并作图纸发放登记。 跟踪车间生产,核实生产与设计是否相符,通过生产检查零件设计。 督促车间生产质量,做好设计检查跟踪记录。 ⑼零件图全部完成应到车间继续跟踪,进一步检查设计结果。 ⑽售后跟踪与服务 (项目负责人应对这个项目都有所了解,并能适应产品售后的安装技术指导或客户技术交流。) 若产品在使用过程中存在设计问题,项目负责人应参与包括故障分析,现场问题指导处理等一系列工作,且其它项目组人员都应积极支持产品售后工作,争取将设计工作做到更好,更完善。 ⑾项目组负责人负责检查整理所有项目存档文件。 项目组所有人均应写一份产品设计跟踪体会。 ⑿开项目完工总结会,并对设计人员发放项目奖金。 (在新产品第一轮试制完成,第二轮完成小批量并生产投入使用后执行)

电子产品新产品开发流程

1、目的 保证公司产品的设计与开发有计划、有控制地进行,确保开发规范,达到产品的预期要求 2、适用范围 适用于公司自主产品的开发设计。 3、角色和职责 产品经理:根据用户的需求,确定开发何种产品,编写《产品需求规格说明书》 项目经理:组织项目的市场分析和需求管理工作;组织评审,审核评审结果;协调项目组内各角色之间、项目组与外部角色的协同合作关系。 软件工程师:根据《产品需求规格说明书》进行软件系统整体架构的分析和设计,编写《软件方案设计说明书》,完成代码编写以及单元测试,参与代码互查。 硬件工程师:根据《产品需求规格说明书》进行硬件整体架构设计,包括硬件平台的设计与关键器件选型,制作《硬件方案设计说明书》,完成原理图设计、PCB 制作、BOM 单与软硬件接文件等的编制。 结构工程师:根据《产品需求规格说明书》进行产品外现与机械结构的设计。负责塑胶、五金等产品的相关模具、治具、夹具的设计、制造的评审。 测试工程师:负责测试的策划,组织编写测试用例与《测试报告》,监督测试质量,执行测试计划,参加测试用例的评审,实施测试。

采购工程师:负责物料采购,新物料的供应商开发、样品申请,产品打样以及交期跟踪。 4、项目启动准则 项目立项:输出《项目立项报告》在立项报告中,需要包含如下内容:应用背景,立项的目的,产品预售价格,成本预算,竞争对手的产品对比,产品开发周期;项目成员组成等; 5、流程图

6、开发流程 此过程主要包括以下活动:市场需求定位、嵌入式软件设计与开发、硬件设计与开发、结构设计与开发、样机联调、测试、验收等。 6.1、市场需求定位

目的是通过调查与分析,获取用户需求并定义产品需求,包括:需求获取,需求分析和需求定义。目的是在用户与项目组之间建立对产品的共同理解。 6.1.1 需求获取 需求获取的目的是通过各种途径获取用户的需求信息,结合自身的开发环境输出《产品需求规格说明书》。 需求来源,获取技术包括但不限于: 行业标准; 竞争对手的产品说明书、技术说明书、宣传手册等资料;用户访谈与用户调查;可由公司市场部产品组负责组织、实施,并反馈给研发部门。 6.1.2 需求分析 在完成需求获取资料的分析与整理后,项目经理组织进行产品的需求分析工作。建立需求之间的关系,明确分配给产品的需求(包括嵌入式软件、硬件及结构)。 6.1.3 需求变更 无论最初的需求分析有多么明确,开发过程中的需求变化也还是不可避免的。 6.1.4 需求跟踪 需求跟踪的目的是保证在产品开发过程中每个需求都被实现,且项目的其它工作产品与需求保持一致 6.2、嵌入式软件设计与开发 该过程主要包括设计与开发两个活动。

最新研发部工作流程[1]教学内容

产品研发控制程序 目的: 科学的规范公司产品研发生产流程,制定合理的流程标准、制度,努力提高产品研发效率。 适用范围 职责: 研发部: 研发部是新产品开发标准流程的归口管理部门。 ●研发部经理负责实施过程的组织协调和变更。 ●研究中心负责前期基础研究,文献调查,项目可行性分析,立 案及报送批核。 ●开发中心负责配方试制,实验,测试及安全认证 ●新品小批试制由研发部提出和落实,技术部,生产部协助执行, 品保验证。第一次量产由工程部,生产部落实,研发协助,品 保验证 ●产品编号建立,变更 ●成熟产品改良工作 技术部 ●新产品导入、试做安排和指导; ●生产作业指导和问题解决; ●改善生产工艺流程; ●业务新产品样品制作;

●治具、测架制作; ●产品BOM、BOM编码建立、变更、下达; ●技术文件(测试、作业指导书、说明书)存档、发放、回收。品质部 ●品质体系的建立和推进 ●先期产品品质规划及潜在失效原因分析 ●配合工程制作SOP和SIP及相关文件 ●进料,制程,出货全流程品质管控 ●统计各环节的质量信息,如:进货合格率、出货检查合格率、 客户投诉/退货比率、不良原因分析等等 ●供应商管理,客户投诉管理 产品开发的类型: 本公司产品开发主要包括: –a) 年度产品科研开发项目的立项,即年度产品科研开发计划编制; –b)计划外项目立项,即基于市场现时需求和产品研发需要提出的产品开发和技术研究项目的立项。 –c)重大质量改进项目。 3.3.1 项目启动-主导单位--销售研发质量制造部 1. 根据市场需求或公司内部对原有产品的成本改善、品质提升、产品升级等输入新产品或特定产品的设计和开发为项目来源

电子产品设计开发流程

电子产品结构开发流程 目录 1、产品规划 2、产品开发流程 2-1、开发流程概述 2 2、外观ID评审 - 2-3、PCBA结构布局设计(经过组装后的PCB板) 2-4、机构件的设计 2-5、EVT Stage( Engineer Verification Test工程样品验证测试)2-5、DVT Stage ( Design Verification Test设计验证测试) 2-5、PVT & MP Stage (Process Verification Test 小批量过程验证测试和Mass-Production 量产) 3、结束 “、产品规划 A、确定产品的定位 ①确定产品的销售地区 ②确定产品的使用对象 ③确定产品的消费档次 ④确定产品的使用环境

B、确定产品的规格 ①确定产品的使用功能 ②确定产品的外观形状 ③确定产品的检测规范C方案的评估 ①外观方案评估 ②工艺方案评估 ③机构方案评估 2、开发流程 2-1、开发流程概述 (1)外观ID 的评审 (2)PCBA机构布局设计 ( 3)结构件的设计 ( 4)EVT Stage ( 5)DVT Stage (6) PVT &MP Stage 2-2、外观ID 评审 ( 1)尺寸空间评估 ( 2)外接元件评估 ( 3)标准件的选择 ( 4)相关规范收集 ( 5)外观开模分析

(6)建立3D 模型 (7)制作外观手板 (8)出示资料清单 2-3、PCBA结构布局设计 (1)P CBOut-Line 的确定 (2)PCB主要零件的布局 ①EMI/EMC元件 ②I/O元件 ③PCB发热元件 ④光学元件 ⑤操作元件 ⑥其他特殊元件 (3)PCBMCO勺绘制(MCO时钟信号输出) ( 4)出据资料及清单 2-4 、结构件的设计 ( 1)零件拆分的确定,绘制方案图—>色彩工艺 ( 2)评审结构方案—>散热、导光、声音、组装、重量 ( 3)零件结构细部设计—>Cablerouting ( 4)制作功能手板 ( 5)功能手板检讨—>挂钩、定位、止口Button 、Boss 柱、美工线、battery (6)零件开模分析并制作DFM( DFM面向制造的设计,作用就

新产品开发工作流程

新产品开发工作流程1.流程工作内容

2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善(顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序): 顾客要求评审(合同评审) 2.1.1顾客要求评审的输入有三种: 1)顾客新要求,评审依据:《顾客要求评审表》; 2)产品变更要求,评审依据:《产品变更通知单》; 3)顾客确认不合格,评审依据:《新产品开发样品顾客确认通知单》。 2.1.2顾客要求评审的输出有三种: 1)顾客要求明确,公司有能力达到,纳入开发计划; 2)顾客要求不明确,需进一步沟通后纳入开发计划; 3)顾客要求明确,但公司没有能力达到,暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审(合同评审)的组织者。评审的模式及时间节点:销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1)简单产品(比如单口型挤出、单件产品、不涉及外协加工等),技术部根据以往经验和当前公司能力初步判定能否满足顾客要求;如无法独自判定,则组织生产、供应和相关人员进行评审确定。能够开发的项目,技术部进行产品工艺分析,确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。

技术部根据开发计划的评审时间确定产品交付时间,填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发,技术部据此组织开发计划实施。 时间节点,技术部自接单时刻计算,两个工作日完成(当日下班前一小时的接单计入次日)。特殊情况,技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求,销售部同意或请示上级领导同意后,按同意的时间节点完成。 2)复杂项目或整车付产品项目的开发,技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议,对开发项目进行评审策划,将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上,形成评审结论。 根据评审结论,《顾客要求评审表》要求的相关部门填写完成此单据,在规定的时间前返回销售部。如果进行开发,技术部据此编制开发计划和技术文件。 时间节点,技术部自接单时刻计算,五至七个工作日完成(当日下班前一小时的接单计入次日)。特殊情况,技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求,销售部同意或请示上级领导同意后,按同意的时间节点完成。 编制新产品开发计划 2.2.1新产品开发计划的输入有四种: 1)《顾客要求评审表》; 2)《产品变更通知单》; 3)《质量问题反馈单》中涉及到需要进行产品开发(完善)的相关措施; 4)经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出:项目负责人编制新产品开发试制技术文件和开发计划的实施。 2.2.3新产品开发计划的编制 技术部根据上述“输入”编制新产品开发计划。 1)对于前述第1种评审模式确定的开发计划的编制 技术开发部确定开发计划中的具体工艺流程项目,根据顾客要求数量(主要是根或套),由技术部在开发计划中增加相应的余量(余量的目的是为了留样和车间的损耗,从而保证最终入库的数量满足顾客要求)。采用x+x的格式,例如顾客数量要求5套,开发计划上可能是5+5套,后者的+5为挤出车间的余量,故挤出车间要按10套进行生产。材料数量由技术部在开发计划上注明实际用量和种类,由生产部根据生产情况进行适应的调整。由生产部组织相关责任车间评审各阶段的具体实施和完成时间,相关责任车间负责人分别在《新产品开发计划》签字,《新产品开发计划》经技术部负责人(或其代理人)批准后下发到生产部和相关责任车间。 2)对于前述第2种评审模式确定的开发计划的编制 技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人(或其代理人)批准后下发到生产部和相关责任车间。 编制新产品试制技术文件

技术部产品研发流程

. 产品设计流程 2017-03-20发布 2017-04-1生效 1 简介

1.1 目的 建立基于市场和客户需求驱动的产品开发流程,将产品设计作为一项投资来管理,更加有效地管理产品设计,从而缩短产品上市时间、减少开发成本、提高产品质量、提高产品竞争力。 1.2 适用范围 本流程是根据公司产品设计的要求,结合本公司产品开发实际情况编制的,符合公司质量手册和质量管理体系程序文件,适用于公司所有产品的设计。根据产品的特点,可选择完整的流程或部分流程。选择的原则是先效用后效率。 1.3 参与者 产品开发设计项目是全公司范围的项目,不应该被局限地理解为是研发系统内部的项目。各部门不仅仅需要参与,而且需要投身其中。产品开发是市场营销、研发、工艺、生产、用户服务、财务、采购等各方面业务的集成(见图1),管理模式贯穿整个产品业务流程,即从客户需求分析、概念形成、产品研究开发、产品发布,一直到产品生命周期管理的完整过程。 1.4 职能部门 职能部门经理担负着非常重要的职责。他们定义职能部门的策略、指南、工具和标准。协调不同的设计项目;制定流程和提供流程指导;发展并管理职能部门,确保职能部门团队表现优秀;制定职能部门的预算;招聘、考评、解雇和培训人员;领导职能部门的项目,譬如项目开发工具的引进、部门内公共技术和平台的开发和维护;和行政部、生产部一起决定资源和人力调配,最重要的一点是参与设计重用的审查。 1.5产品开发流程图

图 1 产品开发流程图

2.项目立项与策划阶段 2.1立项 立项阶段作为整个项目的起始阶段,在整个项目的开发过程中占有非常重要的地位。它主要完成需求的获取和分析,初步的产品定义,市场可行性分析、技术可行性分析以及项目概要的预算和风险分析等重要任务。 2.2项目立项分类 2.2.1 年度产品科研开发项目的立项,即年度产品科研开发计划编制; 2.2.2计划外项目立项,即基于市场现时需求和产品研发需要提出的产品开发和技术研究项目的立项。 2.2.3重大质量改进项目。

电子产品结构设计过程

电子产品的结构设计过程 一个完整产品的结构设计过程 1.ID 造型; a. .......................... I D 草绘 b. ............................. ID 外形图 c. ............................. MD 外形图 2.建模; a. 资料核对 ..... b. 绘制一个基本形状...... c. 初步拆画零部件 ..... 1.ID 造型; 一个完整产品的设计过程, 是从ID 造型开始的,收到客户的原始资料(可以是草图,也可以是文 字说明),ID即开始外形的设计;ID绘制满足客户要求的外形图方案,交客户确认,逐步修改直至客户认同;也有的公司是ID 绘制几种草案,由客户选定一种,ID 再在此草案基础上绘制外形图;外形图的类型,可以是2D的工程图,含必要的投影视图;也可以是JPG彩图;不管是哪一种,一般需注名整体尺寸,至于表面工艺的要求则根据实际情况,尽量完整;外形图确定以后,接下来的工作就是结构设计工程师(以下简称MD的了; 顺便提一下,如果客户的创意比较完整,有的公司就不用ID直接用MD故外形图; 如果产品对内部结构有明确的要求,有的公司在ID绘制外形图同时MD就要参与进来协助外形的调整;MD开始启动,先是资料核对,ID给MD的资料可以是JPG彩图,MD将彩图导入PROEt描线;ID 给MD勺资料还可以是IGES线画图,MD各IGES线画图导入PROE!描线,这种方法精度较高;此外,如果是手机设计,还需要客户提供完整的电子方案,甚至实物; 2。建摸阶段, 以我的工作方法为例,MD根据ID提供的资料,先绘制一个基本形状(我习惯用BASE乍为文件名);BASE就象大楼的基石,所有的表面元件都要以BASB的曲面作为参考依据; 所以MD故3D的BASE和ID做的有所不同,ID侧重造型,不必理会拔模角度,而MD不但要在BASE 里做出拔模角度,还要清楚各个零件的装配关系,建议结构部的同事之间做一下小范围的沟通,交换一下意见,以免走弯路;

研发部规章制度工作流程管理

研发部规章制度及工作流程管理1.研发部组织架构 2.研发部相关职责权限 1) 部门职责权限 详见《研发部部门工作职责》(已完成) 2) 各工作岗位说明 详见研发部各工作岗位《岗位说明书》(已完成) 3.研发部规章制度及工作流程(建议) 1) 《项目管理流程》 规范公司项目管理流程,提高项目完成效率及成功率,使研发部项目管理目标(时间、成本、质量)更加明确,减少资源浪费。 2) 《SQA工作流程》 通过SQA 相关工作的开展,建立并逐步完善公司项目开发过程及结果的监控体制,确保公司研发过程得到有效监督,各项研发任务能够按时保质保量完成。 3) 《技术评审制度》 规范公司研发技术评审工作,建立标准、完善、统一的技术评审流程,以降低研发风险并确保项目既定开发目标的顺利完 成。 4) 《技术文件档案管理制度》 规范研发部文件档案管理工作,确保公司机密资料、文件档案的安全性,防止泄密事件发生。 5) 《研发产品(交付物)验收流程》 规范研发部研发产品(或交付物)验收流程,规定参与验收的

部门人员及相应的验收标准,确保研发结果的正确性、稳定性、可靠性,为下一步产品实现(小批量试产及批量投产)提供必要保证。 6) 《研发实验室管理制度》 本制度旨在规范研发实验室的管理工作,包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法;参与试验人员的工作注意事项(静电防护等等);实验室环境要求,值日安排等 7) 《研发部绩效管理制度》 本管理办法旨在明确公司管理目标,明确研发部各职位工作职责、目标,并据此建立一套适合于崇新公司研发部的,科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况,推动并提高员工工作积极性,规范公司绩效管理工作。 8) 《培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作,从培训的计划制订,到培训内容、形式的安排,包括培训工作流程的建立,以及培训效果的确认等等。以规范公司培训管理工作,使培训工作更具有针对性、计划性。 9) 《招聘管理流程》 本制度旨在规范公司现有招聘流程,针对高技术性人才招聘的特点,建立一套符合公司企业文化及发展规划、目标的人才招聘办法,以提高技术性人才招聘工作效率。 10) 《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多,随着公司培训工作的开展,以及公司人员的不断更迭,公司急需建立一套系统、完善的图书、资料管理制度,以保证公司图书资源的合理利用,并防止珍贵图书资料的遗失。 11) 《公共资源及固定资产管理制度(办公设备、办公用品、公共资源等等)》 针对公司近期不断出现的资源浪费现象(如非办公时间办公电

产品部工作规范及流程图

产品部工作规及工作流程 一、 产品团队组成 二、 产品周期流程 三、 产品设计流程 3.1 产品立项 产品小组开会讨论产品立项: 3.1.1 讨论产品需求并分析产品主要功能点。 3.1.2 讨论并拟定产品交互体验与产品视觉体验。 3.1.3 工作周期计划。 3.2 产品设计 使用Axure RP 对产品实现高保真的原型设计。 产品界面、功能不出现遗漏。 产品 立项 原型设计 原型确认 UI 设计 UI 确认 前端开发 前端确认 设计 周期 开发周期 测试周期 PRD 编写 产品经理 前端开发 UI 设计 测试 产品上线 阶段跟踪

原型交互体验应满足贴近真实产品90%的效果。 3.3 产品原型确认 3.3.1产品原型是否满足需求功能。 3.3.2产品原型交互体验评测。 3.3.3产品原型交互体验改进措施。 3.3.4讨论对产品UI设计。 3.4 产品UI设计与确认 3.4.1UI与产品原型是否相符 3.4.2视觉效果是否满意 3.5 产品前端设计与确认 3.5.1前端与原型保持一致性。。 3.5.2前端与UI保持一致性。 3.5.3前端不足改进措施。 3.6 产品PRD编写 通过产品原型图例对产品进行功能性描述。 四、产品开发进度跟踪流程 4.1产品开发沟通会议 4.1.1讲演产品:使用产品原型与PRD文档对产品进行讲演。 4.1.2需求沟通:对需求进行讨论。 4.2提交资料准备开发 产品部与技术部开完产品开发沟通会后,将前端文件(HTML),原型(Axure RP),开发需求文档(PRD)等文件提交到技术部。 4.3产品开发追踪 五、产品测试流程(参照产品测试规) 5.1产品测试 根据产品PRD文档与产品测试用例对产品进行功能点测试。 使用压力测试、兼容性测试等手段对产品进行性能测试。 5.2产品验收 产品通过功能测试及性能测试,测试人员给出总结报告,对该产品能否

电子产品研发流程

kaoya nghou电子产品研发流

目录 目的 -* 适用范围 ■. -?- 职责 . 四.研发流程图 五. 各阶段的主要活动/任务、职责及要求六.研发评审 七.研发变更管理 八.各阶段输出文档一览表

目的 为了规范kaoyanghou 自有品牌电子产品研发流程,明确各个研发阶段的主要活动、职责、输入、输出,确保研发产品的质量、进度、成本和服务等满足公司和用户的需求。 二.适用范围 1. kaoyanghou电子产品研发流程适用于公司电子产品的研发活动,如学生平板电脑、早 教类产品、婴童类产品。 2. 定义: 2.1. 新产品:本公司未生产过的产品 2.2. 旧产品:本公司已生产过的产品 23 OEM :依椐客户要求或提供的样办进行设计和开发 24 ODM :本公司自主研发和设计 2.5. 客户:对新产品要求与确认者,当OEM 时是“客户”,当ODM 时是本公司“总 经理” 三.职责: 1. 商务部/营销中心: 1.1 负责对ODM 产品市场信息或经销客户需求的识别与确认。 1.2 负责对OEM 客户要求的识别与确认。 1.3 必要时,上报总经理,由其召集副总经理、研发中心、品管中心、采购部、生产 中心、注塑部,对新产品的输入可行性进行评审,以使各部门明确客户要求,如 需对客户要求进行变更时,商务部/营销中心应作记录后 知会客户,客户确认同意后通知相关部门。 2 总经理(副总经理):决定产品开发种类,指导及批准产品开发设计方案,组 织设计的评审、设计验证、设计确认工作。 3 研发中心: 3.1 软件部:负责软件质量要求的识别与确认,软件开发可行性的评估,软 件开发方案的拟定和实施。提供软件设计内容文件,负责处理生产过程中 发生的软件设计问题。 3.2 硬件部:负责产品质量要求的识别与确认,产品开发可行性的评估,产 品开发方案的拟定和实施。提供产品设计图纸,负责处理生产过程中发生 的产品设计问题。 4 生产中心:负责新产品试产计划的实施及试产状况的反馈与跟进。

研发部规章制度工作流程管理(最终)

研发部规章制度及工作流程管理建议 1.研发部组织架构 2.研发部相关职责权限 1)部门职责权限 详见《研发部部门工作职责》(已完成) 2)各工作岗位说明 详见研发部各工作岗位《岗位说明书》(已完成) 3.研发部规章制度及工作流程(建议) 1)《项目管理制度》 规范公司项目管理流程,提高项目完成效率及成功率,使研发部项目管理目标(进度、成本、质量、过程分工)更加明确,减少资源浪费。 2)《研发部绩效管理制度》 本管理办法旨在明确公司管理目标,明确研发部各职位工作职责、目标,并据此建立一套适合于崇新公司研发部的,科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况,推动并提高员工工作积极性,规范公司绩效管理工作。 3)《SQA工作流程》 通过SQA 相关工作的开展,建立并逐步完善公司项目开发过程及结果的监控体制,确保公司研发过程得到有效监督,各项研发任务能够按时保质保量完成。 4)《项目评审制度》

规范公司研发技术评审工作,建立标准、完善、统一的技术评审流程,以降低研发风险并确保项目既定开发目标的顺利完成。 5)《项目交付物管理制度》 规范研发部文件数据交付物档案管理工作,确保公司机密资料、文件档案的安全性,方便后续查找,并防止泄密事件发生。 6)《项目验收流程》 规范研发部研发产品(或交付物)验收流程,规定参与验收的部门人员及相应的验收标准,确保研发结果的正确性、稳定性、可靠性,为下一步产品实现(小批量试产及批量投产)提供必要保证。 7)《研发部培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作,从培训的计划制订,到培训内容、形式的安排,包括培训工作流程的建立,以及培训效果的确认等等。以规范公司培训管理工作,使培训工作更具有针对性、计划性。 8)《研发人员招聘管理流程》 本制度旨在规范公司现有招聘流程,针对高技术性人才招聘的特点,建立一套符合公司企业文化及发展规划、目标的人才招聘办法,以提高技术性人才招聘工作效率。 9)《实验室管理制度》 本制度旨在规范研发实验室的管理工作,包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法;参与试验人员的工作注意事项(静电防护等等);人员行为规范;实验室环境要求,值日安排等 10)《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多,随着公司培训工作的开展,以及公司人员的不断更迭,公司急需建立一套系统、完善的图书、资料管理制度,以保证公司图书资源的合理利用,并防止珍贵图书资料的遗失。 11)《公共资源及固定资产管理制度(办公设备、办公用品、公共资源等等)》 针对公司近期不断出现的资源浪费现象(如非办公时间办公电脑屏幕未关闭,照明设备未关闭,包括复印纸不合理的使用现象等等),以及公司目前固定资产的管理现状(如办公电脑的管理等),有必要出台一套专门针对公共资源使用及固定资产管理的办法,以规范相关管理方法、制度,减少浪费,提高资源使用效率。 12)《研发物品申请管理制度》 研发过程所需器件物品申请应有规范的流程和申请方式,并对相应的申请批准有相应的规定

技术部产品研发流程

产品设计流程 2017-03-20发布 2017-04-1生效 1 简介

1.1 目的 建立基于市场和客户需求驱动的产品开发流程,将产品设计作为一项投资来管理,更加有效地管理产品设计,从而缩短产品上市时间、减少开发成本、提高产品质量、提高产品竞争力。 1.2 适用范围 本流程是根据公司产品设计的要求,结合本公司产品开发实际情况编制的,符合公司质量手册和质量管理体系程序文件,适用于公司所有产品的设计。根据产品的特点,可选择完整的流程或部分流程。选择的原则是先效用后效率。 1.3 参与者 产品开发设计项目是全公司范围的项目,不应该被局限地理解为是研发系统内部的项目。各部门不仅仅需要参与,而且需要投身其中。产品开发是市场营销、研发、工艺、生产、用户服务、财务、采购等各方面业务的集成(见图1),管理模式贯穿整个产品业务流程,即从客户需求分析、概念形成、产品研究开发、产品发布,一直到产品生命周期管理的完整过程。 1.4 职能部门 职能部门经理担负着非常重要的职责。他们定义职能部门的策略、指南、工具和标准。协调不同的设计项目;制定流程和提供流程指导;发展并管理职能部门,确保职能部门团队表现优秀;制定职能部门的预算;招聘、考评、解雇和培训人员;领导职能部门的项目,譬如项目开发工具的引进、部门内公共技术和平台的开发和维护;和行政部、生产部一起决定资源和人力调配,最重要的一点是参与设计重用的审查。 1.5产品开发流程图

图 1 产品开发流程图

2.项目立项与策划阶段 2.1立项 立项阶段作为整个项目的起始阶段,在整个项目的开发过程中占有非常重要的地位。它主要完成需求的获取和分析,初步的产品定义,市场可行性分析、技术可行性分析以及项目概要的预算和风险分析等重要任务。 2.2项目立项分类 2.2.1 年度产品科研开发项目的立项,即年度产品科研开发计划编制; 2.2.2计划外项目立项,即基于市场现时需求和产品研发需要提出的产品开发和技术研究项目的立项。 2.2.3重大质量改进项目。

比亚迪电器及电子产品开发流程

一、设计开发流程阶段划分 比亚迪电气及电子产品设计开发流程划分为6个阶段,各事业部在设计开发过程中,可根据项目的复杂程度及开发模式对各个开发阶段及其主要活动进行合并删减和/或分解细化,并在项目开发计划中体现。 1、前期调研 2、功能确认 3、产品设计 4、产品定型 5、生产确认 6、量产 二、各阶段的主要活动/任务、职责及要求 1、收集市场需求信息 销售部门负责调查和收集市场需求信息,对市场需求信息进行初步评估 2、选定产品开发主题 销售部门根据市场需求初步选定新产品开发主题,确定新产品开发的大致方向 3、初步明确产品要求 各事业部项目部门经理/主管组织相关部门初步明确产品的基本要求,并进行产品生命周期预估 4、可行性分析评估

各事业部项目部门经理/主管组织各相关部门进行项目开发可行性分析评估 5、立项批准 总裁签署项目立项批准书,批准立项 三、功能确认阶段主要工作 1、项目分析 各事业部项目部门经理/主管组织各相关部门收集市场需求信息,并选定初步的产品开发主题,明确产品要求(如:产品的物理/功能特性、应用范围和使用环境、可靠性、总可用性、适用法律法规要求及附加要求等),在此基础上组织各相关部门进行项目开发可行性分析评估,适当时包括但不限于如下内容:(1)市场分析(含同行业质量/可靠性目标收集和分析)(2)政策分析 (3)技术分析 (4)专利初步分析 (5)SWOT分析 (6)产品定义建议 (7)资源需求分析 (8)成本效益分析 (9)项目进度计划 2、项目立项 在上述分析评估的基础上,由事业部项目部门组织各相关部

门共同完成可行性分析评估报告,可行性评审通过之后由总裁批准立项,并明确以下事项: (1)项目名称 (2)项目背景 (3)项目目标 (4)项目任务分工 (5)项目进度计划 (6)费用预算 (7)项目开发小组(PDT)负责人 四、产品设计阶段主要工作 1、设计开发策划 (1)组建PDT、召开项目启动会议、下达设计任务书、制定项目计划、方案设计及评审、产品定义确定、初始DFMEA开发产品设计开发和评审 (2)产品设计、系统设计、子系统设计/开发、零部件设计/开发、包装设计、随机附件开发、设计和开发评审 (3)初始过程设想和开发 (4)初始过程设想、初始PFMEA开发、初始过程开发和评审 (5)阶段总结和批准 (6)总裁办组织对S0阶段进行阶段总结(含产品成本分析)并组织对相关问题进行整改后提请事业部总经理批准是否可进

技术部项目研发流程

技术部项目研发流程 项目研发规模可大可小,但都离不开以下几个成员:产品经理、UI设计师、前端开发、后端开发、测试等。如何合理安排项目成员工作、确保项目顺利进行呢?一个清晰合理的项目研发流程控制很重要。 项目研发流程一般来说分3个阶段 第一阶段:需求策划。 在需求阶段产品经理内部进行需求讨论:讨论下版本需求重点是什么,做什么功能,怎么做。通过反复调研、讨论、输出交互方案。 确认需求可行性:产品在输出交互方案后找相应的开发讨论需求方案是否可行,这个讨论阶段产品和开发的思维方式不同,往往会擦出新火花、新惊喜;但讨论控制不好或者会演化为产品和程序员的撕逼大战,呵呵。 UI设计:设计师将产品的交互方案变得更生动精美,不过精美的设计稿不见得都能实现出来。在这个过程中产品经理需要协调设计师和前端人员的沟通,制定设计规范。同时保证设计稿的质量,出稿进度。需求宣讲:产品经理将交互方案和实现逻辑完善以及将上版本的bug、其他优化需求等整合出完整的版本需求文档后,拉上项目所有成员宣讲。宣讲目的主要让项目成员清楚新版本需求的重点是什么,做什么功能,为什么做(重点讲);简单介绍怎么做,讲解交互方案或设计稿,给大家有一个整体的印象,让大家都了解版本功能的意义。 第二阶段:需求研发。 项目启动:需求宣讲后,开发根据产品需求文档进行需求评审,评估出研发周期、提测时间、预发布时间点、正式发布时间点。

产品根据评审结果发送项目启动邮件。研发:需求研发过程中,产品跟进研发进度,保持与开发沟通确保需求被正确理解,及时解决研发过程中发现的新问题。测试用例:产品、测试、开发共同确认版本测试用例,并同步研发过程中变更的需求和细节。 提测:产品验收开发输出的功能模块,并输出体验回归文档;测试根据用例验证需求逻辑,提bug、优化给开发。内网环境测试通过后,测试继续验证预发布环境、正式环境。 第三阶段:版本发布。 客服培训:测试验证的过程中,版本发布前,产品提前给客服培训新版本内容。 发布:后端开发、运维人员将代码发布外网环境,前端输出外网正式包。技术人员将正式包上传线上提审。 升级:所有APP更新好,新版本也没有发现什么问题时,后端开发和运营人员打开升级配置,并发送升级通知。运营报告:版本发布完毕还未算完呢,运营人员在新版本发布后,收集用户反馈,进行数据监测、数据分析;评估新版本功能效果和影响,验证新版本功能以及输出下版本需求开发和优化建议。 从以上项目研发流程来看,每一个版本研发都要经历以上3个阶段12环节,理论图上看是一条完整的流水线,但是如何保证流程顺畅进行?如何使项目成员工作效率最大化?这十分考验产品经理/项目经理的版本规划能力。当然项目成员间的默契和沟通也很重要。 从实践经验来看,要保证流水线顺畅,理想情况产品需求文档要领先前端开发2个版本,设计领先前端开发1个版本,后端开发领先前端开发半个版本。即在当前项目启动同时,产品经理已经在调研讨论下下版本需求;设计开始搞下版本的稿子;当前项目进行到一大半时,后端已经完成当前版本的需求,并开始准备下版本的需求预研。 版本规划是产品经理根据需求优先级和开发进度预估定出来的,即每个版本要做什么,重点是什么,研发时间,上线时间等。一般来说,项目每发布一个版本都应该有它的意义和主打功能。 交易平台项目首个版本相对来说时间较长,交易平台项目需要搭配开发环境,确定交易平台技术框架,以及研发各种基础系统等。像这样时间较长的版本研发,产品经理和技术在需求评估时要将开发需求分阶段进行并且设置里程碑(尽量不超过3个),在每个里程碑(最长不超过1周)时间点,产品经理需要确认完成的情况,发现问题及时调整研发计划,控制项目风险,保证项目如期完成。 后续开发的每一个版本都应该至少有一个重要功能,版本研发周期最好控制在2周-3周内。这样的好处一方面是保证项目成员有个良好的开发节奏,使研发效率最大化;另一方面保证每个版本有新东西给到用户体验,以及符合各大市场申请首发条件,获得免费的推广资源(一般首发活动可以获得几千到几万的免费用户,还是挺吸引的)。当然重大功能上线的话,确保上线后版本的稳定性,可以将研发周期延至1个月,或者进行灰度发布。

设计研发部岗位职责及工作流程

设计研发部工作流程 1、目的: 为保证设计研发部各岗位严格遵循要求规范操作,确保员工具备相关岗位要求的能力和管理、监控能力,满足各项目需求,确保项目设计工作正常有效地进行和受控。 2、范围: 适用于设计研发部员工的设计管理工作的实施和控制。 3、设计研发部主要职责: 1)在整个项目进展过程中负责就所有涉及技术及规范的事务向项目管理部提出建议,并给予积极支持与帮助。 2)在项目设计过程中,组织各设计阶段审图工作以及各专项图审工作,确保设计之可行性及实用性,并符合有关法规的要求。负责跟踪设计单位对审图意见的落实情况,尽可能保证施工图纸的完善以减少工程施工过程中可能发生的设计变更及修改。 3)与前期部、造价部、相关政府部门以及专家紧密配合开展相关工作。4)负责合理先进的建筑设计方案的开发、先进建筑技术及材料的应用等,收集与汇总技术资料; 5)本着设计经济性原则针对设计图纸组织论证并提出设计优化意见,向设计单位提出建议,最大限度节省工程造价,同时避免设计过于保守或不合理,造成浪费;根据造价部门提出的标准、投资额推行限额设计,对设计方案及费用进行审查; 6)协助编制公司内部标准程序文本以提高各项目质量水平,及时通报项目管理中涉及共性的技术经验以提高整体技术管理水平;

7)负责对景观设计、室内设计、标志设计以及其他二次深化的审核;8)负责对各项目施工过程中出现的难以解决的技术问题的协调处理。9)负责对项目进展中重大设计变更从专业及经济角度进行审核。 10)负责对各项目单位工程设计资料的规范化管理。 11)、其他相关事宜。 设计研发部领导对部门员工需履行的职责(不限于上述)总体负责。 4、设计研发部岗位责任 1)建筑、结构工程师岗位职责: 1、产品研发: 1.1协助制定并完善建筑、结构方面的技术标准化的研究。 1.2探讨研究房地产建筑、结构方面最新产品和技术标准,把握最新市场信息。 2、技术管理 2.1协调建筑、规划等设计合作单位合约的会签并监督其履约。 2.2全程跟踪、协调设计阶段建筑、结构方面的技术问题。 2.3组织建筑、结构方面设计图纸的审查工作以及交底工作。 2.4负责设计图纸的收发工作。 2.5跟踪把握面积指标的预测、实测结果。 2.6施工全过程中建筑、结构设计变更协调。 2.7协调机电、景观、精装工程师的工作。 2.8按照项目总体计划监督项目单位制定合理的设计周期及执行情况。2.9协助施工中建筑、结构问题,保证设计师与现场的沟通,确保施工质量。

技术部技术职能职责

技术部岗位图

技术部职能 编 号JS部门名称技术部 分管领 导技术副总 部门负责 人 技术部长部门性质技术管理 部门主要职责综述全面负责公司技术研发、技术支持、技术管理工作。 部门职能描述 1. 负责产品研发、技术管理的制订与执行 2. 负责产品研发、技术改进的制订与执行 3. 负责新产品、新技术和新工艺的研究和应用 4. 负责新产品的可行性分析、立项、研发、测试、试制等 5. 负责新产品的取证、专利申报资料准备等 6. 负责制订技术工艺标准、检测方法和检测标准 7. 负责制订与实施现有产品技术改进计划 8. 负责采购、生产、销售,售前、售后服务中的技术支持与技术 服务 9. 负责质量问题的技术攻关与质量事故的处理 10. 负责产品技术方案的制订,参与销售合同评审 11. 负责建立健全质量管理体系,并组织贯彻监督 12. 负责本中心团队和企业文化建设 13. 负责本中心人员的任用、考核、培训 14. 协助其它部门的工作

编制人员审核人 员批准人 员 编制日期审核日 期 批准日 期 产品组职能 编 号YF部门名称技术部产 品组分管领 导 技术部长 部门负责 人产品组组 长 部门性质 产品技术管 理 部门主要职责综述全面负责研发项目调研、可行性评估、立项、研发、试制管理工作 部门职能描述 1. 负责产品研发战略的制订与实施 2. 负责制订公司年度研发计划并监督实施 3. 负责产品研发预算的制订与执行 4. 负责研发流程、制度体系建立和完善工作 5. 负责新产品、新技术和新工艺的研究及应用 6. 负责新产品的可行性分析、立项、研发、实验、试制及定型等 7. 负责制订新产品的技术工艺标准、检测方法和检验标准 8. 负责实验完成后定型产品的图纸整理归档 9. 负责现有产品技术工艺标准、检测方法和检验标准的完善 10. 负责制订与实施新产品技术改进计划 11. 负责公司相关产品的技术支持与技术服务

相关文档
最新文档