大学毕业后我就来到目前工作的公司了，在经过半年的工作和学习后，我已经完全的适应了公司的工作和生活。我的工作业绩也开始慢慢的提升了，这使我很高兴，因为我开始走上正轨了，之前的彷徨和无助已经消失的无影无踪了，取而代之的就是兴奋和干劲了。

为了在新一段时期我能够快速的提高我的工作能力和业绩，特拟此个人工作计划。目前负责的工作有：

part 1：部门质量管理工作：

1、处理日常的《质量问题反馈单》、《技术文档反馈单》以及来自公司各部门对研发部工作的反馈意见。每天及时处理来自公司各部门提出的《质量问题、技术问题反馈》，即时联系相关的工程师处理解决，并及时通知相关部门负责人问题的处理办法，敦促工程师定期完成问题整改，并定期把共性的质量问题反馈给部门经理，以促进部门工作质量的改进。详情见《质量问题、技术问题登记表》。

从目前收到的《技术问题反馈单》中可以看出，问题主要集中在硬件部分的图纸中，绝大部分的问题反应是说：图纸与实物不符或图纸关键参数没有描述清楚，导致品质部无法检验。而造成这种问题的主要原因就出现在硬件工程师身上，所以图纸在发出前要把好关，工程师确保图纸的正确性与完整性是十分重要的。

2、研发部内部文件的撰写，针对实际工作情况管理并整改现行的质量体系文件，包括相关的《程序文件》、《作业指导书》以及各类表单。进入公司以来已编修过的文件如下：rt-dwi-a15《工程更改输出作业指导》，rt-dwi-a19《工程更改会签评审规范》，《研发少量样品采购作业流程》、《工程更改与设计记录表》等等，规范了工程更改的作业流程与研发部采购作业流程。locAlHOST接下来，会根据实际研发程序修改rt-dqp-01《设计和开发控制程序》、《软件评审作业指导书》等文件。

3、工程更改发出前的检查与落实，工程更改在研发中心各部门之间的会签与质量问题的反馈，根据工程更改的内容编修bom清单。

工程更改的会签与分发是一个繁琐且重要的工作，虽然我只是顶替郑琳的工作，在其中充当一个传阅信息的人。但是我个人认为，工程更改在各部门的会签过程中，可以让我了解做出一份工程更改，公司各个部门考虑的方向，如客服部会着重考虑该份工程更改是否会影响已售产品的维修等等，这些都是我们研发的工程师在设计过程中经常忽略的。研发工程师不能做一个“两耳不闻窗外事”的设计者，每个部门的会签者分别代表着不同环节、不同客户的声音，他们的声音是强而有力的。

4、研发过程中，新物料的采购，包括：与供应商联系、议价、沟通送货细节并报销审批；物料到样后的登记入库、整理封样、样品及供应商资料的整理。

自从3月底开始，研发部自行采购少量的研发样品后，本人承担起研发部少量样品采购的责任，已成功形成并完善了样品购买申请审批流程、与供应商沟通联系细则、打样报销流程，编修了《研发少量样品采购作业指导书》并对部门工程师进行了详细的培训。

5、研发部各类会议的记录及情况跟踪。进入公司以来曾多次参加各类型会议如项目会议、部门内部会议、质量会议等，并撰写多份会议记录；会议后根据时间安排定期进行会议遗留问题的跟踪并及时反馈给上级领导与有关部门，详情见《各项会议记录与问题跟踪》。

撰写各类会议记录、技术文档是我一个比较薄弱的地方，追究原因其一是我每次参加会议之前都是稀里糊涂的，不知道会议召开的目的和意义，其二是本身对技术会议中提到的技术知识不了解，从而导致我只能作为一个基本的会议记录人的角色参与其中，撰写出来的会议记录质量自然也不高。有见及此，我希望日后在多了解产品技术知识的前提下，对所参与的每个会议的目的与意义都要明确把握，弄清会议召开的缘由、会议希望解决的问题，学习技术文档撰写的技巧，技术会议记录的要点等。

part 2:项目管理方面：

1、参与tuv外审工作，并按照iso13485的要求改进项目管理流程。熟习iso13485等管理体系要求，参与tuv外审的资料准备工作，按照外审要求整改项目文件，改进产品项目研发流程。详情见《rt-9100外审资料准备》等。

目前，我只在项目结项时参与到文档整理中来，但是从4月份的tuv外审中就可以看出，我们研发的项目从一开始就没有注意做好文档的整理，也没有做好项目流程管理。可能很多人觉得在项目一开始没有必要拘泥于什么文档，认为这些都是形式上的东西，对研发项目没有实际效用。其实这个观点是错误的。好的项目管理不仅可以加快项目进度，而且可以提前设定诸如项目评审计划等要点，按时做好阶段评审以确保产品各部件的质量，提早避免风险问题的出现。

共2页,当前第1页12