I read this post on IPSPACE blog this morning and as often happens it made me think.

The key point is:

figure out what your most pressing problem is

Who should do that? Let’s analyze the roles involved in a typical SMB or enterprise.

Vendors

Vendors have just one target:

sell their products and make their shareholders happy

They can’t afford the cost to customize the product to every business needs (unlsess you’re $bigcustomer spending $bigmoney) so they try to convince the customer the problem their product solve is the problem they have. They’re so good at this is works most of the time.

Some vendors or industries are so good at that they are able to create new problems or needs just to place the product (see SDN).

Source: Dilbert, June 13, 2006

Consultant

Consultant, in the form of single person or consultancy company, have one target in mind: billing hours.

The professional integrity most of times bends before the need to provide an income so the project only finishes when another starts.

Bills must be paid, right? Business impact of the project is often not a matter of discussion, daily rate and payment methods are.

VAR

VARs are an hybrid figure. They sit halfway between vendors and consultant.

What a customer expect from a VAR is to chose the best products from multiple vendors and provide advice to implement and integrate different technologies in a single solution.

Quite often the best vendor is the one the VAR has better relationship with or the one who pays the best lunches.

Sometimes the VAR has a limited view of customer’s business problems (not always a VAR fault) and they focus on selling the maximum amount of hardware and consultancy hours, trying at the same time to create a dependency relationship with the customer to guarantee business in future.

Listen Network Collective episode 12 for more on that topic, sometimes the customer himself is not prepared for a positive relationship with VAR.

Who should figure out what the most pressing problem is?

My answer is: the customer should do it.

But this is only true if some conditions are met.

Engagement

Employees, at any level, should be fully engaged on the business. Most employees feel just like a small gear in a big machine they don’t fully understand. You can't contribute to something you don't understand.

Be prepared to fail

Failure in a controlled environment should be an option.

Take risk in a small portion of the business, measure the results and be ready for a quick rollback if it goes south.

The lesson learned will be a valuable outcome for a better understanding of the business and the real impact of the changes.

Training

I work with many customers and I’m often surprised how little (or not at all) training technical people get from the employer.

They don’t attend technical conferences, don’t have an ipSpace , Safari or Pluralsight subscription, even internal training lacks because the senior guys (heroes or expert beginners ) don’t want to share their knowledge and risk to lose their job in favor a junior (a.k.a. less paid) new hire.

If training is not an option the only sources of tech news will be vendors and VARs.

An untrained person may not have all the knowledge required for a proper evaluation of the solutions and foresee how the new technology can translate to a business outcome.

Think long term

Management short sight is still something that surprises me. I recently worked with a customer that is letting go his seniors network and system engineers because all the systems are working fine (thanks to those two seniors) so they’re no more needed.

There’s a big saving replacing them with juniors for day-by-day operations, the manager may even get a bonus for that!

How will this choice impact the business is quite clear and connects to the next point.

Continuous improvement

Usually a company works with projects that start, execute and end. What is missing is a culture of continuous improvement where everybody works to improve the positive impact of their jobs on the business of the company.

This is an abstract concept but the ability to translate it to actions can have a big impact.

Conclusion

Frederick P. Brooks Jr. in his book “The Mythical Man-Month: Essays on Software Engineering ” said:

“Adding manpower to a late software project, makes it later.” 

This can be translated as:

"Adding more technology to a defective workflow won't fix the business"

No automation tool, new shiny software or cool product feature can fix a toxic workplace .

Throwing more technology to a problem seldom fixes the issue.

The change should start from the culture of the company, employees will be able then to evaluate the best products and processes to improve the business in effective ways.

Update Oct 2017

This post was tweeted and linked on Ivan Pepelnjak IPSPACE blog .

Thanks Ivan