如何让“新员工”了解验证分层的重要性

最近一段时间，工作上遇到了前所未有的困难。
验证小组的几位“新员工（入职大半年）”对于验证分层完全没有概念，generator的内容，准备大段大段的写到testcase里面，甚至在testcase里构造数据包；bfm 里写很复杂的时序，基本上都是cycle级的操作，完全没有传输级的概念，完全忽视generator的作用；RM和Scoreboard的内容很多都放在Monitor里。
我现在是验证小组长，负责整个芯片的验证工作指导。但是，毕竟是刚转正的“新员工”，有时候明显得不到认可。以generator为例，我说，你们将generator的内容写在testcase里面，用例会很复杂，而且每个用例开发的工作量会很大，至少代码量不少。但是，人家说，这样，我们的generator简单啊，我们以前都是这么做的，也没见死人啊。而且，更郁闷的事，其他项目有些“专家”，还很认可这样的做法，虽然有时候，他们自己并没有那么做。
碰到这样的事情，应该怎么做啊?
1、强压?（会不会项目没有结束，我就要走人了）
2、培训?（他们现在根本不听）
3、榜样?（不知道，我这个“新员工”什么时候才能树立起威信）
烦啊，自己想的是：尽快做一些实际的例子出来，然后强制进行大规模的培训。
但是，我还是担心，他们仍然会抱死在老树上。因为，那样子搭建平台用到的技术最简单，只是用例和其他组件写起来麻烦点罢了……

沟通有时候是有技巧的

因为所处的立场已经不一样了，所以有些事情想站在别人的角度理解也比较困难。如果有过相同感受的兄弟，可以探讨探讨哈。

1# birdshanshan
基本上我同意3。
但从你的描述看，应该是小公司的情况。
如果是大公司，应该寻求EDA公司的帮助。获得training。同时让他们使你的领导信服。

对啊，我怎么没有想到求助EDA厂家呢?这个可以考虑试试，虽然估计自己现在还请不动。但是，尝试一下不是坏处！多谢eric_luo的建议！^_^

是啊，这个事情，必须是他自己认为对的，才会这么做，嘿嘿，强压是最不好的办法，刻意强调，不做强求，多强调直到他们也觉的你是对的，对和错就在一念之间。

小编可以尝试突然叫他们切换验证模块，再搞几次就挂了

呵呵，首先还是要多谢dannysbp兄分享。这个主意的确不错，通过使用别人的模块，让其他人发现TestBench 设计时不方便的地方。可惜，项目进度太紧，不然，的确可以尝试一下。

同意，目前是感觉一天比一天好。虽然还不够好，但是，有些观点的确慢慢得到认可了。