Home Articles Main Who Wants To Be A Verifier?


Who Wants To Be A Verifier? PDF Print E-mail
User Rating: / 22
Thursday, 14 January 2010 21:49

Are you looking for a job in verification? Are you pursuing a career in verification? Congratulations! There a few things you might want to consider about your prospective employer before you sign the contract. In today's important article we'll try to analyze semiconductor companies using a two dimensional framework. If you find enough information about your potential employers in advance, you'll be able to position them correctly on both axes thus helping you make a better decision regarding your future career.

The first axis represents Organizational Maturity, ranging from Startup to Big Company. The other axis represents the underlying Management Approach, ranging from Theory X to Theory Y, which we'll talk about in a minute.



The horizontal axis - Organizational Maturity - is really a mixture of company age and size, which usually correlate. This variable tells how well-established the organization is in terms of workflows, procedures, cumulative experience, etc. As far as verification is concerned, there are several noticeable differences between the two extremes. In startups, verification projects will often start from scratch. This means, for example, that you would rarely be maintaining someone else's code (which happens all too often in big companies), and you would be able to enjoy a great deal of freedom when choosing a methodology or customizing one to your liking. In big companies, reuse and legacy are the name of the game. Big companies think in "product lines". Your current project may well be 90% identical to your previous project. This is rarely the situation in small startups where you can smell the freshness of the RTL from a distance.

In big companies project managers and other stakeholders have come to understand that verification is no magic. They have enough experience with previous projects to realize that verification is a project in its own right and should be treated as such by management. They know, for example, that no design task can be even remotely considered "done" unless its respective verification task has been completed. They also know that a 2:1 ratio between verifiers and designers is a key to success and not just a vague recommendation. In smaller companies and startups, executives do not always understand the essence of verification which is a real problem. Verification should really be considered as a core competency rather than a burden. When management fails to understand that, you - the verifier - must realize that another feature on your job description has just shown up (whether you like it or not). You must be an educator too. You must take on the quite heavy responsibility for showing your managers where they are wrong and why re-inventing the wheel in verification is a mistake. There's a name for this phenomenon in Organizational Studies - it's called Organizational Learning. Problem is - you're the educator... But this could also be an opportunity, depending on Management Approach, as we'll see in a bit.

Another big difference between small startups and big companies is the stability issue. In big companies you'll find that predictability is a very important element. The entire management hierarchy is well trained in handling complex projects from inception through tapeout in an amazingly predictable way. I once heard a CEO of a well established semiconductor company explain how his company was able to tape out a chip in a two month time frame (from Spec release). This is rarely the case with startups. The only predictable thing in startups is that unpredictable things happen all the time - features are regularly being added or removed,  RTL is never really frozen in time, available engineering resources fluctuate in level and quality - just to name a few. If you seek stability in your work, a startup should probably not be your first choice.


The vertical axis, one you should be paying special attention to, is Management Approach. In Organizational Behavior, companies (and organizations in general) can be categorized into two groups: X and Y. According to a well-known theory by Douglas McGregor (Theory X and Theory Y), managers from group X believe that the average person dislikes work and will avoid it if possible. They believe that salary is their employees' only concern and that they need to be forced into working against organizational objectives. Managers from group Y, on the other hand, realize that their employees are first and foremost humans who need as much attention to their psychological and social needs as to any other tangible ones. They try to encourage team work, creativity, participation, openness, and a sense of responsibility and pride among their employees.

The verification process is an ultra-complex effort, unbounded in nature and suffers from a great deal of uncertainty in terms of schedule. Companies from Theory X will often try to force unrealistic objectives on their verification teams, which leads to frustration and eventually inevitable delay in schedule. The correct approach to managing verification teams would be Theory Y. Generating motivation among verification engineers is not easy, taking into account the heavy pressure they're in to begin with, and the implicit amount of responsibility they have for product quality. Moreover, many verification tasks require deep concentration and focus for an extended period of time, extra pressure doesn't help much.

When tasks seem to take longer than expected, managers from Theory X are conditioned to apply more pressure as a first remedy. They are wrong though. Managers from Theory Y would tell them that the first thing to do would be to open up their ears and listen. Listen to their team leaders, listen to their engineers, learn about what's holding them back from completing the job on time, and how management can help. All too often, verification lags behind due to bottlenecks in the overall program.

Theory X managers believe that bonuses and a raise in salary create extra motivation. Once again, escaping to the convenient realm of time and money does not always do the trick in verification. Studies have proven that tangible elements can only account for eliminating dissatisfaction among employees. True satisfaction and motivation originate elsewhere - challenge, recognition, responsibility, etc. (See Herzberg's two factor theory). This is very true in verification. Verifiers seek challenge and recognition. The most successful verifiers I've met were never motivated by salary nor pressure. It's the technical challenge, the sense of responsibility, and the feeling that their managers will always back them up that really made them outperform. Theory X managers fail to understand that.


Once you set your mind on a certain company, try to talk to people who work or have worked there. Try to gather the information necessary to accurately position your prospective employer on the diagram.

If the company turns out to be an X company, you should be aware of the risks described above. In small companies and startups the risk is even bigger as management actions have bigger impact on the day-to-day work. In big companies, hierarchy and bureaucracy serve as a damping force for that matter, hence the smaller risk. If the company turns out to be a Y company, you're likely to enjoy stability and predictability in your work. In smaller companies and startups, this turns into a real opportunity to enjoy an accelerated career path, professional development and personal growth. Good luck!





More articles :

» Get Organized Even On Windows

Here’s a cool (and free) application that can make your life a bit more organized if you tend to have many open windows.

» Verification Documents - Love Them, Hate Them, But You Can't Ignore Them

Verification Plan (or Test Plan) and Coverage Plan are two documents that specify the features to be tested in the verification process. The first document usually lists the DUT features that need to be covered and the latter - the coverage points...

» Eternal Sunshine of the Verifier's Mind

To be successful in verification you not only need to possess the right technical skills, but you also need to possess the right mindset. Possessing the right mindset will lead you to success rapidly. Here are 3 things that I’ve found very...

» The Miracle Of Verification

Is verification really a miracle and verifiers have ceased to be engineers? Not too long ago I wrote an about some common myths in Verification. Today I would like to talk about a bigger myth which I like to call the "Verification Miracle Myth"....

» Review - Verification Leadership Seminar

How many of you have tried to cut on coffee? or even quit drinking coffee altogether? I guess a lot. Well, personally I’ve given up on trying but you know what? there’s actually something worse than having 8 cups of coffee per day - it’s the...


0 #1 2010-01-18 04:34
Nice arcticle Yaron and you made some very good points

In an ideal world the most desired would be a "startup" group in a "big company" practising theory Y. You then get the best of both worlds!

- Swami
0 #2 2010-01-21 15:01
Very good article, Yaron. Is there any further input on how to deal with Theory X management as there are very little chances to avoid them in one`s career path. ???
0 #3 2010-01-21 15:13
That's a good question. Now sure if I have a good answer. Perhaps "educating" your design team and managers might be one solution. You can prepare a presentation, or a series of presentations, demonstrating the things verifiers have to deal with. If you also give "real life" examples from previous projects it will be even better.
0 #4 2010-02-24 17:10
Awesome. No holes left.
0 #5 2011-05-26 17:05
good article.
another point to ponder is: "what can I learn?" or IOW : "how can I develop my knowledge?"
in a big company one has a better chance to find knowledge focal points that can guide and teach him. where as in small companies one has the chance to exuberance the need to learn things from scratch

Add comment

Security code

Copyright © 2017 Think Verification - Tips & Insights on ASIC Verification. All Rights Reserved.
Joomla! is Free Software released under the GNU/GPL License.