1、处理日常的《质量问题反馈单》、《技术文档反馈单》以及来自公司各部门对研发部工作的反馈意见。每天及时处理来自公司各部门提出的《质量问题、技术问题反馈》，即时联系相关的工程师处理解决，并及时通知相关部门负责人问题的处理办法，敦促工程师定期完成问题整改，并定期把共性的质量问题反馈给部门经理，以促进部门工作质量的改进。详情见《质量问题、技术问题登记表》。
从目前收到的《技术问题反馈单》中可以看出，问题主要集中在硬件部分的图纸中，绝大部分的问题反应是说：图纸与实物不符或图纸关键参数没有描述清楚，导致品质部无法检验。而造成这种问题的主要原因就出现在硬件工程师身上，所以图纸在发出前要把好关，工程师确保图纸的正确性与完整性是十分重要的。
2、研发部内部文件的撰写，针对实际工作情况管理并整改现行的质量体系文件，包括相关的《程序文件》、《作业指导书》以及各类表单。进入公司以来已编修过的文件rt-dwi-a15《工程更改输出作业指导》，rt-dwi-a19《工程更改会签评审规范》，《研发少量样品采购作业流程》、《工程更改与设计记录表》等等，规范了工程更改的作业流程与研发部采购作业流程。接下来，会根据实际研发程序修改rt-dqp-01《设计和开发控制程序》、《软件评审作业指导书》等文件。
3、工程更改发出前的检查与落实，工程更改在研发中心各部门之间的会签与质量问题的反馈，根据工程更改的内容编修bom清单。
进入公司以来共负责检查并发出工程更改174份，从dXX0207001至dXX0620174为止;整理并统计了各产品及零部件进行工程更改的具体情况，整理并统计出研发部工程师发出工程的数量与质量，详情请见《工程更改登记本》。根据工程更改的内容，编修产品的bom清单，以确保工程师在最新版的bom清单中作修改。
工程更改的会签与分发是一个繁琐且重要的工作，虽然我只是顶替郑琳的工作，在其中充当一个传阅信息的人。但是我个人认为，工程更改在各部门的会签过程中，可以让我了解做出一份工程更改，公司各个部门考虑的方向，如客服部会着重考虑该份工程更改是否会影响已售产品的维修等等，这些都是我们研发的工程师在设计过程中经常忽略的。研发工程师不能做一个"两耳不闻窗外事"的设计者，每个部门的会签者分别代表着不同环节、不同客户的声音，他们的声音是强而有力的。
4、研发过程中，新物料的采购，包括：与供应商联系、议价、沟通送货细节并报销审批;物料到样后的登记入库、整理封样、样品及供应商资料的整理。
自从3月底开始，研发部自行采购少量的研发样品后，本人承担起研发部少量样品采购的责任，已成功形成并完善了样品购买申请审批流程、与供应商沟通联系细则、打样报销流程，编修了《研发少量样品采购作业指导书》并对部门工程师进行了详细的培训。
5、研发部各类会议的记录及情况跟踪。进入公司以来曾多次参加各类型会议如项目会议、部门内部会议、质量会议等，并撰写多份会议记录;会议后根据时间安排定期进行会议遗留问题的跟踪并及时反馈给上级领导与有关部门，详情见《各项会议记录与问题跟踪》。
撰写各类会议记录、技术文档是我一个比较薄弱的地方，追究原因其一是我每次参加会议之前都是稀里糊涂的，不知道会议召开的目的和意义，其二是本身对技术会议中提到的技术知识不了解，从而导致我只能作为一个基本的会议记录人的角色参与其中，撰写出来的会议记录质量自然也不高。有见及此，我希望日后在多了解产品技术知识的前提下，对所参与的每个会议的目的与意义都要明确把握，弄清会议召开的缘由、会议希望解决的问题，学习技术文档撰写的技巧，技术会议记录的要点等。
