Thread regarding VMware layoffs

Day 2 migration fiasco

If this account and support migration gets any worse, I'm going to start thinking that the former VMware IT leaders are in charge of it.

It's as if one person were walking along the edge of the Grand Canyon carrying a huge stack of file boxes holding the account and license records of every VMware customer in a physical paper format, when all of a sudden a huge wind comes up and blows the entire stack of boxes into the canyon, scattering all the papers to the four corners of the Earth. That's about how organized the data is right now.

by
| 3401 views | | 30 replies (last May 22, 2024) | Reply
Post ID: @OP+1szCpecS

30 replies (most recent on top)

Day 4 will be spectacular.

by
| | Reply
Post ID: @5fji+1szCpecS

what the hock is goin on?

by
| | Reply
Post ID: @4ipr+1szCpecS

It will get fixed...soon!

by
| | Reply
Post ID: @4eth+1szCpecS

| This is the way!
| Don’t have to post the damn thing every thread, if you don’t know what to say.

But this is the way!

by
| | Reply
Post ID: @4fjp+1szCpecS

“Kindly change your mindset. Think beyond your area and think wisely.”

The arrogance and hypocrisy in this statement is breathtaking. How about thinking beyond YOUR area and think about all the customers impacted and the poor level of support and help they’re getting right now.

How people behave when things break is what matters, (and by your own admission you KNEW things would break). Perhaps you should go think wisely on that.

by
| | Reply
Post ID: @4iqx+1szCpecS

Hello All,

HT has already been alerted about the Day 2 issues. Everyone knew the system would break, as all 375K customer records were in the VMware database, with most of them sitting idle. Within 23 weeks, IT has done their best.

Do you all think there won't be issues if you run a project for 10,000 days with a tremendous amount of expertise? Yes, of course, you can reduce the percentage of issues, but how are you managing the PM triad?

How many of you know that none of the VMware IT systems will be kept as they are for the long term? The answer is zero.

Kindly change your mindset. Think beyond your area and think wisely.

From day one, what have you all been crying about? Accept the change and stay here, or go somewhere else where you can find your own peace.

by
| | Reply
Post ID: @4ytx+1szCpecS

I’ve heard of accounts from similar sounding account names from different countries in Europe being merged. This is a GDPR ticking bo-b about to explode. Absolute sh-tshow.

by
| | Reply
Post ID: @4nvs+1szCpecS

I am frankly surprised that it took almost two weeks for someone to post about this. It has been an emerging train wreck ever since they missed the completion date of May 6.

by
| | Reply
Post ID: @3sfk+1szCpecS

It all doesn’t matter - all that matters is the money, to milk the cows that can be milked.

Take your high minded principles on making customers happy elsewhere. Customers exist in Hock land to have their money taken from them akin to how a dr-g cartel leader operates.

You think complaining to “El Chapo” about how the consumers of their dr-gs are not happy is realistic?

This is how Hock runs a biz, and he has been doing exactly this for quite a long time.

You just need to go through the stages of grief ASAP and move on.

by
| | Reply
Post ID: @3qdx+1szCpecS

Wait until day 3!

by
| | Reply
Post ID: @3kwf+1szCpecS

Post from TheLayoff.com

I can attest - this is true. BC's IT team made arbitrary decisions about data mapping and other data quality issues on their own with little to no consultation with our ops team. We pushed them for time to run some pre-cut over testing of the future state systems and it took IT so long to even get clean data loads we lost the window to perform meaningful testing. Like watching a car accident in slow motion.

by
| | Reply
Post ID: @3vrr+1szCpecS

I was a veteran VMware leader who was in a transition role helping lead the business integration with BC, until I left BC earlier this year. Before I left, I was neck-deep in the opening months of “adopt and go” integration planning. It was stunning to experience first-hand the near total disconnect between BC IT and the newly acquired business units. I am not surprised that the Day 2 transition has not gone very well. I understand the extreme “bias-towards-action” aspect of BC culture, but this business integration was poorly managed and executed. Do not be surprised when customers, partners and employees leave because of it.

by
| | Reply
Post ID: @3fne+1szCpecS
If I were a customer, this experience would add rocket fuel to my plan to get off VMW.

If the customer can get off VMware , so be it. Hock only wants the desperate customers that can’t move.

See how this is all works now?

by
| | Reply
Post ID: @3wxs+1szCpecS

"If I were a customer, this experience would add rocket fuel to my plan to get off VMW."

I'm in the sales organization. It's already driving customers to seek alternative vendors.

It's amazing how quickly Hock and his 'sales demolition' experts have ki-led our pipeline.

by
| | Reply
Post ID: @3qkz+1szCpecS

"It was a small set of specific IT people. Ownership of the process was put on one person, and god forbid they get unwell and need to call out. We knew it would go back from the start, but this went well beyond expectations."

Therein lies the problem. There has been zero visibility (much less accountability) to whoever is actually making the decisions and doing the work on this. I get the impression that they are legacy Broadcom people who are acting in a vacuum of understanding about VMware systems and constructs, and of course don't bother to involve the people from VMware who could actually guide them properly on this. I get that Broadcom is a bull in a china shop trying to make its own arbitrary deadline, but I cannot understand why they can't see how they are decimating any ability to use customer records for their own ends.

If I were a customer, this experience would add rocket fuel to my plan to get off VMW.

by
| | Reply
Post ID: @3hin+1szCpecS
In-product links are all broken. Product update download links are broken

So all going according to plan, just not the plan you want.

by
| | Reply
Post ID: @3nua+1szCpecS

It has been a massive train wreck. In-product links are all broken. Product update download links are broken. Private and confidential customer information was exposed publicly in some areas. Other pages were legacy, outdated pages that conflict with current information but cannot be edited or removed.

I don't know why you relate it to VMware leadership. It's been six months; put your grievances to the side and move on. Broadcom has a strong track record of not planning these events. No PMs were involved in the discussion. It was a small set of specific IT people. Ownership of the process was put on one person, and god forbid they get unwell and need to call out. We knew it would go back from the start, but this went well beyond expectations.

https://matduggan.com/the-worst-website-in-the-entire-world/

by
| | Reply
Post ID: @3dql+1szCpecS

I am confused. The email said day 2 all migration was successful!

by
| | Reply
Post ID: @3jku+1szCpecS

This is the way!!

by
| | Reply
Post ID: @3hkg+1szCpecS

Customers and partners are experiencing the negative effects. The user experience for partners and customers using the Broadcom Support Portal vs what they had with Customer Connect is one such area. Locating a specific driver for instance now requires a KB to navigate all the steps for this. VMware technology partners are unable to log in to portals and case management tools. These will eventually get addressed but it reflects very poorly on VMware and its commitment to its customers and partners.

by
| | Reply
Post ID: @3jrg+1szCpecS

Soon!

by
| | Reply
Post ID: @2lij+1szCpecS
This is the way!

Don’t have to post the damn thing every thread, if you don’t know what to say.

by
| | Reply
Post ID: @2cob+1szCpecS

Agreed that this is entirely on Broadcom and makes you wonder how they ever pulled off an acquisition before, and that they care only about the revenue; however, one would think that Broadcom would at least want the data and records somewhat intelligently organized in order to make use of it. This truly has the feel of a first-time attempt at anything like this, with no logic or forethought. If customers only knew..

by
| | Reply
Post ID: @1qyv+1szCpecS

This is the way!

by
| | Reply
Post ID: @1fpn+1szCpecS

Broadcom doesn’t care.

Only the big revenue / margin needles matter

by
| | Reply
Post ID: @1gdk+1szCpecS

This lies squarely on BC:

  1. lay off most of the staff
  2. require all bu decouple with no forethought and planning
  3. set an arbitrary deadline Day2
  4. continually demoralize staff that’s left with bs like RTO and team reassignments

What could go wrong?

by
| | Reply
Post ID: @1pun+1szCpecS

Name those VMware IT leaders please.

by
| | Reply
Post ID: @1nxl+1szCpecS

Stupid take that this has anything to do with Pat G or any other VMW exec. This is 100% on Broadcom. I would swear that this is the first time they ever acquired a company. The systems, processes and decisions supporting the integration are Busch league.

by
| | Reply
Post ID: @1cpw+1szCpecS

Thank Pat G and the string of failed VMW Executives

by
| | Reply
Post ID: @1vdd+1szCpecS

No kidding! What a sh$tshow!

by
| | Reply
Post ID: @inf+1szCpecS

Post a reply

: