如何从一件小事看规范？

如何从一件小事看规范？

从一件小事看规范

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

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

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

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

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

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

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

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

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

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

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

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

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