2023年公司员工工作计划范文22.docx

公司员工工作参考方案范文 (2) 　　大学毕业后我就来到目前工作的公司了，在通过半年的工作和学习后，我已经完全的习惯了公司的工作和生活。我的工作业绩也开场渐渐的提升了，这使我非常快乐，由于我开场走上正轨了，之前的彷徨和无助已经消失的无影无踪了，取而代之确实实是兴奋和干劲了。 　　为了在新一段时期我能够快速的提高我的工作才能和业绩，特拟此个人工作打算。目前负责的工作有： 　　part1：部门质量治理工作： 　　1、处理日常的质量咨询题反响单、技术文档反响单以及来自公司各部门对研发部工作的反响意见。每天及时处理来自公司各部门提出的质量咨询题、技术咨询题反响，即时联络相关的工程师处理处理，并及时通知相关部门负责人咨询题的处理方法，敦促工程师定期完成咨询题整改，并定期把共性的质量咨询题反响给部门经理，以促进部门工作质量的改进。详情见质量咨询题、技术咨询题登记表。 　　从目前收到的技术咨询题反响单中能够看出，咨询题主要集中在硬件局部的图纸中，绝大局部的咨询题反响是说：图纸与实物不符或图纸关键参数没有描绘清晰，导致质量部无法检验。而造成这种咨询题的主要缘故就出如今硬件工程师身上，因此图纸在发出前要把好关，工程师确保图纸的正确性与完好性是十分重要的。 　　2、研发部内部文件的撰写，针对实际工作情况治理并整改现行的质量体系文件，包括相关的程序文件、作业指导书以及各类表单。进入公司以来已编修过的文件rt-dwi-a15工程更改输出作业指导，rt-dwi-a19工程更改会签评审标准，研发少量样品采购作业流程、工程更改与设计记录表等等，标准了工程更改的作业流程与研发部采购作业流程。接下来，会依照实际研发程序修正rt-dqp-01设计和开发操纵程序、软件评审作业指导书等文件。 　　3、工程更改发出前的检查与落实，工程更改在研发中心各部门之间的会签与质量咨询题的反响，依照工程更改的内容编修bom清单。 　　进入公司以来共负责检查并发出工程更改174份，从dXX0207001至dXX0620234为止;整理并统计了各产品及零部件进展工程更改的详细情况，整理并统计出研发部工程师发出工程的数量与质量，详情请见工程更改登记本。依照工程更改的内容，编修产品的bom清单，以确保工程师在最新版的bom清单中作修正。 　　工程更改的会签与分发是一个繁琐且重要的工作，尽管我只是顶替郑琳的工作，在其中充当一个传阅信息的人。但是我个人认为，工程更改在各部门的会签过程中，能够让我理解做出一份工程更改，公司各个部门考虑的方向，如客服部会着重考虑该份工程更改是否会阻碍已售产品的维修等等，这些都是我们研发的工程师在设计过程中经常忽略的。研发工程师不能做一个"两耳不闻窗外事"的设计者，每个部门的会签者分别代表着不同环节、不同客户的声音，他们的声音是强而有力的。 　　4、研发过程中，新物料的采购，包括：与供应商联络、议价、沟通送货细节并报销审批;物料到样后的登记入库、整理封样、样品及供应商材料的整理。 　　自从3月底开场，研发部自行采购少量的研发样品后，本人承当起研发部少量样品采购的责任，已成功构成并完善了样品购置申请审批流程、与供应商沟通联络细那么、打样报销流程，编修了研发少量样品采购作业指导书并对部门工程师进展了详细的培训。 　　5、研发部各类会议的记录及情况跟踪。进入公司以来曾屡次参加各类型会议如工程会议、部门内部会议、质量会议等，并撰写多份会议记录;会议后依照时间安排定期进展会议遗留咨询题的跟踪并及时反响给上级领导与有关部门，详情见各项会议记录与咨询题跟踪。 　　撰写各类会议记录、技术文档是我一个比较薄弱的地点，追查缘故其一是我每次参加会议之前都是稀里糊涂的，不明白会议召开的目的和意义，其二是本身对技术会议中提到的技术知识不理解，从而导致我只能作为一个根本的会议记录人的角色参与其中，撰写出来的会议记录质量自然也不高。有见及此，我希望日后在多理解产品技术知识的前提下，对所参与的每个会议的目的与意义都要明确把握，弄清会议召开的缘由、会议希望处理的咨询题，学习技术文档撰写的技巧，技术会议记录的要点等。 　　part2:工程治理方面： 　　1、参与tuv外审工作，并按照iso13485的要求改进工程治理流程。熟习iso13485等治理体系要求，参与tuv外审的材料预备工作，按照外审要求整改工程文件，改进产品工程研发流程。详情见rt-9100外审材料预备等。 　　2、参与研发过程，评审、结项、跟踪工程进度、工程文档检查与整理。进入公司以来，接手rt-9100、rt-9600、rt-6100、rt-200cplus中文双机版和英文版共三大工程的工程治理工作，主要负责参与工程阶段评审、整理工程会议记录并定时跟踪检查落实情况、工程文档检查与整理。详情见各个工程相关文件夹。 　　目前，我只在工程结项时参与到文档整理中来，但是从4月份的tuv外审中就能够看出，我们研发的工程从一开场就没有留意做好文档的整理，也没有做好工程流程治理。可能非常多人觉得在工程一开场没有必要拘泥于什么文档，认为这些都是方式上的东西，对研发工程没有实际效用。事实上这个观点是错误的。好的工程治理不仅能够加快工程进度，而且能够提早设定诸如工程评审打算等要点，按时做好阶段评审以确保产品各部件的质量，提早防止风险咨询题的出现。