领导是真的重视质量吗?

大家都知道质量工作的成效跟领导是否重视关系非常大,并且应该没有哪个领导会承认他不重视质量的,但是行动上,领导真的做到了么?是否重视又有什么表现呢?

笔者遇到过这样的领导,口口声声说质量多么重要,流程多么重要,甚至他自己都可以去客户那里做质量体系的培训。但是在日常工作中,他强调的就是按时把项目交付,几乎没有时间关注质量的状态,偶尔关注一下项目的缺陷就不错了,项目的过程什么纪录都可以没有,质量人员的报告那更是没空看的,质量人员的工作也没空关心,甚至就是期待他们拿到各种证书等等。想必,很多人也有类似的感觉,说起来都会泪流满面。

笔者也遇到过另一种领导,把质量部门的工作和研发放在同样的地位的,招聘有经验的人,并且赋予权力与职责,严把产品和项目的质量关。尤其重要的是,在质量和研发出现冲突的时候,他的立场是质量不能打折扣。笔者曾经的领导质量报告必看,有问题亲自找研发领导解决,关键项目关键质量活动亲自参与,也亲自参与各种质量氛围建设活动,效果可想而知。

但是如果说有幸遇到重视质量的领导,质量人员应该珍惜的话,笔者认为讨论一下遇到不重视的领导质量人员应该怎么处理,也许更有价值。以下是笔者的一点看法。

不要抱怨,多观察,结合公司的现状分析一下领导不重视质量的可能原因,再寻找应对措施。

1,可能是公司当前的阶段他不得不做一些取舍,毕竟公司活下来最重要。这种情况在小企业发展初期很常见。笔者认为质量人员要么不要选择这种环境,要么选择等待,多考虑一些切合公司实际的问题,为领导分忧解难,与公司共同成长。

2,可能领导质量意识问题。这种情况多半是还未因质量问题吃过大亏,所有抱有侥幸心理。笔者认为这种环境下,需要选择合适的沟通方式,给领导洗脑。最好是有证据证明不重视质量的后果,这就需要收集质量信息,并做分析。也可以考虑借力,借助客户,借助权威人士的力量效果都比较好。

3,可能质量人员工作本身有待改进。不管怎样,质量人员还是都需要先反思自己的工作,是否要求不切实际,是否过于繁琐,影响效率,或者自身能力是否有待提升。这就需要自己多学习,提高专业技能。

4,环境没法改变,咱换一个。但笔者认为这招不能经常用。

也许还有很多很多原因和解决办法,有兴趣的朋友欢迎留言交流。

时间: 2024-10-11 12:57:31

领导是真的重视质量吗?的相关文章

如何提高送测版本的质量?

常见的窘境: 这也许是大多数软件公司面临的一个老大难的问题,即送测的程序版本质量差——甚至会出现连冒烟测试都不能通过的情况——面对这样的版本,作为测试人员的我们,也常常陷入两难的境地:如果投入测试,会浪费大量的时间:如果不投入测试,项目的交付时间在那里卡着......所以这就让测试人员陷入一个两难抉择的窘境. 对这个问题,我说一下自己的看法. 我觉得如果想解决问题,首先得认清楚问题,掌握问题的本质. 拿这个问题来说,导致版本质量差的原因许多,比如开发没时间自测.不懂测试,又或者不重视质量,但归根

如何与技术领导沟通项目管理问题?

我们公司是一家中型IT软件公司,公司创始人总经理是一个典型的高知分子,技术男,遇事喜欢抓细节.作为公司的实施部门,我的部门工作多与项目部署与实施有关,即根据客户需求,提供相应服务,并在客户现场部署安装.但总经理作为一个技术控,对下属的要求大量的是停留在技术层面,而对项目进度的把控并不重视,认为技术到家,可以直接对客户提出的要求进行处理即可.这样的情况往往导致范围蔓延,做了很多镀金工作.同时整个工作包划分不清,每个项目的进度往往会延期.针对这种情况,各位项目管理者联盟的同学有什么好的建议么? >>

(日记)上海三思获颁上海市质量金奖,树立LED行业质量建设标杆

2015年10月13日,上海市市政府举行了年度上海市质量金奖颁奖仪式,副市长时光辉为上海三思在内的10家获奖组织和个人颁奖并讲话,市质监局党委书记.局长黄小路出席活动. 左六为上海三思副总经理王鹰华 质量金奖颁奖会议速递 会上,副市长时光辉先生首先对获奖组织与个人表示热烈祝贺,对他们为上海市质量体系建设.社会经济发展做出的贡献与努力表示感谢.他指出上海一直高度重视质量工作,目前上海处于创新驱动转型升级的关键时刻,市委市政府对质量的重视程度也在进一步提升.对于下一步工作,一要在城市发展中不断追求卓

从程序员到项目经理(27):怎样给领导汇报工作【转载】

如果有一天领导叫你汇报一下项目状况,你会怎样来回答呢?在项目汇报方面,我总结有三种类型的项目经理,看看你是属于哪一种: 第一种,报喜不报忧.这种项目经理就像和珅一样圆滑,传达给领导的永远是好消息:进展总是顺利的,团队一定是和谐的,客户必定是满意的,天下永远是太平的,仿佛天气永远是晴空万里,永远不会刮风下雨似的.领导听了往往也是眉开眼笑,点头赞许. 第二种恰好相反,总是显得忧心忡忡.也许是由于项目经理有很强的危机感,每次汇报必然是听上去大问题套着小问题,项目危机重重,好像天快塌下来了似的.这种项目

转:测试部工作不受重视怎么办?

前言 本文属于<如何组建测试团队>系列,本文主要从测试管理者角度进行工作心得分享,希望能给初为测试经理的同仁有所帮助!对于如何提升对测试/质量的重视程度,算是个老生常谈的话题,很多前辈对此发表过看法,今天我也未必能给出新颖的思路,不过既然有朋友问到这个问题,那我就说一些自己的浅薄见解吧. 正文 很多进入测试这一行的同仁都遇到过这样的问题:感觉公司对测试部工作不重视,工作干的憋屈,想去改变一下现状却又无从下手,久而久之,自己也觉得工作没有意义,觉得在浪费青春.其实我也是一个过来人,那段时间我甚至

从程序员到项目经理(24):怎样给领导汇报工作

如果有一天领导叫你汇报一下项目状况,你会怎样来回答呢?在项目汇报方面,我总结有三种类型的项目经理,看看你是属于哪一种: 第一种,报喜不报忧.这种项目经理就像和珅一样圆滑,传达给领导的永远是好消息:进展总是顺利的,团队一定是和谐的,客户必定是满意的,天下永远是太平的,仿佛天气永远是晴空万里,永远不会刮风下雨似的.领导听了往往也是眉开眼笑,点头赞许. 第二种恰好相反,总是显得忧心忡忡.也许是由于项目经理有很强的危机感,每次汇报必然是听上去大问题套着小问题,项目危机重重,好像天快塌下来了似的.这种项目

《构建执法》阅读笔记之五

MSF 简史 微软公司中关于软件开发的思想和宣言有一个方法论--微软解决方案框架(Microsoft Solution Framework,MSF),也就是微软推荐的软件开发方法 大约在1993年,微软在总结了自己产品团队的开发经验和教训,以及微软咨询服务部门的业务经验后,推出了MSF.当时的MSF只是这些经验和教训的初步总结.在以后的几年中,MSF进一步吸收了微软各个部门和微软的合作伙伴在实际项目中的经验.2002年,随着Visual Studio .NET的发布,微软发布了一系列关于MSF3

构建之法——读书笔记(5)

第七章 MSF What is MSF?--Microsoft Solution Framework(微软解决方案框架)即一个方法论,也就是微软推荐的软件开发方法. MSF基本原则: MSF没有像敏捷那样搞一个宣言,但是它也有一套思想框架-9条基本原则 1. 推动信息共享与沟通(Foster open communications) 第一个原则,就是所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施 看不到所有的信息,

学习MSF

微软解决方案框架(Microsoft Solution Framework,MSF) MSF没有像敏捷那样搞一个宣言,但是它也有一套思想框架-9条基本原则 1. 推动信息共享与沟通(Foster open communications) 第一个原则,就是所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施 看不到所有的信息,那么项目进度以及项目中存在的各种问题就不能及时让所有人知道,这样MSF中其他的原则也就不能实行了.