如何从一件小事看规范?

如何从一件小事看规范?

从一件小事看规范

转载时请注明出处:http://blog.csdn.net/absurd/

人事部最近让全体员工上传相片以制作员工卡。在通知中说明了上传目录、相片分辨率和最后期限,但没有规定文件命名方式和格式。我发现:

关于上传目录:根目录没有问题,都在指定的目录中。但有的放在根目录下; 有的按部门建了子目录,把相片放在子目录中; 也有的按个人姓名建了子目录,然后把相片放在子目录中。

关于相片分辨率:规定是1024x768,提供1024x768的相片的人数所占比率最大,但大到2000多,小到640x480的相片都应有尽有。

关于最后期限:大部分人都在期限内上传了相片,少数人过了期限才上传,极少数的在最后也没上传。

关于文件命名。由于事先没有对文件名做任何规定,文件命名方式差异最大。我数了一下,文件命名有11种之多,基本上由部门名、姓名、工号以及减号和括号组合而成,更有甚者使用了相机产生的随机文件名。

关于文件格式。事先也没有规定文件格式,大多数相片为JPG的格式,有少数为BMP的格式。这可能是相机多数使用JPG格式的缘故。

对于第一点,有规范说明,但说明不够准确。要不要建子目录,以按什么标准建子目录,没有做准确的说明,大家都按自己的判断行事。

对于第二点,规范说明准确,但没有强调它的重要性,所以执行时没有得到有力的贯彻。大家都认为相片的大小无关紧要。

对于第三点,规范说明准确,重要性也不言而喻,但没有检查机制,有的人因为工作忙,把这事给忘了。后来人事部要求部门助理协助检查,事情进展比较迅速。

关于第四点,规范中没有说明,结果你想得到的命名方式都有。这极大的展示了大家的创新力。

关于最后一点,规范中没有说明,但是选择不多,所以玩的花样不多。

对于上传相片这样的事情来说,规范也许并不重要,这些差异不会招致太大的问题。如果对软件开发来说,如果文档的格式千奇百怪,代码的风格百花齐放,那问题就大了。所以适当的规范对软件开发来说是必要的,规范本身说明要准确清晰,执行规范时贯彻要有力,最后还要有必要的检查机制,其中少一样都不行,否则规范只是形同虚设。规范当然也不能太多,太教条化,否则也会造成同样伤害。