Would you employ an amateur, DIY bricklayer to build your wall?
Would you employ someone who's read a couple of accountancy books to be your accountant?
Chances are you answer is "no".
Would you employ an amateur hobbyist coder?
Chances are, the answer is "yes".
Would you build a brick wall for yourself, or would you help do the books for your club?
Chances are, the answer is "yes"
Computer programming (and that's my background) is an area where everybody feels that they can do a bit of DIY bricklaying - especially with some scripts and a spreadsheet which then becomes a business-critical application.
Professional accreditation is all well and good, but there is no difference (from employers' perspectives) between a hobbyist coder and a CITP-holder.
Other professions (law, accountancy, medicine) require their professionals to have some professional training as well as their basic qualifications. It's also difficult to be an un-registered lawyer, accountant, doctor, etc. So there is a consequence for not being professionally recognised.
Maybe we need a new CSE for the 21st century, a Certified Software Engineer. The holder of such a certification would have to demonstrate good software engineering skills: requirements elicitation, requirements modelling, solution design, coding standards, testing, source control, documentation, maintenance, etc.
Technology, work, software engineering, professionalism, organisational management, project management, agility, Scrum, Kanban, etc.
Showing posts with label CITP. Show all posts
Showing posts with label CITP. Show all posts
Wednesday, 23 December 2009
Would you Employ only a Certified Software Engineer?
I posted the following in a group on LinkedIn after a question in the group asking what the focus of the BCS should be in 2010:
Tuesday, 24 June 2008
Now a Professional
I'm now a Chartered IT Professional, so I can now add the letters CITP after my name.
Despite this latest award I've not quite achieved my ambition of having more letters after my name than in my name. But if I include the spaces then I have equalled the length of my name.
Upon receiving the news I thought, "Great! How do I update my CV now?"
OK, so I put CITP after my name, but I now need a new section for awards as it does not really sit well in the Certification section, which is more geared towards course-based material. After all, that's the whole point of acquiring these qualifications, isn't it?
The BCS says that as a Chartered IT Professional you should gain more credibility with employers and a competitive edge over your peers, helping you to advance your career more effectively. BCS campaigns with employers to recognise CITP status as the benchmark for highly skilled and committed IT professionals.
Whilst that is a noble goal, I fail to see it happening at the moment. On the one hand, not many organisations will have heard of the British Computer Society. On the other hand, of those that have heard of the BCS, only a few will have heard of Chartered IT Professionals.
So why did I seek out this extra award?
Well, I believe that professionalism in IT is all too often lacking, and that we need to put the "engineering" into Software Engineering.
If Civil Engineering was like Software Engineering we would have bridges built late, over budget and not meeting the customer requirements. They would also collapse frequently, need upgrading regularly, and would often be closed for servicing. And that is just for the few that would actually get built.
Would you hire an unqualified lawyer? Doctor? Accountant?
Then why do people hire self-made/amateur IT staff with no professional qualifications?
Would you hire a bricklayer who's only building experience is some DIY at home? Then why hire IT staff whose only experience is a bit of scripting and coding at home? (Having done plenty of DIY bricklaying myself, which I find quite satisfying, I would still rather hire a professional bricklayer for anything but the most basic job.)
For the last few years I have been very much quality focused, pushing for the adoption of:
- coding standards
- SQL standards
- design patterns
- test-driven development
- continuous integration
- peer-review
- well-defined processes
Each team I've worked in I've said that anyone other than a tester is an amateur tester, and all too often I have not had professional testers to draw on.
Or maybe I'm thinking about this the wrong way, and that it's really a matter of Gentlemen and Players? Whilst the notion of the gentleman athlete is romantic, it is exceedingly out-dated, and has long been surpassed by the professional player.
Subscribe to:
Posts (Atom)