软件开发中的SD、SE、QA和RD是什么意思

SD:软件开发

SE;软件开发工程师

QA;QA也就是英文QUALITY ASSURANCE 的简称，中文意思是品质保证。

RD:则是指Research and Development(研发)。

在测试过程中，经常遇到需要和RD、PM沟通的问题。

1、写case时，对需求文档内容存在疑问。

解决办法：

1）先找之前参与需求评审的QA，询问；

2）问开发该需求的RD：查看RD排期，是否已经，或即将开始开发，若RD未开始开发，很多时候，他们也不是很了解需求内容。

3）若影响case的编写，可在企业微信上，直接问PM。若问题较多，可直接找PM当面询问。

4）若不影响case的编写，可在case里做标记，在case评审时抛出，请PM回答。

2、在开始测试的前一天，找RD确认是否能正常提测。有时RD反馈无法正常提测。

解决方法：

1）一定要确认影响提测的原因，如果当前自己排期内可消化，可在与其他RD沟通，并在自己排期内做调整。

2）一定要确认可以提测的时间点，如果是由于server端导致delay，是否可以让端上RD给个入口，端上先mock数据先测。

3）若端上或server有delay，一定要告知直接领导。

4）delay有可能导致风险，一定要及时抛出，若需要报risk，一定告知RD，一定及时在Jira提risk。

5）若严重delay，且server或端没有配合尽快解决，可邀请领导加入微信群，催促大家尽快完成；若问题非常严重，可邀请领导的领导加入微信群（谨慎邀请），催促大家尽快完成。

3、在测试过程中，遇到RD无法解决的bug，同时无法解决的bug数量不多。

解决办法：

1）告知PM：bug详情、RD反馈无法解决。

2）若PM表示不修改，则在Jira上对应的bug上备注并关闭bug（备注中要标明具体PM）。

3）若PM表示要修改，在企业微信上拉群：QA、RD、PM，在群里告知该问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

4、在测试中，若遇到RD无法解决的bug，同时QA感觉该问题比较影响体验，可告知PM且与PM达成一致后，拉微信群，@RD，反馈bug，让RD修改。

5、若QA感觉需求设计有问题，可与RD达成一致后，与RD共同反馈给PM。

6、在测试中，遇到RD无法解决的bug，同时无法解决的bug数量较多。

解决办法：

1）将问题一一统计，在企业微信上拉群：QA、RD、PM，在群里告一一抛出问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

若遇到特殊情况：

1）很多bug，RD反馈无法解决，PM反馈要修改，但RD和PM僵持不下，没有结果。

2）有的bug，QA感觉严重影响体验，但RD反馈无法解决，PM反馈当前版本不修改。

3）当前需求无法解决问题太多，严重影响用户体验。

4）若严重delay，且server或端没有配合尽快解决。

解决办法：

1）告知直接领导当前情况。

2）发邮件：列表格，将各个bug一一记录，加上RD的反馈，和PM决定当前版本是否修改，将表格添加到邮件中，在测试结束前，发邮件，邮件里@RD和@PM，使其在某个时间点前作出回复确认当前情况。邮件抄送给直接领导、QA全员。

3）如果问题很严重：严重影响用户体验，告知直接领导当前情况，找明明说明当前情况。

4）可邀请领导加入微信群，督促大家尽快处理当前问题；若问题非常严重，可邀请leader加入微信群，督促大家尽快处理当前问题。

7、在参加需求评审前，先阅读一遍需求文档，如果有疑问，需要记录下来，可在wiki的需求文档上直接对有疑问的地方备注提出问题，在参加需求评审时，直接提出，问PM。

若在需求评审上，有未确定的内容，在需求评审的checklist上，是否通过一栏，填写：“未通过”，并备注未通过原因，以及未确定的内容。需求评审后继续跟进，督促PM对会上未确定的内容作出解答，或开二次评审，需求上有更改、添加、删除的内容，督促PM在wiki上做相应的更改。

8、在测试过程中，PM作出的需求更改、需求添加，都要及时督促PM更新到wiki文档上。

9、向RD询问bug引入原因的时候（尤其是以前没有该bug，最近都没有对该部分作出修改，但是测试中发现了该bug），有些RD不配合查找bug引入原因。

沟通方法：

职阶篇：

1 PM/PMA/PD/PGM：

    Product Designer，和常规说的产品经理其实是一个意思。在遥远的美帝，一般刚刚入门的产品设计师，叫做PMA（Product Manager Assistant），手下有RD、UE、QA等资源的整个产品管理者，才是美帝的PM。

国内还有PGM，比如狼厂，Product General Manager，这个基本对应到美帝的PM。

综上，国内大厂PD == 国内小厂PM==国外PMA；国外大厂PGM==国外大厂PM

2 UE：

     User Experience，用户体验部门，代指设计师，其中UE在狼厂可分为交互设计师、视觉设计师，我之前的称呼一般是UI（User Interface）、GUI（Graphic User Interface），但也有别的说法。总之不要叫设计师美工就成。。。

    User Experience Research，则是常说的UER，是用户研究部门，以问卷、小黑屋、workshop等方式去调研真实用户的使用场景。

3 QA：

    Quality Assurance，质量保证部门，俗称测试，别名背锅侠。毕竟所有功能都是经过了QA认证后才上线，上线有了问题，锅总有你一份。部分公司已经开始把PD和QA进行了合并，毕竟自己设计的功能自己都不能完备的跑完case，也不那么称职。而有些流程中的review环节，PD、UE都分别做了QA的部分工作。

     QA这个职业本身还是有前途的，只是真的挺苦。初级手点的人肉测试比较多，后续自己制作工具去做自动化、监控系统，才是光明的坦途。

4 RD：

     Research & Development，俗称研发，即研究和开发。国内小厂一般以develop为主，哪有时间research。。。但是能去尝试research、有持续学习精神的，逐渐变的越来越牛逼。负责的高阶RD玩家是PD的好伙伴，什么都能做，也会比较客观的去评估产品收益，而非实现难度什么的，因为难度虽然有，但给时间，总有解决主要需求的技术方案。

5 OP：

     Operation/Operator，一般是指网络的运营维护人员，也有人把产品运营人员称之为OP。

     对于运营人员来说，了解不同运营活动的能力范围和开发成本，感觉就已经上了一个蛮大的台阶，会把一批人甩在身后。高阶的运营开始去考虑系统性的运营和能力搭建，而非打一枪换一个地方。

6 Vendor：

     一般所说的供应商，可以供应各种服务、人力、资源等，也有人叫外包叫做vendor，但感觉下一个更贴切点。

7 Outsourcing：

     外包人员，大多数处理业务相关联，但是上手难度没有很大的部分，比如编辑、基础测试、基础开发。如果这部分预算充足，其实能做的事情还挺多的。

8 PMO：

    这是个在中国比较尴尬的职位，Project Management Office，一般1个项目或者几个项目公用一个PMO，负责项目的协调、调度，也有制作coach，教教你流程不参与进项目的。由于独立工种的PMO比较尴尬，手上没有RD资源，也不是业务老板，所以去指挥、带领一大波人难度挺大的。个人觉得PMO比较合适的是RD的管理者，能够有效控制资源，之前也见过高阶RD担任的，实际话语权也不在手中，也是尴尬异常。

9 PR：

     Public Relationship，公众关系部门，一般涉及到宣传、水军、洗地，是和媒体圈走的比较近的小伙伴。

10 GR：

     Government Relationship，政府关系部门。国内做内容或者工具多少都会涉及喝喝茶什么的，而且茶其实不大好喝=。=属于业务部门和政府关系中间的水基润滑剂。

11 Ministry of Law：

     法务部门，原则上你做了什么，法务都得知晓并且给出评估意见，评估法务风险。由于法务工作的特殊性，一般都会指出风险，比较nice的会告诉你如何规避，忙昏头的就直接让老板拍板是否承担问题。

12 DC：

     渠道部门，Distribution Channel。好点的DC会有一帮英俊、油腻的小哥、妹妹们尝试不同的渠道、开发渠道、选择低成本or高质量渠道，一般点的就随便做做。第一家导师公司的海外渠道能力很强，颜值也都赛高，到现在都印象深刻。

13 E-staff：

     Executive Staff，百度的高层管理团队。

14 其他常见：

       GM(General Manager)总经理

       VP(Vice President)副总裁

       FVP(First Vice President)第一副总裁

       AVP(Assistant Vice President)副总裁助理

       CEO(Chief Executive Officer)首席执行官，类似总经理、总裁，是企业的法人代表。

       COO(Chief Operations Officer)首席运营官，类似常务总经理

       CFO(Chief Financial Officer)首席财务官，类似财务总经理

       CIO(Chief Information Officer)首席信息官，主管企业信息的收集和发布

       CTO(Chief technology officer)首席技术官 类似总工程师

       HRD(Human Resource Director)人力资源总监

      HRBP(Human Resource Business Partner)人力资源伙伴，一般支持单条业务线

       OD(Operations Director)运营总监

       MD(Marketing Director)市场总监

       OM(Operations Manager)运作经理

其他来搞笑的：

      CAO: Art 艺术总监

      CBO: Business 商务总监

      CCO: Content 内容总监

      CDO: Development 开发总监

     CGO: Gonverment 政府关系

     CHO: Human resource 人事总监

     CJO: Jet 把营运指标都加一个或多个零使公司市值像火箭般上升的人

     CKO: Knowledge 知识总监

    CLO: Labour 工会主席

    CMO: Marketing 市场总监

    CNO: Negotiation 首席谈判代表CPO: Public relation 公关总监

    CQO: Quality control 质控总监

    CRO: Research 研究总监

    CSO: Sales 销售总监

    CUO: User 客户总监

    CVO: Valuation 评估总监

    CWO: Women 妇联主席

    CXO: 什么都可以管的不管部部长

    CYO: Yes 什么都点头的老好人

    CZO: 现在排最后，等待接班的太子

转自： >

最顶层是项目负责人，接下来项目会落实到PM(项目经理PM)，项目经理将任务分成若干个子项目，每个项目由一个PL(项目组长)负责。在每个子项目中，由SE(系统工程师)带领PG(程序员)共同完成。

其中，PM和PL一般为具有资深项目管理经验、长期开发实践和良好交流能力的高级技术人才。SE需要具有独立的设计和提案能力，具有长期开发实践经验和交流能力。一般又可分为三种类型：第一种，纯技术型SE，这种人往往会成为技术专家；第二种，技术兼管理型SE，将来有希望成为PL、PM，甚至更高级的职位。Bridge型SE(BSE)，通常是负责与客户的沟通，以及团队内的协调工作。PG，也就是程序员，这类人才在企业中所占数量最多，通常占到了整个项目员工数的70%，也是企业中最紧缺的一类职位，一般为具有专业知识的软件工程技术人员。通常，理工科的大学毕业生通过短期培训后，都可以胜任这个职位。

IE 工业工程

QE质量工程

PE产品工程

ME机构工程

PQA过程质量保证

MFG制造

SW软件工程l PE工程师：Process Engineer (即工艺工程师)和Product Engineer（产品工程师）。前者主要负责产品制造工艺的设计和贯彻、MPI/OI制作、Standard Time 的制订、生产流程的改善等；后者主要负责产品设计、新产品的导入、试产、现场问题解决等。

l IE——工业工程师（intusdrial engineer)就是从事工业工程的人 ,工厂里面负责人员调配，模具制作，作业指导书编制，统管生产安排

l ME——制造工程师：制造工程师，更偏重于机电一体化。

具体工作职责主要是：

负责生产线的维护，仪器设备的维修与保养等等l QE——品质工程师（Quality Engineer）

职责如下：

1负责从样品到量产整个生产过程的产品质量控制,寻求通过测试、控制及改进流程以提升产品质量;

2负责解决产品生产过程中所出现的质量问题, 处理品质异常及品质改善;

3产品的品质状况跟进, 处理客户投诉并提供解决措施;

4制定各种与品质相关的检验标准与文件

5指导外协厂的品质改善，分析与改良不良材料; l SQE——（Supplier Quality Engineer）供货商管理工程师

1、必须要有供应商跟踪的方式，质量问题独立处理的方法；

2、高级职位必须要有成本控制、质量控制管理的清晰思路与意识、坚持的原则底线；

3、供应商的内部品质管理流程、以及可能出现的问题对应方式。

4、稳定性的保证手段。l RD工程师—— RD指Research and Development(研发)，研发工程师

l PQA工程师——（ Process Quality Assurance ）质量保证工程师，工作流程是这样的：发现问题=====要求生产改善=====生产要求生产技术改善===生产技术改善====PQA检查后发报告（避免重大损失。很可能有奖励，而且提升的很快，可怜的一线干活的生产技术的员工）

l MFG工程师——（manufacturing） 制造工程师

l SW工程师——（Software Engineer）软件工程师

1PE：产品工程师，product engineer

一般属于技术部范畴 负责产品的技术支持，特别是新品开发时一般都是产品工程师牵头，产品工程师的主要任务，就是让流程顺滑流畅，确保生产环节的每个齿轮紧紧相扣，使产品可以按照时间表上市，甚至缩短设计到量产的时间，争取更多市场。

2RD：研发，Research & Development

研发即研究开发、研究与开发、研究发展，是指各种研究机构、企业或个人为获得科学技术新知识，创造性运用科学技术新知识，或实质性改进技术、产品和服务而持续进行的具有明确目标的系统活动。

3PD：生产部，Production Department

负责对各种设备事故、工伤、伤亡事故、急性中毒事故以及环境污染事故的调查处理，并制订改进措施计划。

4SCM：供应链管理，Supply chain management

指使供应链运作达到最优化，以最少的成本，令供应链从采购开始，到满足最终客户的所有过程，MBA、EMBA等管理教育均将企业供应链管理包含在内。

扩展资料

产品工程师分产品制程导入工程师PE和硬件工程师EE,制程工程师PE主要负责新产品导入，使得达到新产品MP量产化，而硬件工程师EE负责新产品项目硬件设计，以及新产品的EVT、BVT、PVT的试产，而外资企业所谓产品工程师是对新产品设计开发的某一项目负责。

供应链管理就是协调企业内外资源来共同满足消费者需求，当我们把供应链上各环节的企业看作为一个虚拟企业同盟，而把任一个企业看作为这个虚拟企业同盟中的一个部门时，同盟的内部管理就是供应链管理。只不过同盟的组成是动态的，根据市场需要随时在发生变化。

参考资料来源：百度百科-产品工程师

参考资料来源：百度百科-研发

参考资料来源：百度百科-生产部

参考资料来源：百度百科-供应链管理

以上就是关于软件开发中的SD、SE、QA和RD是什么意思全部的内容，包括:软件开发中的SD、SE、QA和RD是什么意思、名词解释 - 职阶篇、互联网行业职位介绍——PM,RD,FE,UE,UI,QA,OP,DBA,BRD,MRD, PRD,FSD等等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！