Richard Tocci

Richard Tocci
Just when you thought it was safe, I show up...

Disclaimer

The contents of this blog are my own comments and opinions and do not reflect those of my family, friends, colleagues, clients, employers, or anyone else I may know. Additionally, their comments and opinions are not a reflection of me or this blog. Any links contained in posts are maintained by third parties and are not under the control of this blog, and as such, this blog is not responsible for their content. All links are provided "as is" with no explicit or implicit warranty of any kind.

GoDaddy Add

Tuesday, June 28, 2011

Goodbye, Old Man

Grahame Menzies Williams succumbed to cancer and died on June 26, 2011. He was a subsea petroleum engineer, loved rugby, Astros Baseball, NFL Football, and played lacrosse till he was 40 years old. He hated broccoli (often referring to them as miniature trees), loved sausages, and knew every single terrible pun in existence. His favorite swimming pool maneuver was to flip forward into the deep end, come up, and spit water from his mouth. When I was with him in his pool, we mastered the 2-Man Cannonball.

Now, unless you ran in subsea petroleum engineering circles, he was not that famous to you. He never made it to professional sports, so no one outside of his friends and family knew he loved sports. He loved to travel, take cruises, and tour islands in the Caribbean or anywhere else he could find a good deal.

His most famous role, however, was that of grandfather to my sons Alex and Hayden.

They called him Papa. Alex was the apple of his eye. Hayden was his special little grandson. Grahame was exuberant every time one of them hit a major milestone on their lives. Towards the end of his life, pain and exhaustion kept him from doing the things he loved most - taking walks with the boys in the park or the golf course, playing catch or hitting the wiffle ball or a golfball in the back yard with Alex, or rolling the ball on the living room floor with Hayden, or getting the computer out and going to pbskids.org so they could learn. Grahame single handedly taught Alex the alphabet and his numbers.

He was there for me and Fliss, too. He helped us get the house we lived in and played the Grandchild Card when I expressly forbid him from buying Fliss a Dyson vacuum cleaner by buying it anyway and declaring it was good for his grandsons. We had discussions over politics, religion, the jackass that cut him off on 529 in Houston, giblet gravy, and "Morons".

When Fliss and I divorced, I didn't see him or his wife, Diane, for about a year. I drove down to his house to pick up the boys one afternoon, and when I got there, he assured me that while relationships end, he held no animosity toward me. I'm the father of his grandsons, I treated them well, and he didn't feel I needed to stay away because of a divorce. That set my mind at ease, and I made sure I visited as often as I could.

Grahame was diagnosed with cancer 7 years ago, and after he appeared to beat it a couple of times, it spread to his lymph nodes and he deteriorated from there. After the pain became unbearable this past Friday, he was given ungodly amounts of medication at the hospital, and was sent home for hospice care but didn't make it through the night.

As soon as Diane is ready, she'll have a pool party to celebrate Grahame's life. There will be no mourning at this party. There will probably be at least one burnt sausage, and I guarantee an encore performance of the 2-Man Cannonball...

This post is simulcast in full living Technicolor on www.richardtocci.com and on Facebook.

Thursday, June 16, 2011

Virtualization

This post is a Geek Post mixed with a little business opinion. If this bores the crap out of you, you might want to move on...

In my job as a Technical Support Analyst, I deal with a wide variety of business units in an organization. I have talked with everyone from a senior vice president all the way down to a desktop technician in IT. Just because my job is mostly technical in nature does not mean that I ignore talking with an end user because we don't "speak the same language." A customer wants to know what's happening, or what I'm doing to fix a problem, and I need to keep them informed. Communication is key to how I work, in addition to my computing skillset.

Part of my job is also to keep up with trends in my industry. Although Corptax sells software and services in the corporate tax space, information technology is my trade, and is critical to my success.
Link
A recent trend in computing is the concept of virtualization - converting a physical machine into a software-based virtual machine. This does a number of things for an IT department, but it boils down, as it so often does, to money. Virtualization saves money in hardware, power, and administrative costs by consolidating servers to a smaller area. It also can facilitate moving a bunch of servers from one location to another - the less physical servers, the less the need to physically pick up a server, and all of it's cabling, and move it to a new site, which is sometimes hundreds or thousands of miles away.

I have no problem with this concept; in fact, I embrace it and use it on a daily basis. Microsoft has a virtualization platform called Hyper-V, which is built into their Windows Server 2008 and 2008 R2 server operating systems. At work I have a server that runs Hyper-V, and on it I run a self-contained domain on which I can test any number of scenarios that a customer may report. It also gives me a place to practice skills in Active Directory, networking, on the Hyper-V platform itself. VMWare is the other big player in the virtualization market with their vSphere and ESX Server products.

So, what does this have to do with communication? Well, my case, everything.

Because the cost savings are so large (and in the case of Vertafore and other companies, their vehicle by which they moved their data center and closed their College Station site a little while back), IT departments are moving quickly to virtualization. In the case of some large corporations, the mandate comes from the senior executive levels. IT is important, and is expensive, and anything that will save in the order of millions of dollars is not ignored.

When the mandate begins, systems have to be reviewed. Systems are reviewed by tracking resources used on a server. The general consensus is that if a server is not used that often, it is a prime candidate for virtualization.

Yet, while IT has domain over servers in an organization, business units within an organization own the machines and generally pay for them in one lump sum, or over the course of their existence. This means that the business unit ultimately is responsible for what happens to those servers.

But the trend in IT is to do analysis and virtualize what they decide can be virtualized - and generally, without telling the business units. This is where the communication process breaks down, when it should be at its most stable.

This happened to a customer of mine in the last couple of months. The server on which our product was installed was targeted for virtualization. Because the server was idle while analysis was done, it was assumed that the server's hardware resources were not needed, and as such were scaled back once virtualization took place. And of course, what happened was bound to happen - when the application was used more and more, performance suffered.

My support organization worked with the customer for 18 months prior to virtualization to work out many performance problems. This customer is a rather large client so we did a lot of work at their request, but in the end we resolved everything. And in mere days, it was all undone.

So, what does all this have to do with communication? Everything. What should have happened was that the business unit that owned the servers should have been contacted, by email or, better yet, by direct phone call. That never happened. IT took the mandate and did it's job, but without alerting the business unit. Not communicating a plan to departments that are directly affected by your work is always a mistake.

I've performed server replacements where, when all was finished, users did not know that the server had been replaced, but the head of the business unit was at least alerted and was fully aware of the changes to take place. In most cases, the business unit initiated the work I did, so it was not a surprise. But large enterprises tend to lose sight of communication. And that makes problems, for everyone.

This post is simulcast in full living Technicolor on www.richardtocci.com and on Facebook.