当前位置:文秘汇自我评价内容页

关于质量工作自我评价

2024-07-26 10:03:02 评价 访问手机版

关于质量工作自我评价 第1篇

  20__年,我在站领导的指导下,与时俱进,扎实工作,较好地完成了组织和站领导交付的各项工作任务,为完成工作目标做出了自身应有的贡献。现将一年的》工作评价如下:

  一、我能及时审阅工程勘察设计文件,针对工程特点,编制监督方案。并按要求进行监督交底,对监督的程序、资料、重点、方式、频率、质量控制点的设置及其提前通知要求、材料进场复验及现场检测项目、对分部工程及单位工程的质量控制资料审查等提出明确要求。

  二、在日常监督管理工作中,我能严格按照建设工程质量监督导则的要求和建设工程强制性标准,对建设工程各方职责主体质量行为的监督检查,对各方职责主体违反工程强制性条文的行为责令整改,并按程序要求对违反行为的职责主体作不良行为扣分。以国家的法律、法规和工程建设标准强制性标准为依据,对建设工程质量各方职责主体质量行为和工程中涉及结构安全和重要使用功能的实体质量监督检查。

  电力工程质量监督总站三、能按照住建局近年来出台的文件加强对工程实体的质量监督。近年来,住建局出台了一系列的新措施,新文件,如住宅工程质量通病防治措施提及的水电安装问题,我均能按照相关文件的要求对在建工程进行实体监督,对违反文件要求的行为责令整改,并按程序要求对违反行为的职责主体作不良行为扣分。

  四、能按时完成对工程的竣工验收的质量控制资料审查,并对资料存在的问题进行一次性告知,签发相应的监督文书。

  五、按照站里的要求将监督检查表格、监督文书及其回复资料上传至工程质量监督系统并在该工程监督卷宗内归档。

  20__年,我在各位领导、各位同事的帮忙与支持下,学到了不少的新知识,使自我的视野得到了显着扩大,自身素质得以不断的提高。

  由于我疏忽学习,工作中时有遇事研究不周的地方;同时由于自身水平有限,工作中总有不尽人意之处。对此,我必须会加强学习,我相信有各位领导和同事的支持、帮忙和理解,我必须会克服缺点,弥补不足,做一个称职的监督员。

  在201_年,我将一如既往地按照站里的要求做好自我本职工作。

关于质量工作自我评价 第2篇

  时光飞逝,时间催促我们即将告别20__,憧憬激励我们在20__年开创事业的新高,回顾即将过去的一年,我们质量管理不全体员工,通过内部努力,通力合作,不断进取,完成了这一年公司的正常工作任务。为了更好的完成工作,总结经验,扬长避短,现将过去一年工作情况总结如下:

  一、日常质量检验及放行情况

  对进厂物料、中成品的质量检验是化验室日常工作的核心部分,在保生产,保成品发货的前提指导下,化验员合理分工,积极认真做好质量检验工作,并及时出具检验报告,截止于20__年x月x日,我们已经完成了1091批次的质量检验并给予放行,各检验品种情况详见附表。

  公司外部市场的成熟和发展,也对我们的药品生产、质量保障提出了严苛的要求。所有这一切,都给我们带来了无形的压力和动力。单从质量检验方面的工作量来看一年来,化验员在相同的工作时间里,在不影响生产及销售的前提下,完成了较于往年更多的工作任务,由此可见我们在紧紧围绕中心工作,强化部门内部管理,全面提升员工队伍的综合素质的实行经验上起得了显著效果。

  7月到9月份期间,由于受生产车间设备的影响,整个公司弥漫着一种紧张的气氛,事故后恢复生产工作在分秒必争的进行着,车间的维修和改造在不停进行着,我们质量部与全公司各个部门一起,克服种.种困难,共同度过这一难关。

  二、20__新药典的实施

  按照国家对新版药典的实施要求,在10月x日以后生产的产品必须符合新药典标准,相关药品包装标识和说明书也要根据药典进行修订,我们质量部自年初就积极启动此项工作,在各部门积极配合下共完成修订各种质量检验标准105份和操作规程149份,保障了新药典标准按时顺利实施,为公司所有重要产品的生产和销售工作保驾护航。

  20__年版新药典充分体现了科学发展观和科学监管理念,药品标准更趋科学、规范,药典倡导绿色标准,坚持资源节约型、环境友好型的目标。药品的安全性、药品质量可控性和有效性保障进一步提升。在配合新药典的实施,我们认真排查新药典中所有涉及我们日常工作的更改和新增项目,并及时做好准备工作,如仪器、试剂及标准品对照品的购买,并委派化验员参加国家药典委员会和国家食品药品监管局培训中心组织的《中国药典》20__年版全国轮训。

  三、配合开发部注册及新产品报批

  配合产品再注册工作,及时完成了妇科调经片、益母草片的生产检验及微生物方法的验证工作,并按留样管理规程的要求,做好成品留样且按期检验。同时,在新产品开发项目上,完成了草红胶囊的工艺验证检验及成品检验,如期完成了微生物方法学验证,加速稳定性及长期稳定性试验,以保障新药注册的上报进程。

  四、验证工作

  根据今年的验证计划,对相应的验证项目进行了现场监控,合理取样并及时检验,按时完成验证工作。本年度一个需验证项目为27个,实际完成的为26个(其中4个跨年度完成,因厂房设施等其他原因增加验证项目10个),尚未完成的均已在安排或正在进行中。

  20__年对于质量部而言,什同进步的一年、是团结向上的一年,我们在工作中,对质量严格把关,对工作认真的对待,及时、准确的得到任何一个数据。工作的闲余时间要鼓励员工加强自身的学习,不断的来提高整个团队的整体素质。

  然而,目前化验室对人员管理上还是存在着小的问题,那就是人员流失,由于新旧员工交替对我盲作或多或少造成了困难,为了顺利完成日常的检验任务,对新员工的培训成了工作的重点,以便新员工能在较快的时间能胜任本岗位的日常工作。

  在新员工的培训和管理上,我们通过强化规范意识,使新员工充分注意每一个工作环节和工作程序的控制;通过强化质量意识,使新员工充分注意每一个操作细节和操作步骤的规范;通过强化效率意识,使新员工充分注意每一项工作内容和工作方法的优化。部门的管理是无止境的,部门管理的效益也是无止境的。一年来,面对部门人员更替频繁的状况,我们加大了部门内部管理工作的力度。通过严格规范的内部管理,增强了部门员工队伍的凝聚力。

  20__年x月x日,是每个三顺人刻骨而铭记于心的一天,安全生产的警钟长鸣,对于此次生产安全事故,我们部门对员工进行了安全操作规范的重点培训,并将其融入到日常工作当中。在保证人员安全、保证数据准确、保证工作效率的前提下认真完成了公司所下达的任务。通过学习和实用,化验室运行正常,做到无生产事故、无安全事故。

关于质量工作自我评价 第3篇

  过去的一年,出差较多。由紧张到坦然,由焦虑到安逸,几个月的时间算是勉强的坚持下来了。到有些心得,胡乱记记。

  1、现场模拟环境的搭建,工程人员必须要提前做好准备。

  凡事预则立,不预则废。异常是像我这样的一开始就缺乏实际经验的工程人员,最好能在出发前能在自我的机器上头对现场的环境做一个模拟的搭建。这个搭建过程,不是说跟现场环境搭建的一模一样,也不是说必须将环境完好的搭建下来,由于自我机器配置有限,这样也是不可能的(如果公司有条件能够供给服务器进行搭建最好)。我们需要做的是在这个过程中对一些知识点进行提前的熟悉,例如系统的安装配置,数据库的安装配置,tomcat的应用,集群的部署等。在这个过程中,我们要尽量的找到自我薄弱的地方,然后找到相关资料学习加固。

  2、出差前,准备好相关工具,系统安装介质,各种测试工具等。

  对于工程人员,要尽可能多的了解各种工具的使用,如snmp工具,corba测试工具等。这个需要在平时积累。对于外省的项目,工程人员在出发前,要准备好需要使用的工具安装介质。对于系统安装盘,数据库安装盘,若用户已购买正版软件,这些东西用户应当具备。但我国很多企业没有正版意识,所以我们在出差前各种安装光盘务必要带齐。即使没有光盘,镜像文件也必须要具备。例如,例如在苏州出差过程中,计划系统用rhel5.5,但服务器厂家说dellR720的磁阵不能识别rhel5.5,需要用rhel5.8以上。幸好我的机器上头具备大部分rhel版本系统,临时刻录解决问题。

  另外,最好是多带几台笔记本电脑。方便公司研发同事远程连接过来。

  3、工程人员必须要善于记录实施过程中遇到的问题,最好有个做笔记的工具。

  这是我工作以来养成的一个好习惯。找一个好的做笔记工具,平时的一些学习笔记,工作事项,进行分类记录。很多技术的东西,做了一遍后,一段时间后就会生疏。平时多记录,在工作的时候,能够提高效率,异常是在没有外网的情景下。人生就是慢慢积累沉淀的过程,各方各面,别靠记忆力,靠一个好的做笔记工具,呵呵。当然,做笔记也要讲求方法,这一点是我要加强。

  4、对于不熟悉的技能知识,在必须时间还不能解决的话,必须要及时的与人沟通,寻求解决方法,先做好工作,再探究技术问题。

  对于工程实施维护人员,需要尽可能的扩宽知识面,尽可能掌握多的技术本事。在IT行业,那多于牛毛的技术,对于初出者来说,常常是增加了广度,却缺乏了深度。所以,我们在工程实施过程常常会遇到苦难或者模棱两可的问题。应对这种情景,首先要坚持一颗淡定的心态。不能钻牛角尖的耗在不熟悉的技术问题上头,最重要的先想办法解决问题,保证工程进度。解决的办法就是与懂得该技术的同事沟通,协助解决。另外,工程人员还要清楚什么问题找什么人。这一点可能需要项目经理提前协调好。

  5、接口程序问题多。

  接口程序版本的问题,我觉得是一个很大的问题。测试人员发过来的程序,常常运行报错,让研发同事看了后,发现是程序版本发错了。但有时候发过来的正确版本的程序,程序也无法正常运行。程序出了问题,若工程人员找研发人员修改、调试程序,程序修改正常后,其版本则又与公司版本不一致,若以后用到其他项目还会有同样的问题。若工程人员找测试人员反馈问题,再由测试人员反馈给研发人员,这个过程能够控制版本的一致性,可是解决问题周期较长。对于像苏州这样很急的项目,这样势必拖延工期。但从公司产品化进程角度讲,后一种方法比前一种好。要保证质量,需要时间保证。

  对于已经连接过的接口程序或者连接很多的程序,工程人员要尽量做到高效完成。对于没有接过的程序,有问题要即使反馈给接口研发。对外省项目,如果有新开发的程序(如,苏广的机顶盒相关程序),最好是能派研发人员进行现场开发测试。

  6、程序升级,功能验证问题

  程序的升级,功能验证主要说的事界面升级的问题。由于是产品化的东西,所以常常在升级完后会有很多剩余的功能键,这些可能需要需求同事进行核查,然后给出清单让工程同时进行屏蔽。另外,任何升级都要先做好备份,保证升级失败能够回退。升级完成需要及时的进行功能验证,验证的过程要根据测试同事给的功能清单逐条验证。验证不经过的,及时邮件反馈给测试很研发同事。

  7、数据核对问题

  数据的正确性是直接关系到系统上线。采集上来的数据必须实时的与厂家网管系统坚持一致。要对数据进行核对,首先我们要保证自我的接口采集程序都正常无间断的运行了一段时间,并且程序无报错情景。若程序无故停掉,或者有明显报错,都可能导致数据不准确。这就要求,我们的守护程序都要配置完整,开机自启动要配置完善等。其次,在接口程序都正常情景下,选择一个时间段,核对这个时间段里面厂家系统数据库量是否与我们系统数据量是否一致。最终,不论核对是否有误差,均做记录。此外,对于核对有不一致情景,工程人员需要进行问题核查,或者将问题描述清楚发给研发同事。直到解决问题后,再重新进行核对。问题没有解决,没必要重复核对。事实上,苏州项目,目前的数据还存在很大问题。

  8、与用户或厂家交流沟通。

  交流与沟通,是不容忽视的。搞技术的人,往往以技术为大,而忽略说话的重要。事实上,有些事情,经过与用户交流就能够解决。例如,苏州出差中,有两个地区的拓扑图原计划是分开画,但连个拓扑有共用的网元,对于在一个拓扑中用到了的网元,是无法再用到另外一个拓扑中的。这个问题,如果要修改程序代码,则需要额外的时间。但多次找用户沟通后,用户同意,只要画的好看,可将两个拓扑图画在一齐。这个问题,就经过沟通解决了,免去了代码重开发的时间。

  如何去与用户交流,我也不得全法。在这方面,我也常常缺乏经验,缺少底气。出差多了,各种各样的用户都碰见过。有的平易近人,有的也咄咄逼人。有时觉得,交流最终,并不是项目本身的问题,而成了谁强谁若的问题。事实上,我们在用户面前,总是弱势。所以,出差的人员,需要有强大的心理承受本事和一颗平和的心。

  9、工程若不能按期完成,最好提前做好预计,加大公司人员的投入量或与用户协商。

  出了几个月的差,最让人不爽的事就是工期延长和连续的加班到深夜。技术原因,用户原因,厂家原因,现场环境原因,都可能使计划赶不上变化。对于苏州项目来说,时间是十分紧的。为了能按时完成计划任务,常常加班到很晚,但即使这样也还是不能按要求的时间完成任务。既然时间已经固定,人员已经分配好,暂不谈论时间是否合理,人员本事是否足够,若工程预计不能按期完成,则需要加大公司人员突入量或者由管理者与用户协商沟通延迟工期。不能等到最终用户检查完成情景时候,再去向用户解释。如果这样,我们就一向处于一种被动状态。

  10、工程人员要做好文档的编写。

  文档的编写同样是一件很重要和有意义的事情。有系统部署文档,技术性文档等。文档记录了所有实施部署的工作情景,完成哪些东西,哪些还没完成,都应当在文档中表现出来。一、有利于自我对工程进度的一个把握,平时维护能够参照。二、文档交给用户,算是对用户的一种交代。对于这种省外项目,实施完成后,我们是不负责维护的,所以,维护文档和技术文档就要写的详细交给用户。三、工作交接,文档对系统环境的熟悉很重要。

  文档要在实施过程中不断更新,这是我常常不能做到的。总是到最终采取修改文档,才发现很多都忘掉了。异常是写一些技术文档。其实,写文档的过程也是一种回忆的过程,这样能够加深印象。

  11、对于用户提的新需求。

  要明白,用户的需求总是无止境的。用户的要求总是很严格的。用户总要求我们能做的十分的好。但事实总是不如人意。用户在熟悉的过程中,总会提出一些新的需求。用户提的新需求也不是都是合理的,但现场的工程人员,对于用户提出的新需求,都要做好记录,不了解的地方需要与公司的需求分析师沟通。最好是能一位专门的需求分析师来统一收集用户提的新需求,不合理的由其及时向用户解释。

  以前读大学的时候,没法好好的学习技术理论方面的知识,毕业时连什么是E-R图都不清楚,在毕业设计的答辩会上出尽了洋相。但软件工程的书籍还是泛读了一些。我记得,对于一个软件工程,我们应当花更多的时间放在需求和测试上头,开发的时间其实很少。异常是对于产品化的软件,需求和测试更需要做好。需求需要做到更细致,找到产品已有功能与用户需求功能的差异性,这个过程要尽可能细。测试也一样。一个大的软件公司,部门分的较多,一套软件往往时多个部门联合开发完成,有的负责界面,有的负责后台,有的负责数据模型,有的负责接口。就像生产不一样的零件,来组装一台机器。但这个衔接不是那么容易,出的问题会很多。所以,要想一套软件的完美无缺,内部的沟通交流也要做到天衣无缝。

  一不细心,进入了一个通信软件的行业。慢慢的,我逐渐的了解了这些是什么,我需要学习些什么。上头写的十几点,是我去年出差以来的一些想法,抓着头皮,凑出了这些没有丝毫文采的文字。可能还有点夸夸其谈,或过于梦想。这些也并非都是正确的,我相信必须存在问题。但有什么关系呢,我还在继续的工作,继续的去思考和评价。