在法治社会开门做生意， 守法是一个底线， 虽然总有人铤而走险， 但这种非常规的路线不在今天的讨论范围内。

如果是以追求改进为战略的实验室， 如果是人员流动特别大的实验室， 那么文件就应该越写越饱满， 来满足日益进步的需求。

如果企业只想拿个证书， 对公司的管理水平和数据雷竞技百科 没有什么大的想法， 那么文件就应该写的很底线，仅满足上面一条的要求即可。

那么问题来了，如果构建一个好的体系？

答案是两个字——“实用”。

一个不实用的体系要求， 或许由于短时间高层的高压，大家迫于无奈边骂边做， 但是一旦管理松散了，就一定会有人开始不做， 最终也许会变成没人在用。发现这类问题之后， 我们除了追求实验室的执行力之外， 还要深究是否这个要求本身提的有问题，或者说提的方式有问题。

每次体系要推动一项新的要求时， 最好把这个充分的理由以及可能带来的好处和相关部门沟通清晰。

只有让大家感觉都坐在一艘船上了， 他们才会从心里接受， 从而回去和部门的人宣导要做这件事。

这个要求是对体系从业人员提出的， 很多体系人员做的太死， 看到一个新要求， 心里就想“这个简单， 我来写个新文件， 做个新表单， 让他们填去。” 如果体系真的这么做， 那么就太失人心了。

这个灵活最大的前提是体系人要对标准很熟，敢于在现有的文件里加要求， 尽量以不要增加太多工作量为前提。让他们在做原有方法的时候，顺带做一下这个新要求， 这样大家的可接受程度就会相对高很多。而且能明白你的出发点是真心为他们着想的。

在信息化的今天， 电子系统的大规模使用是一种趋势， 也是公司控制水平上档次的一种标杆。当然， 这个需要考虑实验室的资金和规模。

在解决问题后， 把纠正措施乃至预防措施尽可能多的成文， 用白纸黑字来起到约束的作用， 避免了换一个老板之后对前任答应的事情完全不认账的事件发生。

不管体系建立的目标是什么， 任何体系都是为人和产品服务的，所以这就要求体系具备很强的能服务他人的功能。

所以我们做体系的，不光要去看这个要求是否是合理的， 而且也要看我们这个要求提出是否不方便大家去操作和理解，能否换一种更合适的方式。这个时候， 体系部就要成为一个客服的角色，了解大家的需求， 来提高体系的有效性和效率。