什么是RD

rd是研发工程师。rd是ResearchandDevelopmentengineer，研发工程师，对某种不存在的事物进行系统的研究和开发并具有一定经验的专业工作者，或者对已经存在的事物进行改进以达到优化目的的专业工作者，研发工程师是指根据市场需要，进行产品的初始设计，包括产品的功能、特性、优缺点，制造产品的原材料。

rd的主要职责

rd的主要职责是基于二代测序平台为主的基因检测新技术开发，包括技术方案制订及技术可行性研究，基于二代测序平台为主的临床应用技术开发，总结转交下游部门，科研合作项目的技术方案制订和结果整理汇报，任职要求，硕士及以上学历，分子生物学和遗传学等相关专业，扎实的分子生物学专业知识和实验操作能力。

何谓RD？RD =>"R"esearch and "D"evelopment engineer (研究与发展，也有人解释为Research &Design(设计)，大多公司都只是设计(兜)电路，没时间做研究)。一、RD的分类一般去拜访客户，会遇到二种 RD，一是会追着你发问的 RD，一是都没有问题的RD。常问问题的人多数是Key man，是公司重要的人物。会问问题代表着学习心强，表达能力良好。二、RD在公司的地位RD部门在公司是重要的单位，但不代表有地位；只要企划(市场部)，业务或者是老板有了想法(梦想)，不管有理无理，RD就要想办法把他们的想法具体的实现出来(梦想实现) 。采购、仓管，工程每天追着 RD要求配合，而生产线的妈妈以及大姐们更是得罪不得！她们会为了一颗电容摆放位置不好焊来跟你吵半天，更别提客服部门(FAE)的抱怨（哈！小编做过PM和FAE，就是没做过RD，好险..）。三、RD的压力RD 最大的压力来自Schedule，在日本 Notebook研发要半年，在台湾短短三个月就可看到 Sample(别把顾客当白老鼠啊)，据说DRAM module 来说在台湾只要7 个工作天就可全部完成（哇靠..）！ 事实上RD 花在设计的时间较少，大多数的时间都在debug(改版与新增功能)。 问题是schedule 无法控制，故压力颇大(细部产品规格先定好再说，RD将时间浪费在处理流程将是公司的损失)。四、RD的衣着.RD的衣着以轻松为原则，没有人穿西装打领带，有很多公司的 RD是晚上才正式的工作，白天有太多事件会干扰无法专心(协助其它部门、处理众多流程、开不完的会议...等等)。晚上轻松的工作心情也比较有工作效率，因长时间的工作，故须轻松的衣着，配合 RD一起参与工作的人尽可能不要西装笔挻，因为这样比较没有隔阂。五、RD的谈话特质1.言语上有棱有角有数据，喜欢一针见血，直接肯定的回答。2.有棱有角的相反是圆滑，RD不会圆滑，不太会讲话，因为平常他们只要跟产品与计算机讲话即可，平时不多言，除非跟他们讨论技术问题。3.喜欢听直接、简洁、一针见血，可以一头打醒的答案，不喜欢别人跟他们啰嗦。4.比较有自尊心，较无法接受失败和挫折。RD常与其它部门起冲突，但请了解RD本身的特质，请预留台阶给他们下，不要把话讲死！六、RD 的团队1.RD们均了解要完成一项产品光靠一个 RD是不够的！2. RD团队经常发生集体跳槽的事件（小编过去的公司就有这个例子），主要的原因如下有棱有角的个性，易与其它部门或主管起冲突。而RD是公司最重要的团队，所有的公司皆重视RD，也只有RD才有可能高薪集体挖角，要找到一个肯照顾，有能力的RD主管不容易，工程师们会跟着他们的主管同甘共苦 。七、RD的理性与感性1.理性:不合理的事情R们也会想办法找出一个合理的解释(见怪不怪，处变不惊)。八、RD天生的好奇心RD会问东问西，有很多奇怪的问题，身为一个主管最幸运的就是底下有这一类型的RD。身为一个主管或资深RD务必对于想学有心学习的人才给予教育训练。对于来问问题的人必须亲切且不厌其烦的指导 (不要嫌人程度不好之类的)。没有学习意愿的RD也不用教了，不用浪费自己的时间。没有学习环境的公司，基层RD离职率很高的！九、RD的事物观RD与Sales 最大的不同就是事物观！Sales是乐观看事物，产品永远有机会卖出去。十、RD工作环境的凌乱就算是今天整理好明天也一样乱！环境整齐反而做不出好东西，虽然环境乱，可是 RD在计算机档案管理上是最整齐的，计算机档案常弄丢的反而是管理部门。一般的公司要求 RD保持桌面整洁几乎做不到，能做到每月大扫除一次就不错了 (通常要求RD时时桌面保持整洁的一定没做过RD的人；RD通常只有在离职的时候会将桌面整理干净 ^^”)。十一、RD 最常说的三句话1.我很忙，”模营啦”(台语，没时间之意)。2.不想改(因为现在用得好好的；但改了出问题谁负责?)3.资料留下来就好 (有问题我会找你)。十二、RD的最爱1. 信息交易RD的信息其实十分封闭，如果你有好的讯息或技术他们很愿意听，如果有技术问题请教，他们也很乐意指导喔！最后要告诉各位的是，RD真的不是一般人可胜任的！如果您想当RD，或者您有RD朋友，希望这篇文章能带给大家一点帮助喔！

是中国台湾的一个服装品牌RD红蜻蜓。

RD红蜻蜓企业有限公司创立于1995年，公司主要经营高档皮鞋进出口贸易，集设计开发、生产销售和品牌推广为一体。在中国台湾和意大利设有专业研发机构和资讯中心，由欧洲、台湾资深设计师主导设计，综合国际时装流行。

红蜻蜓自1995年创立以来，以其时尚的外形，亲民的价格，贴心的服务，得到了广大消费者的认可及追捧。

SD:软件开发

SE软件开发工程师

QAQA也就是英文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引入原因。

沟通方法：

Research and Development Project就是指的RD项目。

因为RD是研发的缩写，RD项目就是指研发项目。

RD研发项目情况表(样式)