It is becoming harder to represent IT projects jobs as roles. To narrow your professional image as one role (or more confusingly, several roles), is simply trying to squeeze modern software demands into an old business suit. There are no roles really, only tasks. For years I was complaining that testing had been demoted into a task rather than role. But in hindsight, that wasn’t the problem; the problem was the testing task was dumbed-down to point where it was perceived anyone could test. And even worse, that development was so good, outside testing wasn’t needed. Where the majority of developers suddenly believed the hype, without actually adopting any modern practices such as TDD or CI, they were given a dictatorial platform.
In the first half of the first decade of 21st century, bad development and incompetent testers flourished quickly, masked by banners of funky new terms and new fashionable perceptions of the IT world. While Agile opened up the visibility of development, and a new appreciation of the skills, it also release the nathan barley of programming, the brogrammer. And anyone with half a grasp of Scrum, became Agile experts. And testers – well, if you had enthusiasm, and didn’t’ expect much money, you were in! Wave an ISEB foundation certificate and you could up the rate.
So a project is essentially a bunch of tasks: continuous integration, test automation, user experience, security …. there are many tasks and sub-tasks. But they don’t all need to be assigned to same role. Why fly in the face of the important Agile premise of cross-functional teams. When I join a new company/project, my role is as QA Manager, Test Manager or Tester – and that is the initial limited view others have on me – it says nothing really, apart from the project activity area I “dwell” within. It is then up to me to sell my skills to the compnay and team in order to grown outside of a strict role-remit. But not everyone is going to do that.
The modern tester is part of the team, and more than likely will extend usual remits expected of a tester. This is one of the many points in my career I see opportunities to fumble the ball and be forced into hasty exit from the industry. The IT world is ultimately harsh to those who don’t keep up – at least with the new lingo. I’m not worried – I know the majority of developers, project managers, testers, test managers, etc. are not very good, some even atrocious. The evolution of task over role will go a long way to address this, if only business would embrace it.
While Agile opened up the visibility of development process, and a new appreciation of the skills, it also released the nathan barley of programming, the brogrammer. And anyone with half a grasp of Scrum, became Agile experts. And testers – well, if you had enthusiasm, and didnt’ expect much money, you were in! Wave an ISEB foundation certificate and you could up your rate. The current archaic process of CV review/Interviewing is a topic of another post, but undoubtedly adds the the ineffeciencies of hiring new project team members.
The only things that should be fixed in nature are processes (i.e. the way to do things), though even they are subject to review and change. As should people be, in fact. The old job-for-life ways had to end, though it is a principle still clung to by many, including people much younger than me. No-one should be expected to fund a bad project team member – management or “grunts”. And attitude has as much a part to play as skills. If someone isn’t up to the job, and unwilling to train, or explore other avenues for their career, then they need to be somewhere else. I see very little dynamism in this area – and the larger the company, the less anyone cares.