Diary of a Network Geek

The trials and tribulations of a Certified Novell Engineer who's been stranded in Houston, Texas.

11/6/2019

Project Success

Filed under: Career Archive,Geek Work,Never trust a Network Admin with a screwdriver,The Day Job — Posted by the Network Geek during the Hour of the Snake which is mid-morning or 10:00 am for you boring, normal people.
The moon is Waning Gibbous

Clear goals make for more successful projects.

There is no way to guarantee a successful project, but I can sure tell you the best way to make one fail; don’t set a clear goal.
When I was in Boy Scouts, I earned my Eagle Scout award. That was a long time ago, and I know some things have changed since then, but one requirement that hasn’t changed is running a successful service project. At the time, the bar for success was set pretty low, and, of course, I had lots of help from Scoutmasters and advisers on how to set up and run my service project. What I learned in Scouting, I carried forward into my working life and still use to this day. The single best way to stack the odds in your favor of success is having clearly defined goals that include a deadline. My goals, whether personal or professional, need to be so crystal clear that I can express them to someone not involved in the project in thirty seconds or less. If I can’t do that, I need to rethink whatever project I’m gearing up.
For instance, as a technical specialist focused on IT infrastructure, when I’m getting ready to refresh datacenter hardware, I should be able to tell my CIO or CFO what servers and drive arrays are being replaced, how the data will transfer from the old hardware to the new equipment, what the time involved will be and what my fall-back plan is in case of catastrophic failure at some level. Simple, clear and direct. And, I should be able to state that in a non-technical way for non-technical staff who might need to know. If I’m upgrading a wide-area network from a series of point-to-point connections in the old-fashioned spoke-and-star configuration with a software-defined WAN configured with a mesh of redundant connections, I need to be able to clearly describe that end result, with the advantages and disadvantages and any potential risks, to non-technical executive staff.
I need to be able to do all that not only so they can hold me and my department accountable for our success or failure, but also so that I can keep everyone on the project focused in the right direction. This is the lesson I learned so many years ago working on my Eagle Scout service project. A clear, concise goal is easier to explain and share with outsiders, but it’s also essential for project participants, to keep everyone focused on the same goal and headed the same direction. No one can lead a team, whether on a short project or on a larger team, without clear, shared goals and deadlines. A project without a clear, shared goal is doomed to failure because no one will be working together on the same shared goal, except by accident.
Success should never be an accident. It should always be a plan.

This post originally appeared on my LinkedIn profile.

No Comments

No comments yet.

RSS feed for comments on this post.

Sorry, the comment form is closed at this time.


Powered by WordPress
Any links to sites selling any reviewed item, including but not limited to Amazon, may be affiliate links which will pay me some tiny bit of money if used to purchase the item, but this site does no paid reviews and all opinions are my own.