I recently came across a couple of articles on how promotion and experience are managed in two different (maybe not so much) software development companies.
The first of them is Why I ran a flat company by Jason Fried. I like his position on keeping the organization as flat as possible and the idea of self-managing teams. But what I like most is what he points out as horizontal ambition. "We always try to hire people who yearn to be master craftspeople, that is, designers who want to be great designers, not managers of designers; developers who want to master the art of programming, not management.", I find this quote to express the concept quite clear.
The second article is Why I never let employees negotiate a raise by Joel Spolsky. He explains the compensation policy that they follow at his company and the rationale behind it. He defines a salary scale based on experience, scope of responsibility and skill set. So for each employee, three factors are measured and his/her final level defines the salary.
There is this quote that made me nod my head: "If you worked as a receptionist for six years, for example, you aren't credited with six years of experience; I give you credit for one year." It somehow leverages what I think about experience.
Showing posts with label jobs. Show all posts
Showing posts with label jobs. Show all posts
2011/04/17
2010/11/16
Experience
Some years ago, when I realized I had to quit my first serious job, I started up updating my resumé. That's the time when I first thought about what was there in my resumé that may actually make it more interesting than any of my co-workers' for a potential employer.
Some months after taking a new job I met some of my then ex co-workers for a beer and one of them asked what was I working on in my new job. Among other things, since I was using VMware appliances for both test and build environments, I told him I was working with virtual machines. So he replied 'Ah, so you're working with Java'. The only virtual machine he ever heard about was the JVM.
This is just an example, but in a general way my knowledge about software development technology and tools was deeper than his. In spite of that, his working experience was 2 or 3 years longer than mine. I also know people who has deeper knowledge than mine and have less time of experience.
So my conclusion on this was that any time you read in a resumé 'X years experience in Y', you should take it for 'X years seniority in Y'. So experience means the length of time that someone has been practicing or just in slight contact with a given technology or tool. In a resumé, experience and expertise have little to do.
In one of my recent readings (Rework) there is a section dedicated to this subject. It is pointed out there with this words:
Some months after taking a new job I met some of my then ex co-workers for a beer and one of them asked what was I working on in my new job. Among other things, since I was using VMware appliances for both test and build environments, I told him I was working with virtual machines. So he replied 'Ah, so you're working with Java'. The only virtual machine he ever heard about was the JVM.
This is just an example, but in a general way my knowledge about software development technology and tools was deeper than his. In spite of that, his working experience was 2 or 3 years longer than mine. I also know people who has deeper knowledge than mine and have less time of experience.
So my conclusion on this was that any time you read in a resumé 'X years experience in Y', you should take it for 'X years seniority in Y'. So experience means the length of time that someone has been practicing or just in slight contact with a given technology or tool. In a resumé, experience and expertise have little to do.
In one of my recent readings (Rework) there is a section dedicated to this subject. It is pointed out there with this words:
How long someone's been doing it is overrated. What matters is how well they've been doing it.But how can you get to know it?
Subscribe to:
Posts (Atom)