Originally posted by cannon999
View Post
- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Reply to: Assessing technical skill levels
Collapse
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
- You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
- You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
- If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "Assessing technical skill levels"
Collapse
-
Originally posted by NotAllThere View PostManagement generally are not competent
Leave a comment:
-
Originally posted by original PM View PostThink I may need to move on
Solution: Recommend that everyone has to re-apply for their jobs and when they get round to you say you've found a better offer elsewhere.
Leave a comment:
-
Cheers all - I pretty much agree with everything you say.
Some people simply have no idea about technology and for some reason think that being a developer is easy and the only reason someone is still a developer is because they are lazy.
You can therefore get rid of them and replace with cheaper off shore option.
So pointless listening to this sort of outdated bollox.
Think I may need to move on
Leave a comment:
-
I agree with most people here, time served with a specific technology is no indication of the level of proficiency.
The developer that describes himself as competent in my book is being honest. The more I learn the more I'm happy to call myself competent.
Really, if you are going to judge and rate developers then you need some decent criteria to do it against.
1. Are the projects they involved in generally a success.
2. Is their code easy to read and maintain. This is huge to me.
3, Do they mentor other developers or are they out to show they are the top dogs. Again, this is a biggy.
4. Extensive business knowledge? Again, this is important for problem solving.
You could go on, I usually do.
Leave a comment:
-
Originally posted by Hobosapien View PostSeen it all before, new boss comes in, restructures to prove himself (which may include outsourcing projects/teams), ends up in a worse position than when started, moves on swiftly to another company before his peers realise he's an incompetent fool. Can spot them on their CV as senior managers that change jobs every couple of years.
Very common, particularly among people in jobs way beyond their ability.
Leave a comment:
-
Isn't this the point of annual performance reviews so they can assess how the permies have performed to expectations?
If asked to self-assess then may as well say you're the dogs bollocks and it's up to the management to prove otherwise.
Agree with others, if billy big bollox boss wants to cut costs then it's competence of delivery rather than base skill level that matters. Otherwise the dolt will end up getting the best resources fired and left with a shambles.
Seen it all before, new boss comes in, restructures to prove himself (which may include outsourcing projects/teams), ends up in a worse position than when started, moves on swiftly to another company before his peers realise he's an incompetent fool. Can spot them on their CV as senior managers that change jobs every couple of years.
Leave a comment:
-
How you rate yourself is just a starting point. What matters is how your peers rate you. Management generally are not competent to rate technical skill.
I'm in agreement with WTFH - it's total cost of ownership of development that's important. Not how quickly you bash out version barely alpha.
(Incidentally, in my team, I'm the oldest by at least ten years, yet it's the young whippersnappers who seem reluctant to try anything new - or even not new. Yesterday one of them told me doesn't use a specific construct because he's never learned it. It's only been part of the language for 20 years..! )
Leave a comment:
-
Originally posted by WTFH View PostSome people are happy to do a good job and are not interested in being considered an expert, etc.
I think the management should ask themselves 3 more questions:
1. How often is the code delivered on time?
2. How reasonable were the timescales for the delivery?
3. How often does the code go back for rework due to bugs?
Think the main problem is new big boss has come in and so everyone needs to 'save money' (to make big boss look good obviously) - so saving money generally means working more hours for the same pay.
Which generally thoroughly pisses people off because the benefits of that go to 'big boss'.
So generally the new big bosses management team are tulipting themselves and looking for ways to lay the blame at the feet of other people.
Nothing new to see just getting bored of dealing with dick heads I suppose!
Hey ho.
Leave a comment:
-
Originally posted by original PM View PostAnyway the point I am trying to get to is is it acceptable to only be competent at your job or should you always try to be an 'expert' and 'leader in your field'?
I think the management should ask themselves 3 more questions:
1. How often is the code delivered on time?
2. How reasonable were the timescales for the delivery?
3. How often does the code go back for rework due to bugs?
Leave a comment:
-
Originally posted by ladymuck View PostI'd go for a 4 x 4 type rating so...
Proficiency
0 - Basic
1 - Intermediate
2 - Advanced
3 - Expert
Experience
0 - less than 2 years
1 - 2 - 4 years
2 - 4 - 6 years
3 - over 6 years
You could have someone with 10 years experience of something but they're actually pretty rubbish at it, or you could have a script kiddie with 2 years experience but is capable of hacking into your bank account and adding a few zeroes to your balance.
You can then plot people on an x,y scatter plot to see the distribution of experience vs proficiency/capability
One of the challenges is that one of our devs is about 50 ish - has been with the company for 25 years but only rates himself as competent.
This is causing some people in 'management' to get a bit upset because he should be 'better' (which seems to just mean do more stuff quicker but..) - however for me the guy never complains, clearly has no interest whatsoever in doing anything but coding - and also when he delivers stuff it rarely has any bugs in it.
He is happy to try new stuff - but it can take him a bit of time to learn it - i think generally he is not academically great (think he started with the company stacking shelves before taking a role in the IT department many years ago)
Anyway the point I am trying to get to is is it acceptable to only be competent at your job or should you always try to be an 'expert' and 'leader in your field'?
Leave a comment:
-
I'd go for a 4 x 4 type rating so...
Proficiency
0 - Basic
1 - Intermediate
2 - Advanced
3 - Expert
Experience
0 - less than 2 years
1 - 2 - 4 years
2 - 4 - 6 years
3 - over 6 years
You could have someone with 10 years experience of something but they're actually pretty rubbish at it, or you could have a script kiddie with 2 years experience but is capable of hacking into your bank account and adding a few zeroes to your balance.
You can then plot people on an x,y scatter plot to see the distribution of experience vs proficiency/capability
Leave a comment:
-
I am not sure the writing peer reviewed articles bit fits. You can be great at programming without being published and you can get published without necessarily being good at programming.
Leave a comment:
-
Assessing technical skill levels
Whilst I hate doing this 'the management' have asked that we get all of our engineers to assess their skill levels.
So we have come up with a skills matrix and we are trying to decide what grading will look like.
So far we have come up with
Amateur - less than 2 years experience, have only used the skill in a very narrow requirement set.
Competent - up to 10 years experience, have used the skill in more than 1 scenario and across multiple applications.
Expert 10+ years experience using the skill in multiple applications on multiple environments, has written peer reviewed articles.
Anyone any ideas or suggestions? do we need more than 3 grading options for example?
Any feedback most welcome!Tags: None
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers
Contractor Services
CUK News
- Streamline Your Retirement with iSIPP: A Solution for Contractor Pensions Sep 1 09:13
- Making the most of pension lump sums: overview for contractors Sep 1 08:36
- Umbrella company tribunal cases are opening up; are your wages subject to unlawful deductions, too? Aug 31 08:38
- Contractors, relabelling 'labour' as 'services' to appear 'fully contracted out' won't dupe IR35 inspectors Aug 31 08:30
- How often does HMRC check tax returns? Aug 30 08:27
- Work-life balance as an IT contractor: 5 top tips from a tech recruiter Aug 30 08:20
- Autumn Statement 2023 tipped to prioritise mental health, in a boost for UK workplaces Aug 29 08:33
- Final reminder for contractors to respond to the umbrella consultation (closing today) Aug 29 08:09
- Top 5 most in demand cyber security contract roles Aug 25 08:38
- Changes to the right to request flexible working are incoming, but how will contractors be affected? Aug 24 08:25
Leave a comment: