什么是rd

会写这篇文章的主要原因有三: 
第一, 个人从事RD工作及Support支持RD工作已有十年, 此期间接触到的RD多达三千人, 想透过文章表达我的心得与大家分享. 
第二, 杂志,网站讨论区极少人发表类似文章, 尤其是Touch到 RD 内心的世界更是少有, 一般人都认为 RD 只喜欢硬梆梆的技术文章, 不了解"自我"的大有人在
第三, 希望 RD 的高层主管, Vendor 厂商, 其它部门同仁能了解 RD 的思考逻辑及想法, 在沟通上更顺畅. 减少不必要的冲突.


一. RD的分类: 
一般我去拜访客户, 会遇到二种RD. 一是会追着你发问的RD. 一是都没有问题的RD. 就我观察. 常问问题的人均是Key man. 是公司重要的人物. 会问问题代表着学习心强. 表达能力良好. 我也可以籍由RD的问题来判断RD的程度. 调整谈话内容.


二. RD在公司的地位: 
RD部门在公司是重要的单位. 但不代表有地位.只要企划, 业务或者是老板有了想法, 不管有理无理, RD就要想办法把他们的想法具体的实现出来. 采购, 仓管,工程每天追着RD要求配合, 生产线的妈妈,大姐们更是得罪不得, 她们会为了一颗电容摆放位置不好焊来跟你吵半天. 更别提客服部门的抱怨.


三. RD的压力: 
RD最大的压力来自Schedule. 在日本Notebook研发要半年. 在台湾三个月就可看到Sample. 以DRAM module 来说在台湾只要7个工作天就可全部完成.事实上RD花在设计的时间较少, 大多数的时间都在debug. 问题是schedule无法控制.故压力颇大.


四. RD的研发产品过程中学习及问题解决的方式. 
Vendor 厂商提供的DataBook颇厚. 看也看不完. 新科技又不断出新. 学也学不完. 新技术又创造了新问题. 依我观察有能力的RD常使用的方式如下: 
1. 有系统的解决问题. 
依据标准化作业程序或依规定依规格来思考可解决百分之八十的问题. 
　 　
2. 以新方法解决问题. 会实验各种可能性. 
失败100次也没关系, 只要有一次成功即可. 新技术又创造了新问题, 聪明的RD了解过去的经验有时反而成为包袱.


3. 向过去的经验学习. 
较有规模的公司均有建立问题数据库(Database & Bug List). 


4. 向外界的经验学习. RD会向Vendor 厂商的FAE学习, FAE也会向RD学习, 诸如此类, 教学相长. 


5. 向团队的经验学习. RD会用最快速的方式传输知识. 
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. 理性: 不合理的事情RD们也会想办法找出一个合理的解释. 
2. 感性: RD工作常陷入低潮, RD的工作十分容易出包. RD最须要协助的时候别忘了拉他一把.只要你曾帮助过他, 他会感谢你一辈子.


九. RD天生的好奇心 
RD会问东问西, 有很多奇怪的问题. 身为一个主管最幸运的就是底下有这一类型的RD.身为一个主管或资深 RD 务必对于想学有心学习的人才给予教育训练. 对于来问问题的人必须亲切且不厌其烦的指导(不要嫌人程度不好之类的).没有学习意愿的 RD 也不用教了. 不用浪费自己的时间. 没有学习环境的公司, 基层 RD 离职率很高. 
十. RD的事物观 
RD与 Sales 最大的不同就是事物观. 
RD 的悲观是工作必须的. RD认为没验证过的事物都有问题. 必须反复测试. 
Sales是乐观看事物, 产品永远有机会卖出去.


十一. RD工作环境的凌乱 
就算是今天整理好明天也一样乱, 环境整齐反而做不出好东西. 虽然环境乱. 可是RD在计算机档案管理上是最整齐的. 计算机档案常弄丢的反而是管理部门. 一般的公司要求RD保持桌面整洁几乎做不到. 能做到每月大扫除一次就不错了.
十二. RD最常说的三句话 :
1. 我很忙(没时间). 
2. 不想改(现在用得好好的). 
3. 资料留下来就好(有问题会找你).


其实无法取得RD好印象的人会常听到这些话. 了解RD的语言, 问题, 想法, 思考逻辑的人才会有机会谈下去. 与RD谈话本身要有程度, 必须有知识或技术可提供RD学习."成功的人找方法, 失败的人找理由". 大家共勉之.


十三. RD的最爱 
1. 信息交易: 
RD的信息其实十分封闭, 如果你有好的讯息或技术他们很愿意听, 如果有技术问题请教, 他们也很乐意指导. 
　 　
2. Know How: 
“ 规格” ”标准“数据容易取得, 也容易陷入迷思. 有Know-How, 有实作经验的人非常受RD欢迎. 


3."问题已帮你解决" 
这句话是RD的最爱:无法帮助RD的Sales或协力厂商会被RD列为拒绝往来户, RD最高兴有人帮他们解决问题. 研发工程师是多数理工科系毕业生向往的工作. 但我发现五年来我 RD 的六本名片簿已有四本因人员离职可以丢了.


RD真的不是一般人可胜任的,RD在工作岗位上快快乐乐的地工作已是梦想. 
　 　 
希望各位能和 RD 在"面对面沟通"上花点时间, 也希望RD在 "管理"这门课上花点时间学习, 一般RD是不善交际的, 也不要强人所难. 
　 　 
RD在理念, 兴趣把所有精力投入之余, 也应多涉取外界的事物. 
在日本可以做一辈子的工程师,钻研技术, 在美国也有首席工程师, 但RD在台湾三年就会变成主管. 每个地区文化上的不同, 必须了解自己的优势, 才会在自己的专业领域上占有一席之地. ^^ ,

RD就是Research&Design，研发的意思。下面会再细分。比如机构RD，电子RD等等，一般制造工厂的工程师叫PE，研发中心的工程师叫RD。工作当然是开发了，PE是没有机会开发的，最多对产品改良提建议。

来自百度文库：http://wenku.baidu.com/link?url=5J0CIJH_L6jfhwzTfMtAJKnndMdnGiNyzvPnh4lPa5C87RxIBXmltTihxKscXF42peCCrj1ilrDoOswvZlH5qkRXcCk9CXpCh8oL5xXmN6C