Rise of the Corporate Skeleton Crew? 49
Big Stick asks: "Recently I have noticed a trend in several prominent companies in my area of laying off entire technology departments. Just this week in my own company--a division of a well known, mid-sized corporation--the software engineering department was let go en masse, rather than just a reduction in head count. The rationale for the move being that it would be easier to evaluate the potential cost of developing a new product if groups of contractors were hired, instead of the numbers getting lost in the 'free' work of the full time developers.
The overall impression this leaves is that many major companies are re-prioritizing the need to innovate new technologies for the presentation of their business, relying on skeleton crews of DBAs/SAs to maintain rather than enhance. The main question this raises is, are we heading towards an era where full time software development is more likely to be housed in technology specific firms? Something along the lines of the construction industry where projects are bid on, constructed, and the involvement of the creators with the finished product is minimal?" If others of you are noticing this trend in the industry, please share your thoughts. Do you think this is a move forward or backwards?
Contracting and the GPL (Score:3, Interesting)
As for the GPL, which the title alludes to, it is the biggest proponent of contract-based employment there is. Since the GPL encourages sharing, companies will not develop in-house applications on their own dime and then license the software under the GPL. Therefore GPL programmers will not find full-time positions in companies developing software.
This leaves only businesses that need a one-off program to do some sort of processing. This is where the GPL comes in, and is where the GPL really shines. Programmers who have at their disposal the full set of GPL code can use their knowledge in filling these one-off programming contracts. But it is doubtful that they would ever get hired on writing GPL'd code full-time.
In essence, the GPL is killing the concept of the programmer-career path. It is making it easy for companies to cut costs and build their systems upon free software. This means a dramatic drop in full-time headcount, as you have seen in your own experience.
Re:Contracting and the GPL (Score:2, Informative)
Not really. That "cost" above the salary is referred to as the "fringe rate". The company that I work for has the fringe rate set at 25%, which is a little low. An average fringe rate is generally 35-40%, not 100%
When you hire someone through a temp agency or contracting agency that fringe rate is built into that. If as a contractor you're being paid 25/hr, the agency is billing you out for at least 35/hr, probably more.
And yes - I do work for a HR Department.
Unlikely (Score:2)
The arguments then were exactly the same as the ones mentioned in this article. The practical reality hasn't changed much either.
Some companies can contract out one-off programming work either locally or abroad to India/SE Asia. For lots of other companies, it will always be highly desirable to directly employ key talent in order to retain investment in product experience, improve security, improve the viability of long term software maintenance, and gain better overall negotiation power.
The way I see it is the only way the industry will switch to mostly contractors is if programmers chose to do it for their own benefit, like doctors. Don't count on this happening in the absense of a strong guild structure.
Excellent! Excellent! Excellent! (Score:3, Interesting)
But, really, this is absolutely great news. Okay, maybe not for the people who were fired, or for people who are full time employees in technology divisions.. but for those of us who are contractors and freelancers, this is wonderful.
It makes more sense for those companies too. They save a heap on labor costs, and only pay for what actually gets done. It's illegal to constantly hire and fire staff according to workload, but it's not illegal to put work out to freelancers. This is the sort of business we live off of.
This sort of downsizing was all the rage in the early 90's and it led to the start of a massive boom for freelancers and contractors. Maybe this is the sign of the next boom. So, hey, perhaps the lull really is picking up folks. Let's hope.
Re:Excellent! Excellent! Excellent! (Score:1)
I would think that in many cases hiring a grab bag of developers (possible from various contracting companies) for a project might present certain disadvantages. First, I think it's hard to ignore the sense of teamwork that can be fostered from working day in/day out with the same people. Granted, familiarity can lead to many negative things as well but a good "manager" should be able to smooth this over. Also, I think there is something to be gained by your developers knowing about the core business, what the customers expect, etc. Some businesses can have rather steep learning curve in this regard.
Re:Excellent! Excellent! Excellent! (Score:1)
But you will lose the business knowledge that's in your employee's heads. Knowing the apps like the back of their hand and how things work/don't work in the organization is pretty valuable to the company too.
My guess is that they decided to outsource all the development to an off-shore company because it looked like it would be cheaper on paper. Only time will tell if that's really the case.
Not good. (Score:5, Insightful)
Not all consultants are the spawn of evil, but the ability to walk away from something that goes wrong and have plenty of other companies still interested in your services does result in the failure of many a high profile project. In a big economy, a small IT consulting firm just isn't accountable. Mind you, failure often isn't strickly their fault -- if there are no IT people inside a company then there's no one who can really talk to and understand IT consultants. Frequently the two parties will think they've agreed to totally different things.
Unfortunately, the first full-time IT person to walk into a company after an outsourcing balls-up isn't much better off than the consultants, with no-one in the company able to help them define their job and understand the installed systems, so the turnover for the first few permanent staff is also a bit high, leading to problems that look very similar to those caused by outsourcing.
But I mean, what do you do when no-one in upper management understands how the company's IT infrastructure works? And how do we ever get to a point where upper managment at least has a few people who do understand IT when they're mostly so damn horrible to anyone that knows how a computer works?
Re:Not good. (Score:2)
Re:sources include (Score:2)
Cause I have to tell you if you're opinion were correct it would be hard to imagine that consulting would be a multi-billion dollar world-wide industry.
You're arguing an outrageous position and such positions require extraordinary proof. Not gut feels.
Economic Recession (Score:4, Interesting)
How does this fit into the topic of this discussion? Companies are going into holding patterns, reducing costs and hoping that things will turn around soon. I predict a second wave of large reductions over the next few months. I point to an article that IBM is looking to let go up to 20,000 more staff by the end of the year. By letting whole departments go, costs are being reduced significantly. It also allows the company, if it survives, the ability to restructure, either by contracting work out or rebuilding.
Bottom line, keep the hatches battened down for further stormy weather. Bookmark this. Late in the year we will see if I am right or not.
Re:Economic Recession (Score:2)
That's not a good way to get a clear picture of the economy. Employment is a lagging factor in economic recessions: things are bad for months before layoffs begin, and things are good for months before layoffs stop and hiring begins.
So if you go around looking at downsizing and talking to people who have lost their jobs, you'll get a picture of what the economy was like several months earlier.
It's also worth noting that unemployment in the US is currently at 6%. Not nearly as good as it was 2 years ago, but worth remembering that until then unemployment hadn't been below 5% since 1970 and the Fed was worried that an unemployment rate below 6% would spark inflation similar to that seen in the early 70s, decimating the economy. The current "horrible unemployment rate" was thought of just 7 years ago as "unsustainably high levels of employment that risk pushing the economy into a depression"--obviously alarmist, but the point is that the job situation is still better than it was in 1995, or in the economic boom of the 1980s.
Sure, I know a lot of people who lost their jobs--myself included. The company (a dot-com) I worked at went from 450 to 50 employees. But I don't know anyone who lost their job and didn't find another one at equal or higher pay within 3 months--and that's in the (comparitively) hard-hit software industry. Indeed, without 2 quarters of economic contraction or substantial unemployment, many people don't think we're in a recession at all. It's certainly a much milder one than we've had in my lifetime.
Sumner
All industries develop outsourcing of some kind (Score:2)
The ongoing issue will be at what point is it more advantageous to get rid of internal full-time developers.
While you may think they will always be essential, in industries like automobiles, companies like GM let companies like Dana pretty much manufacture a large part of the finished vehicle already, and the trend is to move more and more of the work to suppliers.
In the end, the cheapest way to satisfy customers will win.
Re:All industries develop outsourcing of some kind (Score:3, Insightful)
The slashdot libertarians should be quite happy about things like this.
The real trick is that (to take the GM example again), does the 'assembling company' (GM) know how to assemble parts from disparate companies, or do they only know how to do the complete package?
BTW, not sure how any of this applies to software. I'm in the medical industry, and you let someone else deal with the government goons.
stability (Score:2, Insightful)
Contractors can be just as stable as employees (Score:2)
Contractors who don't do everything they can to establish those ongoing relationships shoot themselves in the foot.
Seeing it in hardware, too. (Score:2, Insightful)
A skeleton crew of direct employees (including myself) remiains to oversee the work.
The model is not working very well. There seems to be a huge gap between the former direct employees and the contractors in many areas, including knowledge of the company, products, and market, in technical and language skills, and commitment to quality and results.
Our highly centralized upper management is in deep denial that there is anything wrong with the model. After all, we now have more "engineer months" assigned to the project, so it will obviously work out just fine!
I'll be looking for a new job soon.
This recently happened to me... (Score:1, Interesting)
The point is, one morning a few months ago, we were all laid off.
The decision to acquire us was a smart one. We were ahead in the marketplace, we needed to grow, etc. etc. Ironically so was the decision to let us go. We were 45 miles away from the main office, had come to be a source of embarrassment for the company, etc.
The stupid decisions were in how the product development was mismanaged. Once that had been done, it made sense for the big company to cut its losses and look the other way.
"We're not a Software Company" (Score:2, Insightful)
That's what I've seen, just fyi: I was in a non-IT position(it's kinda fun telling the in-house tech support how to do their job and getting an "oh yea, now I remeber" response).
Re:"We're not a Software Company" (Score:2)
HOWEVER... There are a lot of counter-examples. A lot of companies (and divisions thereof) don't seem to understand exactly what their core business is. I worked at the Circle-M Ranch (no, not the real Circle-M Ranch, the batwing M place), and while about 60% of the systems group was (long-term) contractors, the cafeteria staff was all employees!
That's a crude example, but my current employer is another one. We're the internet arm of a publishing firm, with our own programmers, content writers, DBAs, QA, and sysadmins. So when we needed to create custom code and content for our app server, what did we do? Outsourced, despite the fact that we had enough expertise in-house and we were more answerable to management than outsiders were.
That brings me to another point about outsourcing: they aren't very answerable to you long-term. Sure, you can have a contract with explicit standards...but if the contractor doesn't live up to the standards, chances are they get paid anyway, partly because in a large IT project it's very easy to conceal blame by confusing issues. The contractor may also try to ensure that you hire them again by ensuring that nobody but them understands your infrastructure after they're done with it. And if you don't hire them again - hey, the way a lot of companies are these days, there was a good chance they wouldn't get hired again anyway.
Re:"We're not a Software Company" (Score:2)
This company's outsourced customer service system was 3 years late, and when it was turned on it failed to bill half the customers for at least 9 months. Cost them $3 billion in lost revenue. Good move.
"We are not a software company" - yeah - makes some sense. "We are a customer service company and solid, well-understood tools that are under are control are required to serve customers" - well - that makes some sense, too!
sPh
Management by Mantra. (Score:1)
"We're not a Software Company" can also be read as:
We don't know how to manage software projects.
We don't want to waste management's attention on software.
Standard solutions are more reliable, because they are not dependant on one or two key people.
Or even:
If we admitted at the outset what a big job we have in front of us nobody would approve it.
An almost religious belief that at least the first three of these truisms are always true seems to drive infrastructure projects here at the very large, supposedly very technically sophisticated, company where I work.We start out buying a "turn-key solution", find out that it is not quite so turn-key, hire consultants and contractors to customize it, then finally after a year or two of work we end up with a system that is at least as custom as we would have developed in house, with the main difference being that the key people are contractors instead of employees.
Of course, the managers here would disagree strongly - they are sure that their careful adherence to these well known truths has saved us from certain disaster.
Like zero-inventory employees (Score:4, Insightful)
However, a worker is not like a part off the shelf that can be popped into place. For projects of any complexity, there is going to be a learning period.
a) About the project
b) About each other. There are always human dynamics to consider, even among focused technical personnel.
I see this as successful only in an environment of standardized work projects--more like an assembly line than anything else. And if it's that standardized, it'll probably find its way to the second or third world pretty soon.
It is easy to imagine management trying to treat a project, any project, as if it could be handled with plug-in workers. It's equally easy to imagine this leading to tremendous delays and failures.
I've been both contractor and employee. Always preferred the freedom of contracting. But I have a high tolerance for being broke.
Like zero-inventory employees continued (Score:1)
Zero-sum thinking is the big danger here as many other places.
Re:Like zero-inventory employees (Score:2, Interesting)
Re:Like zero-inventory employees (Score:2)
The UPS strike of a couple years ago, and the events of September/October 2001, have put a real dent in the JIT theory. It doesn't do much good to be able to track your critical inventory to 1 cm with GPS+RF tags when you find the inventory stuck in a customs queue at the Canadian border.
I would have to think the same sort of problems would apply to "JIT employees".
sPh
yes and no (Score:4, Insightful)
Then there are bugs. Building a bridge or house you better not have bugs (other than roaches and ants) that cause the house to collapse. How can the software industry make bug free software that works? THEY CANT. Linux has bugs, BSD has bugs, Windows has bugs, Sun has bugs, HP and AIX and MAC ALL have bugs. Palm has bugs as well. THER eis no way you can design a bug free OS and there certain is no way you can design software needed by a corporation to use that does not have bugs.
My company let go of 1/2 of our dev team this week. We need to rewrite or go under. I'd like to take the source, rewrite it and then sell it back to the company as an improved product that they can resell. Ah heck I'm going to get into a different software development market.
Common Recession Tactic? (Score:1, Insightful)
The other side was that some 'full time temp' folks there were getting ridiculous money -- $75/hr for accounting employees that could have been hired for maybe $60-80K at the time.
A few years later, there were real jobs everywhere, retention was a major issue, and salaries were shooting through the roof. (This is the Bay Area.) I consulted at that place for a couple days and they said that they were 98% employee.
My guess is that companies quite rationally think that in this job market, they can hire the talent they need for exactly the time they need, and there's no need to keep expensive folks standing around the water cooler. Of course this tends to backfire, so if you can get on the gravy train of big hourly rates for regular style work someplace, by all means do it.
battling corporate bloat (Score:3, Interesting)
The contracting houses aren't enmeshed in the corporate political structure, and offer project-based propositions rather than the typical corporate song and dance. Of course, an economic downturn is the perfect time to do this. When things are going well, "if it ain't broke, don't fix it". So, I'd consider this essentially as a corporate maintenance window. Soon, the limitations of outsourcing will rear their ugly heads eg., "oh, you want additional services beyond the contract? 5x the original cost!" which will spur the cycle onward.
Regarding technology-specific firms, I think that's another topic entirely.
In point of the construction analogy, I think the analogue would be software libraries. But the creators of those need skilled people to keep those in order (think movie & image format display stuff)
If you mean in the fabless CPU company sense where a company gives a spec to an engineering company, I think that may end up as a net gain. That way, you get software design expertise concentrated with companies who know how to do that. Think: less hopelessly clueless managers calling shots on software projects, making every mistake in the book and dooming everything to failure through gross incompetence.
Of course, the same companies which would be doing the "design" would need to know a good deal about software to begin with, which brings us full circle to how things were previously: software companies writing commodity software and vertical applications. Internal teams doing specialized work because open-ended/emerging technology is typically not handled well by contracting.
I've never personally seen an IT outsourcing scenario that ended up well for the company doing the outsourcing. Typically this is because of changing business needs conflicting with the locked in contract with the services vendor.
From employee to contractor (Score:1)
Their solution was quite creative: one of the company's partner opened another company with de laid off developers and started working as a contractor, and not only for the former company but also to others.
I'd say that getting together and helping each other may be a very good solution. Of course, if you are going to build a whole new enterprise and have only one client, it would be ruined fast, but if you can find a good manager and (possibly) a good salesperson, you all can end up earning more than before.
Consultants know the system. (Score:2)
Another substantial issue with consultants is that there are so many firms that choosing one almost seems arbitrary. Knowing that there are dozens of firms in a city and that many of them are incompetent or sleazy, how does a person dig through the crap without getting burned first?
going backwards (Score:1)
We're currently going through layoffs, and today's announcement was to freeze all consultants. Adding even more to the mystery, our IT dept. is infamous among my group (we're somewhat auxillary to both the IT and marketing depts.) for their internal billing -- regularly quoting higher dollars than it would cost for a consultant to do the same job. Add benefits cost to that, and it just begs the question: wtf?
Is anybody else working for a laughably backwards company like this? I'm splitting my time between working on my resume and laughing my head off.
Sounds like my company.... (Score:1)
Now it is just me doing Solaris/Linux/BSD/Windows 2000 and acting as backup Cisco guy....
I have been watching the job boards for a while and have seen TONS of postings for Unix admins with MCSE's and Cisco certs????
OR Developers who are also Oracle DBA's with SA experience.
A couple of recruiters have confirmed this and told me that the companies are asking for everything from tech workers now.
Its really silly of companies to do that. No one can be an expert at everything. Something has got to give.
When it does the company is gonna pay heavily for it.
Been there, saw it fail (Score:1)
The theory was that there'd be a couple of in-house staff near the top of each project (though not actually the leads) with everyone else on contract. Unfortunately, with no work coming in, the guy spun his wheels for a few months and eventually got the axe. In the mean time, the sole interactive CD-ROM project [yes, it was 1996] that we tried to do this way bogged down further and further, to the point that I don't think it ever actually shipped.
What profit do these people add to the business (Score:2)
If you work in an IS department that is moe than 2% of your company's head count expect to see pink slips. Look how those armies of well paid middle managers have been sacked and replaced by a few admins if you doubt the bean counters will not catch on.
Different rules apply to departments that make products that are sold and MAKE money for the firm.
Re:What profit do these people add to the business (Score:2)
I'll illustrate by describing my experience at Dell.
I worked tech support. We didn't generate revenue directly. Therefore policies were put in place that "saved money" by alienating customers and eroding Dell's reputation for having first-class tech support.
On the other hand, the policies in the sales department "made money" by allowing (and in fact encouraging) salesmen to do things that would cause a customer to almost certainly never buy from Dell again, and probably return the system they just bought in the first place.
I suggest that a better metric than "You need to ask your self what profit do these people add to the business?" is "How do these people affect the business' overall profitability?"
The other major problem that this brings to light (but is off-topic) is the way that departments are set at odds with each other. Time and time again I saw situations where doing something one way would cost our department x dollars, and another with cost some other department 4x dollars, so we did it the other way without regard for the fact that it cost the company four times as much.
A company that is able to sell PCs for premium prices because they offer stellar support mortgages their future when they "enhance" today's profit by eroding that reputation for service, using the theory that "these people don't make us money."
Being a corporate ping-pong ball (Score:1)
Let's face it, firms don't want to be in the IT business, but those firms that do not have an effective IT function will invite another firm to do it for them. If your company is growing quickly and changing rapidly, fight for the creation of a ninja IT team that will act as an IT strike force. Your firm will have the benefit of dedicated professionals that will (hopefully) share in the bennies as you grow.
If your firm is stable, then look at outsourcing. Your IT people will have new vistas open up for them, and your company will now have to justify all of those weird requests since they have to pay dearly for them.
Just a thought...
What is a business? (Score:1)
The thing I most wish that businesses today would remember is that the people (read employees) used to be the important part - the business existed to help the people, not the other way around.
Ronald Coase (Score:2)
-russ