推进五千需要多实践多思考,不要只做工具人

前两天,朋友和我说了一件让我哭笑不得的事儿:

某公司在进行GJB5000A评价的时候,被评价员打了这样一个问题:

问题描述不清楚。

该公司就向某专家请教问题应该怎么描述。

我听了这件事之后感觉很无语。

怎么描述一个问题,这和你实施不实施GJB5000A有关系吗?难道贵公司在日常的工作中不需要发现问题、解决问题,不需要做问题描述吗?

这样的问题还要一个GJB5000的专家来回答吗?

乘风破浪的宁静姐姐曾经霸气地宣言:

我还需要自我介绍吗?那我这几十年不是白干了吗?

如果连问题怎么描述都需要找专家请教,你这些年的工作都是白干了吗?

无独有偶。

一个组织要提交GJB5000A的评价申请,首先他需要完成内部评估,并且把内部评估的总结报告作为附件与评价申请表一起提交给有关部门。某公司在完成内部评估之后,就找专家请教这个总结怎么写。

总结怎么写?我想任何一个有工作经验的人,每年都会写若干总结报告吧。课题中期总结、结项总结、个人工作总结……谁还没有写总结的经验呢?总结不就是对某件已经完成的事项描述下过程,有什么成果,有没有遗留问题,下一步的建议或展望吗?

这样的问题还要一个GJB5000的专家来回答吗?

类似的事情还有很多。

比如,风险缓解措施和应急措施与风险描述不搭界;问题的原因分析和解决措施与问题描述不搭界……

提出这些问题的人总会以自己不了解GJB5000标准要求为借口。

拜托,不要再拿GJB5000标准作为挡箭牌了。

GJB5000不会把教你日常应该怎么工作,她只是告诉你软件开发的各个过程要达成哪些目标

“问题怎么描述”这类问题,是我们日常工作中就应该掌握的基本技能,GJB5000不是普及这些基本技能的。

这些“小白问题”提出的深层次的原因是这些人根本就没有动脑思考,只想着别人给我答案,他只要照做就好了——就像一个工具人。

推进GJB5000需要我们多实践多思考,如果大家都是工具人,这些公司依靠专家的指导也会拿到GJB5000资质,然后呢?估计就没有然后了。

希望这些不是问题的问题不要再出现了。

这正是:

五千不要工具人,响应指令没精神

不去实践不思考,过了认证也没魂

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

推进五千需要多实践多思考,不要只做工具人》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.hashtobe.com/3500.html