在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4157|回复: 8

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

[复制链接]
发表于 2010-2-6 22:12:25 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
最近一段时间,工作上遇到了前所未有的困难。
验证小组的几位“新员工(入职大半年)”对于验证分层完全没有概念,generator的内容,准备大段大段的写到testcase里面,甚至在testcase里构造数据包;bfm 里写很复杂的时序,基本上都是cycle级的操作,完全没有传输级的概念,完全忽视generator的作用;RM和Scoreboard的内容很多都放在Monitor里。
我现在是验证小组长,负责整个芯片的验证工作指导。但是,毕竟是刚转正的“新员工”,有时候明显得不到认可。以generator为例,我说,你们将generator的内容写在testcase里面,用例会很复杂,而且每个用例开发的工作量会很大,至少代码量不少。但是,人家说,这样,我们的generator简单啊,我们以前都是这么做的,也没见死人啊。而且,更郁闷的事,其他项目有些“专家”,还很认可这样的做法,虽然有时候,他们自己并没有那么做。
碰到这样的事情,应该怎么做啊?
1、强压?(会不会项目没有结束,我就要走人了)
2、培训?(他们现在根本不听)
3、榜样?(不知道,我这个“新员工”什么时候才能树立起威信)
烦啊,自己想的是:尽快做一些实际的例子出来,然后强制进行大规模的培训。
但是,我还是担心,他们仍然会抱死在老树上。因为,那样子搭建平台用到的技术最简单,只是用例和其他组件写起来麻烦点罢了……
发表于 2010-2-8 15:13:37 | 显示全部楼层
沟通有时候是有技巧的
 楼主| 发表于 2010-2-8 22:27:46 | 显示全部楼层
因为所处的立场已经不一样了,所以有些事情想站在别人的角度理解也比较困难。如果有过相同感受的兄弟,可以探讨探讨哈。
发表于 2010-2-9 17:28:39 | 显示全部楼层
1# birdshanshan

基本上我同意3。
但从你的描述看,应该是小公司的情况。
如果是大公司,应该寻求EDA公司的帮助。获得training。同时让他们使你的领导信服。
 楼主| 发表于 2010-2-9 21:54:10 | 显示全部楼层
对啊,我怎么没有想到求助EDA厂家呢?这个可以考虑试试,虽然估计自己现在还请不动。但是,尝试一下不是坏处!多谢eric_luo的建议!^_^
发表于 2010-2-10 09:48:30 | 显示全部楼层
是啊,这个事情,必须是他自己认为对的,才会这么做,嘿嘿,强压是最不好的办法,刻意强调,不做强求,多强调直到他们也觉的你是对的,对和错就在一念之间。
发表于 2010-2-10 22:06:18 | 显示全部楼层
楼主可以尝试突然叫他们切换验证模块,再搞几次就挂了
 楼主| 发表于 2010-2-11 20:10:11 | 显示全部楼层


呵呵,首先还是要多谢dannysbp兄分享。这个主意的确不错,通过使用别人的模块,让其他人发现TestBench 设计时不方便的地方。可惜,项目进度太紧,不然,的确可以尝试一下。
 楼主| 发表于 2010-2-11 20:12:24 | 显示全部楼层


是啊,这个事情,必须是他自己认为对的,才会这么做,嘿嘿,强压是最不好的办法,刻意强调,不做强求,多强调直到他们也觉的你是对的,对和错就在一念之间。
kly_dream 发表于 2010-2-10 09:48


同意,目前是感觉一天比一天好。虽然还不够好,但是,有些观点的确慢慢得到认可了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-12-18 23:08 , Processed in 0.025786 second(s), 9 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表