Skip to main content

Oh, look - another high tech mega-merger

Official: IBM to gobble Red Hat for $34bn – yes, the enterprise Linux biz

Well, this is exciting.

I came across this announcement this morning while I was on my regularly scheduled exercise bike ride. I get up every morning and get on the bike for a while, checking email and the news. And what news is more intriguing to me, than the blending of a massive, (relatively) ancient technology behemoth with a 25-year-old Open Source champion.

From a CycloPraxis conjecture standpoint, it's a pretty tasty combination.

I mean, here you have the classic corporate giant that's pretty squarely placed in the Capitalizing/Enduring "quadrant", acquiring a company that's always struck me as an innovator, and certainly reads like an Author/Inventor culture, liberally sprinkled with a good dose of Building.

A Glassdoor review of Red Hat says:

I have been working at Red Hat full-time (More than a year)
Pros
- Wonderful environment where your coworkers actually listen to you!
- Freedom to shape your career into what you want it to be.
- Quarterly bonuses are fantastic..
- Intelligent, collaborative, and fun coworkers.
- Fantastic work/life balance.
- People say thank you. I feel appreciated.
Cons
I love Red Hat, but it's not for everyone. The freedom to say what you think and be heard means that Red Hat can be chaotic and difficult. Sometimes, it's hard to move forward because everyone has an opinion. Still, I wouldn't work anywhere else.
Some of the managers are young and inexperienced, so you may have to be patient with them. They seem to be open to learning and growing though.
Advice to Management
Keep using the Open Decision Framework and listening to your people. Red Hat is special. We are all afraid it will lose some of its magic as it continues to grow. Continue to focus on hiring people who can handle the chaos and thrive in the Red Hat environment.

And a Glassdoor review of IBM says:

I worked at IBM full-time
Pros
Friendly atmosphere, possibility for growth and self-development
Cons
Low salary, bureaucracy, high employee turnover

So, you've got the freedom and flexibility of the acquiree, and you've got the bureaucracy of the acquirer. If that's not a prime CycloPraxis conflict waiting to happen, I don't know what is.

It'll be interesting to watch how this all plays out, and to see what kind of attrition happens, over time. Since IBM is acquiring Red Hat, I would expect folks in the latter organization to seek opportunities elsewhere that match more of their Author/Inventor and Builder leanings. It's logical.

Then again, IBM is trying to re-cast itself as a big innovator, and they've been shedding "old people" aggressively enough to spark a lawsuit. It seems they've been trying to inject more Author/Inventor blood into their workforce by shifting to a younger crowd, but that's not something you do by age alone. Once an innovator, always an innovator, regardless of your age.  Believe me, there are plenty of Capitalizers and Extenders in the Millennial generation. And taking a generational approach to it reveals an understanding of human nature that has ... shall we say... plenty of opportunity for improvement.

I don't think it's necessarily going to work.

But only time will tell.

I'll keep watching.

Comments

Popular posts from this blog

An introduction to CycloPraxis

CycloPraxis identifies the natural working preferences of employees according to the lifecycle stage of a business. Much has been written about evolutionary stages of firms, disruptive technologies, new ventures, and high technology marketing, but it seems that large firms continue to experience difficulty in deploying the necessary new products and opening new markets necessary for tip line growth and employees continue to wind up with assignments for which they are poorly suited. CycloPraxis explains this behavior and prescribes novel approaches. The classic match between worker and job is function: operations, manufacturing, marketing, finance, sales, development, etc. Certainly it is important to match job function to an individual's preferences. There is another equally important dimension to the fit between workers and their jobs: cyclopraxis. And there's more to it, yet. The concepts of Praxis can be applied all across the board. I came across this idea

When working styles collide... and projects implode

We've all been there. You're on a web-based project, and things are going well. At least, you think they are. The right people are selected for the appropriate functions, and everybody's clear on their roles. You've got a designer, a developer, a project manager, and business stakeholders who are driving the requirements. You've got interlocked programs that tie in with your initiative, and you've got a fairly constrained budget to manage to. The timeline is tight, but if everybody just does their job, you should make your dates. The initial requirements are gathered, stakeholder expectations are set, and the first set of deliverables -- comps that define what the end product should (generally) look like -- is due. But it doesn't get delivered. The comps seem stuck in a perpetual working state with the designer, as repeat revisions are created behind the scenes in consultation with other designers... out of sight of the other stakeholders and app

The (Creative) Class Issues of "Career Evolution"

I've been thinking back to a job I used to have with a company that was very keen on "evolving" their employees to new and different positions over time. If you didn't move from position to position within the organization (taking on more responsibilities or adding to your skillset), you got yourself moved (through re-orgs or the addition of offshore staff who you trained to do your job). There was a huge HR initiative around helping people who'd been with the company longer than five years to find out what their career options were, in the face of increasing offshoring. We were presented wtih a number of different paths: 1. Become a subject matter expert and serve as a mentor to others in the organization who could benefit from your experience. 2. Be more of a "team lead" and take on more project direction responsibilities. 3. Move into management and put your technical experience to good use. 4. Leave. Now, while options 1-3 might seem like they're