Thursday, February 23, 2012

Structure


The way we do business has changed and continues to evolve. The change and evolution, however, is not evenly distributed and is confusing about what the 'right' path is.

When I learned to drive, the car had a 'stick shift' (manual transmission). As I was perfecting the skill of keeping my heel on the brake, my toe on the gas, and my other foot on the clutch to avoid hitting the car behind me on a hill, I had to figure out how to shift the gears without bringing the car to a sudden dead stop.

As time went by the stick transmission was replaced with the automatic as standard equipment and it became rare to drive a car (and now trucks too) without an automatic transmission. Technology changed - driving a car became less complex – almost everyone now uses the new technology and skills needed to drive a stick shift are disappearing . Old skills become obsolete or must be replaced with new techniques as the technology evolves.

In the 1950's – 1960's business adopted a military hierarchy - worker, supervisor, middle manager, director, senior management. The supervisor and middle managers served the role of trainers and mentors, as well as pushing to get the targeted output. Over time the managers

Technology blossomed in the 1970's – 1980's and company-wide systems and local computers could compile the reports; the middle managers devolved to doing some entry, some analysis, but became 'measurers' and 'reporters' with little time or contact with the doers.

As financial changes were required – who had the large paychecks and now only indirectly affected production? Middle Managers. They became all but extinct during the right-sizing era.

As managers shifted to working with the systems, the supervisors absorbed the oversight duties vacated by managers, and the doers (workers) collectively became more responsible for their own supervision – no longer the sole province of the supervisors/overseers.

Now the pyramid has flattened out and other models have replaced it. The hub and spoke approach has management/resource (hub) supporting multiple project groups (spokes) to get results (rim). Ad hoc collaborative, project-based teams collect the needed resources and best talent from inside and outside the organization to do the project – when completed, the team disbands, freeing the resources and personnel to join the next project.

Technology has significantly reduced the raw labor needed to do the work, advances in communications – telecom, video, world-wide connectivity – have broadened the talent and resource pool, and the doers now must be perpetual students to continue to be viable in a technology era.

Moore's Law, which applies to computing evolution, predicts that the speed of computers will double every 18 months and the cost per transaction drops as the speed increases – many say up to 50%. The Doer's Theorem advocates you must reinvent your skill-set and expand your experience portfolio about every three years to remain viable in the labor market.

It took big business to make big money in the past. Today it takes big ideas implemented to make big money – like Zappos, Amazon, Facebook, Google. Structure and size is no longer an unassailable requirement to succeed - individual contribution and innovation combined with collaboration has become a strong independent force to create successful, commercially viable products and services.

As leaders we must recognize when business evolution has created a new normal and find ways to leverage it for the benefit of the organization.

What are your thoughts?


Join us - March 13th Sales Lab’s Rainmaker 12 is Lessons from Makers at the Capital Technology Management Hub on Tuesday, March 13th. The featured CTMH speaker will be Dick Davies on the topic of The Direct Economy – How to Profile from the Most Lucrative Market in the History of the World!. More Info


Friday, February 17, 2012

The Autonomous Economy


I walk into an airport, feed a credit card into the kiosk, which spits out a boarding pass. At the same time, my seat is blocked, my meal, beer, and pillow are released, TSA knows I am coming, the gate knows I am coming, the flight crew knows I am coming, the incoming gate at my hub knows I am coming, and I am boarded on my next flight.

I didn’t realize that until one time I was transferring in Philadelphia and the video board was down.

A human attendant looked at his clipboard, and told me to go to the wrong gate all the way across the airport. I got there and found out my exit gate was actually just two away from my entry gate.

When I got back to my gate, the airline was holding the plane. They knew I was in the airport somewhere.

Now before all this computerization, a small part of that data was communicated by harried humans with clipboards. They are mostly gone now. That’s why when the plane system burps, there is no hope of getting a fix by standing in line.

Switching a business from the carbon-based units with clipboards to the silicon-based units with screens takes time. Humans are better at improvising, and can communicate with other humans.

Computers are vastly cheaper, and when the system is complete, can communicate better with computers.

From an operating cost model, reducing your business to computer driven data makes sense no matter how difficult it is. The first in an industry to successfully implement an automated system gets an enormous advantage. The problem is when your system inadvertently maximizes customer prevention.

Banks and airlines know that a mal-system interlude can tank your customer sat. If the Internet never forgets, how long do angry customers hold a grudge?

When I read about the disappearing middle class, I remember all the people with clipboards outwitting their business systems to get me home. By the same token, anyone who hides a known system burp has to be taken out of the loop, as that burp often represents hundreds or thousands of instances that went unreported.

Open Source Leadership teaches us that more eyeballs get the problem fixed easier and faster. It used to be that we were trying to get a little more time before reporting to try to come up with a solution. Today that is exactly the wrong way to play.

Where do you see the autonomous economy changing your life, for better or worse?

February 22nd Sales Lab’s Rainmaker 12 is WhatHave I Done for You Lately? at the Capital Technology Management Hub on Wednesday, February 22nd. The featured CTMH speaker will be Sean Crowley on the topic of The Open Source Web Content Management Platform, Drupal, and its Momentum.

Wednesday, February 15, 2012

The Doer's Theorem


When talking with a person in transition he said: While I was working, the world changed! Even before the recession this was too often the case – a shocking discovery for far too many people.

Moore's Law predicts processing speed of chips will double every 18 months, as a result the cost per computation drops by a similar factor – many say cost drops by 50% during the same timeframe.

As processors change, software and systems take advantage of the speed and new capacity to build faster, more complex tools to do more work faster (transaction processing) or to improve video quality and delivery on computer screens and digital cameras (e.g., HD, 3D, Streaming).

In addition to changes in hardware, software, and systems, we have also seen the introduction of new instruments as well – smartphones, tablets, on-board automotive processors (for engine performance, accident avoidance).

The point is: the technology (how the instruments, tools, and equipment are applied) is evolving to replace repetitive and predictable manual tasks. As a result the collecting and compiling functions of technicians, operators, and analysts are being replaced by the changing technology. The effect of technological changes is illustrated by the automotive technician – a trained diagnostic tech with a roll-about computer and a dozen cable leads has been replaced by a cable attached to the network which can be plugged in to the socket under the dashboard – the computer complies the readings from sensors, applies analytics, and issues a report for the mechanic (and the car owner) on the findings and remedial actions required or recommended. No diagnostic tech is needed.

As more information and data is entered on-line, software and systems are used to collect responses, compile results, and do comparative analysis. Such tasks are disappearing from position responsibilities for employees.

The Bureau of Labor Statistics reported in January 2010 the average tenure in a private sector job is 4.0 years. During this timeframe, computing speed has doubled twice and the new chips have been incorporated into software, systems, and new instruments. A job changer will face the challenge of obsolete positions and skills, as well as the need for proficiency in using the new tools, systems, and instruments – a diagnostic tech may be able to trade down to get his old position with a less advanced shop, but will need additional skills to get a better position.

The Doers need to add to their skills to remain viable in the labor market and with their current employer. When changing jobs internally, new knowledge, skills, and experience play a strong role in winning the appointment – just as they do on the outside when applying to a new employer. If contemplating launching your own firm, old skills and experience with outdated technology will find a narrow and shrinking market – the exception to this was the Y2K phenomenon in the late '90's, where the COBAL programmers were desperately needed to modify enterprise systems. Keeping up with advances in the application of relevant technology is an important goal for us all.

The Doer's Theorem is you must add to your skill-set and expand your experience portfolio about every three years to remain viable in the labor market.

Prior experience, skills, and knowledge are the firm foundation on which to reinvent yourself, but change is coming too fast to rely just on the old favorites and a stagnant learning philosophy.

Successful Doers might say: While I was changing, the world did too!

Comments and contributions?

Join us -
February 22nd Sales Lab’s Rainmaker 12 is WhatHave I Done for You Lately? at the Capital Technology Management Hub on Wednesday, February 22nd. The featured CTMH speaker will be Sean Crowley on the topic of The Open Source Web Content Management Platform, Drupal, and its Momentum.

Thursday, February 9, 2012

Expectations


Earlier this week I met an ambitious functionary who had taken a decade to maneuver himself into full ROAD status.

A new boss observed the situation for a couple of weeks, then said, “You can do what you want, but you can’t do it here.” 

Set the bar too low and you might trip over it. 

February 22nd Sales Lab’s Rainmaker 12 is WhatHave I Done for You Lately? at the Capital Technology Management Hub on Wednesday, February 22nd. The featured CTMH speaker will be Sean Crowley on the topic of The Open Source Web Content Management Platform, Drupal, and its Momentum.

Monday, February 6, 2012

Analytics


If you don't measure it, you can't improve it.” On of the first-order axioms of management, and a mantra of spreadsheet jockeys everywhere.

Benchmarking. Balanced Scorecard. SEO. What do they have in common – they are indirect measures of effectiveness.

For an artist, which is more important – the tack hammer or the paint brush? The paint brush is used to create the masterpiece; the tack hammer is used to stretch the canvas in preparation.

Does canvas stretching contribute directly to the quality or success of the artwork? It is true that a taut canvas permits the artist to be more precise in creating fine detail than does a loose canvas – so there is some value added by proper stretching. Would knowing that the short side of a canvas has an average of five tacks and the long side has eight, add anything to masterpiece or its value?

As a result of a promotion, I received twice each month a senior management detailed analytic report which was a quarter inch thick. I eagerly read the entire first copy and discovered only two items in it were useful to me and both were incorrect. Later, I instructed the report compilers to stop publishing it and not notify any recipients. After two months without any comment about the absence of this report, I canceled it.

The chart below was presented with an interpretation that our website needed CPR, when viewed against the comparator site. Our website has visitors from a restricted group who read the page about the meeting and then go to another page to register, triggered by a monthly announcement of the coming meeting. The other site is an eCommerce site for internet sales and traffic is driven to it continuously by numerous sources.

The results merely show that sites with different purposes do not generate the same traffic pattern or flow.

Analytics help us measure performance and other factors by direct, indirect, and comparative means. Comparative analytics view statistics from your organization with those of other organizations, or compare your statistics over time.

Metrics and analytics can be useful to set a baseline or measure progress – as long as they are chosen appropriately and recognized for the value they offer.

The artist's production tool is the paint brush and that is the focal point for creativity which produces the value as perceived by the buyer.

The report recipients get information elsewhere or go without as they manage their functional areas, because the content does not provide benefit.

The page views of a different website does little to improve planning or delivery unless the site functions are virtually identical.

When all is said and done, analytics are like observing the wake of a boat underway – they provide some feedback about how smooth the course has been, but say nothing about the progress toward the goal or destination. Planning and execution get us there.

As leaders we must use our resources effectively to achieve results – focus them on doing rather than curating.

What are your thoughts?

Sunday, February 5, 2012

Complexity Syndrome

Is it just my perception, or does our very language spite us sometimes?

America was founded on hard work.  Hard-working Americans is a byword in the current political rhetoric.  In professional settings people are constantly called upon to quantify their efforts: hours worked/billed, units produced, total sales, customers served.  When making decisions, people strive to be objective.  All of these words have a positive connotation.

We know about smart work too, but the positive connotation is less intrinsic.  “An honest day’s work” typically refers to hard labor, getting your hands dirty, doing something repetitive.  There is something in our culture, in our collective subconscious, which tells us to work hard and just get it done.

Work must be completed.  The project must be finished to be judged qualitatively, I do not dispute that.  The misconception that I run into too frequently is: “Harder (or more) work is better.”  This is simply untrue.  Smart (or elegant) work always trumps harder (or more) work.  This is not a new concept, obviously.

So how does that relate to complexity?  The last software consulting firm I worked for had no internal qualitative controls.  All compensation and bonuses were tied to quantitative measures (how you would do it otherwise I do not know, but it exacerbated the issue).  There were a great number of projects that were losing money, because they could not pass functional testing.  Fixes were difficult to manage because the work-product complexity was high.  What I eventually understood was that when I work more or harder, the output is more complex and less elegant.

Complexity is not a bad thing
.  Great value is added through complexity.  Extra features that make software (and tons of other things) useful always add complexity.  Furthermore, complexity and elegance are not mutually exclusive.  To build a sustainable highly-complex system, it must be designed in a highly-elegant manner.  I think that most of you can agree with this, at least in principle.

So where do the wheels fall off our logic train?  The rhetoric, the focus on quantity, trying to squeeze every last dime out of clients because you are billing them hourly, all of these things force the wrong paradigm on workers.  Entry-level and junior workers are especially susceptible, because it takes a lot of time to see the quality-forest for the quantity-trees.  I worked with several guys who were proud of how much code they wrote, not how well it worked or how sustainable it was.

The end product was that complexity was actively rewarded while elegance was passively praised, or dismissed altogether.  This is what was hurting us, and leaders have to take an active role in promoting elegant solutions in their organizations to fix the problem.

Our the management’s response to the problem? Work hard and just get it done.