Site icon Brent Ozar

What It’s Like to Work for a Bad Contracting Company

Last time we met, I finished up by talking about all of the crazy work involved in pairing the right consultant/contractor with the right client project.

In my line of work, I get to see a whole lot of SQL Server projects – both good and bad – and work with the teams involved in building them. More often than not, I see contracting companies who have taken some disturbing shortcuts with horrifying results.

See, bad contracting companies have a huge sales force that goes out and asks customers, “Hey, what problems are you having? Sure, we can solve those. Just sign here.” They make impossible promises about their – well, YOUR – capabilities and timelines.

If you fail at the technical task, the salespeople will blame you.

And they’ll put another contractor in in your place in an effort to continue harvesting commission.

PowerBI got me like

The larger the company, the more barriers come between the technical delivery people and the salespeople. You just get thrown into crappy situations with no chance of success. Classic conversation:

So the geek reads blogs and watches videos all weekend, then shows up on Monday to find a client in an absolute mess. The real problem isn’t BI – the real problem is that they’ve got a mainframe, a SQL Server database, and a bunch of sales data stored in Access and Excel files. She phones home for help:

So the geek works late every day, building a duct-taped ETL process to shuffle data around between different systems. Nobody at the client has any idea what’s going on, and the geek knows this whole thing will collapse as soon as she leaves.

But they manage to put together enough smoke and mirrors that it looks good long enough for the management stakeholders to sign off.

The geek leaves for a month, and then gets a call from the salesperson.

And that’s how geeks go from happiness to misery as contractors.

But hey, the money’s good.

Exit mobile version