February 22, 2010

Defining Success

One of the major milestones in developing a small business is building the right team to meet the needs and expectations of their customers. At Engineered Software our first team members were engineers and programmers. We were very fortunate in finding the right people to join our team because we hired interns from local colleges and if they worked out well we would offer them a job after graduation.

In 1990 we started hiring people to help us run the business (entering and tracking leads, selling the software, and fulfilling orders) that’s when the wheels fell off the bus. We put ads in the newspaper (this was long before the Internet and Job sites), got a list of applicants, asked some superficial questions, and if they sounded good we would offer them a job. We expected them to do their job, sell our products, and let us get on with writing software.

It seemed like my partner and I were spending more time taking care of people problems than developing the business. Sometimes we felt like we hired people to sit around and watch us work. In addition we had constant turnover of the support staff further compounding the problem.

In looking back, the reason we had problems finding the right person is we didn’t know what we were looking for. Since everyone in the company up to this point was a "techie," none of us had absolutely any experience in running a business.

All of my business knowledge had come from reading business self-help books; you know the kind written by consultants to help them get their consulting business off the ground. So I figured it was time to find a book on hiring the right people, I purchased Interviewing and Selecting High Performers, by Richard H. Beatty. I learned why we continued to hire the wrong people for the job, and more importantly what to do to fix the problem.

It turns out we hired the wrong people because we didn’t have a good idea of what the right person's qualities were. Following the wisdom on my paperback business consultant, we developed a list of things including:
  • A detailed job description
  • Identified the tasks a person in this position would need to perform
  • The traits this position would require to be successful in this position
  • What required work experience was needed
  • And even developed the interview questions.
In other words we had a definition of a “perfect candidate” for the position. We were then able to compare each applicant to our “perfect candidate” benchmark so we could easily tell when we had the right person. In other words we took the time to “Defined Success”.

Over the years I discovered that a good definition of success is needed for every project, whether it’s a new software application, the addition of a program feature, or making a major purchase of equipment. If you know what you’re trying to achieve with a project, it’s much easier to accomplish. Some people call it a Business Plan, Job Description, Request for Proposal, but I always like to succeed, so I like to have a clear “Definition of Success.”

Now I must be honest with you, not every project we started has been a wild success; we are just like every business we have had our share of failures. But when we look back at each troubled project we discover that it was lacking a good definition of success.

That's all I have to say, now I would like to hear from you. Please feel free to share your experiences, or opinions on this blog entry or any other subject that is of interest. I can be reached at blogger@eng-software.com.

February 1, 2010

Welcome to My Blog

A little about me professionally…

As one of the principal founders of Engineered Software, I have been in the software and technology business since 1982. My experience in engineering started as a Midshipman at the US Merchant Marine Academy, the highlight at school was a year at sea on a merchant ship. After graduation I received a commission in the US Navy and was qualified as a Nuclear Watch Officer and later qualified in Submarines. These times as sea taught me the importance of knowing how the shipboard systems operate; because it they didn’t work we didn’t come home.

After the Navy I worked as a start-up and test engineer with Ebasco services where I started up power plants. Here I also was involved starting up and testing various systems within a plant. One major difference with my land-based job is at the end of the day I got to go home. In addition, if I had any question about how something should run, I had plenty of smart people to ask.

During the 1982 recession I decided it was a great time to start a company, so I quit my job at Ebasco and started Engineered Software. Since that time I have been privileged to work with the best people ever assembled in a small company to develop engineering software.

Why I am starting this blog…

What I like about blogging is that it allows me to continue what I have been doing for years, but to a much wider audience. I enjoy talking to people, learning, analyzing and discussing how things work, as well as making them more efficient. It’s in my engineering nature. I give presentations and training regularly on how to optimize piping systems, and how and where companies can save money.

However, I also listen to customers’ and seminar attendees’ biggest concerns, and go out to find an answer. I plan to present those investigations in this blog as well as identifying areas where our industry may fall short, and offer solutions. I have a wide variety of experience in operating, designing, and maintaining fluid piping systems. I also have experience in businesses start-up, management, developing new products, all the things that ensure a business runs smoothly since 1982.

You may be surprised to know…


I love flying. In fact, I am a pilot. One of my biggest joys, outside of being a father and grandpa, is piloting my own airplane. I really have the bug and typically log between 150 to 200 hrs per year.

There are two reasons why I love flying. The first reason is flying is a lot like running a business; you must have a clear understanding of everything involved with the flight before you start. The condition of the plane, condition of the pilot, airport conditions, weather along the route, navigation, instrument procedures, in short you need to be prepared.

You also need to continually think ahead, plan for the unexpected and be ready to execute that plan when required. The second reason is that when I’m flying I must concentrate solely on the flight, and block out any distractions. It gives me an opportunity to escape my life on the ground and enjoy the flight.

This blog not only focus on the finer points of the fluid piping system and pump industries, but topics of current interest to hopefully help increase the knowledge that is readily available. I do have a disclaimer for the posts on this blog, and you should read it before you make any further judgments. To make this blog more valuable, I welcome all of your comments and questions. I can be reached at blogger@eng-software.com.