IT Leadership

orchids and weeds. not your normal garden.

A number of years ago (7?), a colleague of mine at Stanford – Carlos Seligo – introduced the concept of “Orchids and Weeds.”  He meant it jokingly at the time, but it has stuck with me ever since.

Basically, there are two ends of the spectrum when it comes to technology, support, and adoption.  There are orchids, which are elegant, beautiful and perfectly aligned with needs but require an incredible amount of attention and resources to get running and properly supported.  It is unlikely that support will become more efficient over time.  Weeds, on the other hand, spring up organically and often as ancillary to something else.  They germinate quickly and soon adoption is very high and usage has proliferated.  Weeds might even be used in ways never originally intended.

An example of an orchid might be the Sakai Learning Management System, which has been developed by universities, for universities, but is quite a beast to implement and manage.  Perhaps even some of the major Microsoft products – Sharepoint comes to mind – would be orchids, too.  They can be ridiculously powerful if done right, but needs a lot of resources to get there.  The two “big” weeds would be e-mail and SMS text messaging. SMS is in particular is a great example.  Originally designed so that cell company employees could report coverage outages and other problems, it has become the primary way for many people to communicate (I send about 2000 texts a month and yet use fewer than 400 minutes).

It is important to note that there is nothing inherently bad about an orchid.  By definition, it is beautiful, elegant, and a perfect solution for the job.  It offers very high value and probably commands a high price (the amount of effort users are willing to expend to access the service).  But the cost is also extremely high.  So the overall value-cost gap (or V-C “wedge” as we’d say in my Capstone MBA course) is smaller than, say, text messaging.

But if the fundamental basis for maintaining a service portfolio is value, orchids are just fine.  You just have to pick and choose the right ones.  And that means a strong rubric for getting rid of the useless orchids (just pretty, but not the right fit) from the truly wonderful ones.

Basing services on value provision is pretty simple.  Well, actual “value” is hard to quantify, even in the business world where there is a number for everything.  But if you start with price – again, the expense of time/effort/distance traveled/hoops jumped through/etc that a user is willing to take on in order to use the service – then you can get an idea of value.  Value is always the same or higher than price (unless you have one seriously messed up measurement system).  If you put something somewhere (physical location of a high-end lab, a web service behind so many clicks of the mouse, etc) and people are still rushing in droves to use it, then the price is probably quite a bit lower than value.  Whether the price is too low is unclear, but it’s not like you’re going to disassemble that lab and move it farther away from the dorms or put even more clicks in front of the web service.  Bottom line – value is high, and it can be gauged if not measured exactly.

So once you have that, you just roll out services that are high value or high V-C.  The value could be high in an absolute sense, in which case cost is not an issue (striking a deal with a cloud-based backup company where the student pays and you get all the kudos but none of the liability).  Or it could be high in a relative sense (buying a bigger SAN for $75000 to do multiple redundant backups of faculty and staff data, on-site, in exchange for peace of mind to those users.  cost and value are high).  But if something is low in value, just don’t bother with it.  Because if it’s not of value to anyone, why are you wasting resources on it?  Worst case scenario, cost is HIGHER than value, and you’re just burning resources for nothing.

Ideally, you go low cast and high value – look for weeds.  Get as many of these as you can because they require low overhead but adoption will be high.  I’m not sure people will “value” it the same way they would with other things but they will surely use the service.  Align your staff to take advantage of these.  Have fewer staff managing more weeds – the ratio will be different.

Then go looking for orchids.  You will probably need project management staff just to test them, then a much lower staff:service ratio to maintain them.  But if you figure out the right potential orchids during testing, then deploy the best 2-5 or so and it’ll be worth it.

 

do more with more, more efficiently, in the same amount of time

I loathe the phrase “do more with less.”  I abhor it.  I loathe and abhor very, very few things in life, and I reserve those venomous verbs for rare occasions.  Yet I both loathe and abhor the phrase and the idea behind the notion of “doing more with less” as a management tool or concept.

The idea that any organization – whether it be an entire institution, a school, a department, or even a single project team – should be expected to provide, say, 125% output with less than 100% resources is utterly absurd.  When this is used during times of economic crisis – which is what we’re looking at right now in higher education – the philosophy can be something of a necessary evil.  When budgets are tight then almost any project will have less than 100% of funding.  When hiring freezes occur then existing staff are spread more thinly across projects.  Resources – both dollars and staff – must be at less than 100% in such a situation.  And at least for the short-term the same set of services must persist.  There simply isn’t enough time to retool an entire department, help desk, or other operation in the face of a sudden budget crunch.  Dollars per capita (DPC) goes down because it has to, at least for now.

But this cannot become standard, ongoing policy.  Service portfolios must be reviewed, staff must be rearranged, and overall operations must be reorganized to accommodate the new monetary restrictions.  Only those services that can be offered at the same, pre-crunch level should remain, and overall DPC should be restored.  This has to happen, or everything and everyone suffers.

So “more with less” cannot work as a long-term response to budgetary constraints.

As a general inspirational philosophy, however, it can have some kind of meaning.  “More” and “less” are relative terms.  Provided that there is not the expectation that we somehow work 125% time (in the perhaps utopian world where everyone works to capacity and capability, no one can work more than 100% of what he or she is capable), doing “more” simply means to provide some additional quality with the work we do.  For me, I use value to customer as the yardstick.  How much value are we offering to our students/staff/faculty (or some subset – residential students?  just the financial aid office?) with our services?  How can we provide “more” value by doing X instead of Y?  Or perhaps by doing a new version of X?

Similarly, “less” just means using a lower quantity of available resources.  It does not and should not mean that there are fewer resources, in an absolute sense, with which to provide the same value.  Just in a relative sense.  In other words, using “less” is all about efficiency.  How can we provide value in a manner that consume less time, less dollars, or both?

Ideally, how can we provide more value, more efficiently than we are doing now?

Taking the value concept further, it is quite possible that there are extremely high value products and/or services that are actually extremely costly in terms of resources.  In a perfect world we offer huge value at a low cost – a major streamlining of workflows for a specific office using open source software that is easy to install and maintain.  But if the value boost is high enough – providing a toolkit that makes Santa Clara Law students “twice” as useful to law firms than students from other schools – then cost becomes less of an issue.  Maybe that toolkit involves building multiple web-based software tools and purchasing, installing, and maintaining a very expensive piece of software that provides practical training.  Maybe it’s worth it.  Maybe not.  But it is a possibility one should consider.  The “more” value part should be the first consideration, with the “less” resources – efficiency – part coming next.  Hopefully if we offer this huge value, high cost solution, at least whatever resources we are expending are the absolute lowest amount required because we are very efficient.

Now – my preferred way of approaching this concept, the only way in which I am truly comfortable espousing anything along the lines of “more” and “less” is to:

“provide more value with more resources, using less resources and being more efficient, all within the same or less amount of time.”

Now, that’s awfully long-winded, but that’s also the history major in me.  It is, however, important that all of these points be included.

Provide more value:  covered above, but again the key thing is that we first want to provide value.  If the customers don’t get the value then we shouldn’t offer it.

With more resources: if I’m asking you to find a way to provide more value, then I’m going to give you a bigger pool of resources – staff and money – to help shape things.  To help form the project at the outset.  Start with loose reins, then bring them in when you are underway and need control.

Using less resources and being more efficient: Of course, it is not acceptable long-term to add services to our portfolio that consume resources disproportionate to the value being provided.  At the least, when pilot leads to production, the service should be streamlined and using fewer resources than all other alternatives.

All within the same or less amount of time: This is key.  We all work 100%.  For most people, that means 40 hours per week.  So what I want is for my staff to do all of this, develop new projects that provide more value, etc, all still within those 40 hours per week.

Of course, if you’re being efficient, then what is really happening is that whereas you provided X amount of value during those 40 hours, you are now providing, say, 1.5X or even 2X in the same amount of time.  The entire department is better at providing more value, and over time we do more with more while using less.