How to easily identify scam contributors
Anyone with more than just a few years of experience has seen at least one suchlike figure. Usually this person comes up like an expert but ultimately brings no value to the company or the products. It is fair to note that the presence of that someone for longer periods might damage the company culture for good.
In my career I have been in multiple companies but only recently did I realize that the scam contributors seem to be multiplying lately. Maybe it was my luck or the lack of it but in the end, the impact over the affected teams piles up in a way much similar to the butterfly effect.
In other words, the longer the stay, the worse it gets and the harder it is to repair the damage. The aftermath leaves colleagues confused, focus of squads smeared and leadership decisions deemed as questionable.
This is why you should always stay aware since there's nearly zero chance to resolve the problem instantly. The further from management you are, the less options you have for quick ways to survive the scam contributors.
Before I go deeper, I should explain that I am an IT guy and most of my work experience is in IT companies. I am specifically a technical writer, which is a role that often interacts with different teams. Also, I am not discussing tech writers only. Note that being "scam" does not necessarily mean they are worthless in skill: it is more about attitude, lack of respect and unwillingness to identify themselves with the organization goals.
When I met the very first scam contributor, I could not really tell where this would be going. But after several encounters with others years on, I can now detect most of them nearly instantly. The scam contributor is not necessarily completely useless or a constant underperformer. Typically they are educated, and can express themselves well. They also claim to have a solid background with some impressive achievements, whether written down a CV or spoken out at job interviews. Also, they usually don't last long in a company but this is good enough as their ambitions are as far as the scam would work. To help raise awareness about the scam contributor, today I will summarize and present to the wide audience the 5 common traits I've seen in nearly every one I've encountered.
- They come as experts. Usually they have a degree in an entirely different field but when you meet them, they already have experience. I have seen some with resumes listing really impressive companies. None of their stints last more than a year or two, though. It would be a far stretch to claim they are always lying on their CVs but that surely is a possibility. I've seen FCs with alleged freelance experience. Note that they are a step ahead of you so they are not boasting bold statements or total fiction: it's just that facts and fiction are mixed. This is particularly popular with people claiming to have been team leaders and who have managed a crowd of people.
- They don't exactly have a portfolio to present. In most cases they're well aware of the right lingo and associated tech terminology, but have seemingly never had enough interest to leave a trace anywhere. So if that's a programmer, they would have a project of their own, a github repo to present but these type of persons don't. With tech writers they tend to be people who don't write anything besides social media posts: they are not really writers per se. The tech part is also hard to identify as it is easy to explain how software or documentation in previous companies is not publicly available without paid subscription so you just have to trust their word for it. When you work with FCs and get to know them better, you eventually see they don't really have much passion for whatever profession they have chosen.
- They nearly instantly become very proactive on communication channels and usually exert the rhetoric of how important their engagement is. More often than never, they would start making meetings with different people and offer to help with tasks or stuff nobody thought as that important or immediately necessary. Do not mistake a possible backlog where actual work is in the wait list. Nope, it is mostly stuff no one considered at all. Some of the examples are hilarious. Check this out: a junior to mid-level programmer gets GitHub access and notices something in the Readme instruction in a repo: "Never push changes to master branch. Always work in your dev branch and perform a pull request when you must publish to master." In that moment, the scam contributor loses their mind over the use of the obsolete term "master". Suddenly, a bunch of meetings are organized and different teams and team leaders are contacted over the distasteful use of hurtful language. The FC adds a lot of hassle and takes liberal values as a way to seem busy and engaged. Everyone agrees that insolent language must be removed from the company infrastructure and documentation but this is presented as a suddenly super important issue by a newcomer. Another notable example is for someone who cherry picks the easiest of tasks in the backlog. Usually they can get away with that for the first few months until other team members or the team leader weigh in.
So, time and time again, the FC would make e few initiatives of this kind with pretty much anyone who might have a stake in them.
- They know that sooner or later the scheme will be revealed, most likely by their peers. This is why in the very beginning, they are always overly excited to see you, or chat with you until you start to question their involvement or skills. Then they suddenly change the friendly demeanor with a far more hostile one. The point is simple: drag the suspecting colleague out of their comfort zone so they can fight to remove them from the company. Most tech people I know are really not comfortable in conflicts and are not necessarily known for their healthy ways of expressing. Tech people might let improper wording slip out of their mouth and this is what the FC is waiting for. The FC leverages that and contacts all managers possible, including HR. If written, they take screenshots with the intolerable communication and escalate to as high as they can reach. My favorite example here is how the FC starts to update build job configurations and messes up the build targets. They start to accuse the "responsible" engineer from DevOps for lack of engagement. After some futile attempts to calm down the FC and get hold of the situation, the DevOps person types down the words: Please stop creating problems and don't play with things you aren't qualified for. The FC loses their mind over this insult and proceeds with the imminent escalation. So bear in mind that people like this tend to be very proud and easy to offend. They like to provoke a colleague with out-of-scope requirements for lack of involvement with their personal agenda to look important.
- With the advancement of the fake engagement, these personal problems start to aggregate but they usually are consistent with diversions when they feel endangered. This perfectly combines with the previous point of how they handle whistleblowers. All of a sudden they get sick, or appear to have a problem with their partner, or unexpectedly start to suffer from unorthodox low impact health issues but present them as huge ones. This will be used for an excuse every time someone would begin to address poor performance. When combining their personal problems with the inevitable conflicts at work, you may guess the rhetoric: it goes around how they have personal issues to address at home and up until just now work was their safe spot. Now this is taken away because of someone. They would also let everyone know how attacked and vulnerable that feels. By that time the build up is complete and usually leaders are forced to make decisions. However, some company policies don't allow this to happen right away. This also adds some detriment to relations within the team members involved. Damage is done and valuable contributors would have had enough.
Some other notable items from the scam contributor spec:
- More likely to appear in large enterprise companies or companies that currently undergo rapid growth.
- Typically would go for low-level management. I have seen programmer's team lead role with questionable experience in software engineering. Or could be a job that is somehow solo: a tech writer, a dedicated sales, a marketing team member, be it front end engineer or a web/graphical designer.
- They don't make friends with colleagues but are very friendly with everyone until they get revealed.
- They tend to break commitment and promises regarding their work and expected deliveries. This is important to know since they often pick low-priority items that are not critical to deliveries but help them buy some time.
Please do not use the comment section to discredit particular people who you would identify as scam contributors. The intention of this essay article is to raise awareness, not to create grounds for retributions.
Served by SERVBG.COM