The IT Skeptic - Comments for "Don't run IT as a business, run it as part of the business"

Not all consumers of a service are external to IT

Chuck Hollis — Fri, 09 Sep 2011 02:43:24 +0000

Thanks for the RT, Charles, much appreciated.

We're finding that in larger organizations, the primary consumer of ITaaS is, well, other parts of IT vs. direct business users who still need higher-touch engagements.

Storage is turning out to be an exception in some organizations. The fact that some group or another might need to stash a bunch of data in a file system isn't as unusual as you might think.

Would be glad to discuss more around what we're seeing in more progressive IT shops around these thoughts.

Chuck

Storage as a service?

Charles T. Betz — Thu, 08 Sep 2011 16:00:56 +0000

Re-opening this. What do folks think of this "storage as a service" blog by EMC's Chuck Hollis?

Notable quote: "Not only does ITaaS make sense for the entire IT function: the "as-a-service" concept can be recursively applied to underlying IT disciplines, often with great results. And storage is no exception."

Can storage be a service? Pretty low level and techie. What business person wants a raw chunk of SAN? If even "applications" are too "technical" for business people to care about?

Seems like a line of thinking that some would take issue with. Me, I have no problems.

Charles T. Betz
http://www.erp4it.com

Run IT in the business

Gabriel Morgan — Wed, 06 Jul 2011 14:13:00 +0000

I think that most people had the right intention when they began to chant a simple quote "Run IT as a business" to change the thinking in their IT organization. Unfortunately, I feel it was lost on most how the details were to unfold into running an IT organization more professionally rather than as an actual business.

Here's my take on the topic for those interested: http://blogs.msdn.com/b/gabriel_morgan/archive/2011/06/09/strategically-...

Running IT as a business

skeptic — Thu, 16 Jun 2011 21:37:57 +0000

Over on a Microsoft blog, Nick Malik argued against Bob Lewis's post. Nick thinks we should run IT as a business.

It is easy to compete when you do a little creative cost-shifting. That is how businesses actually run: Standard services at Reasonable prices. Solid value that is clearly articulated. Understandable billing. Good customer service. Oodles of cost shifting. Successful businesses run that way. Apparently, so do successful IT services...

Customers saw the cost of something they could perceive as valuable: the cost of the transaction. Everything else was hidden... That is what it means to “Run IT as a Business.”

I commented on that blog (or I think I did: in true Microsoft fashion the comment disappeared without any message. I'm hoping it is awaiting moderation. Or maybe it was because I was using Chrome):

You don't have to run as a business in order to run as a service. You don't even have to run as a business in order to charge-back your service.

Though in the small number of larger organisations that actually achieve true selling of services, their IT department is effectively becoming a separate service provider business, with all the positive and negative impacts that can have: positive efficiencies and customer focus, negative breakdown of team spirit and organisational unity

Service Integration

JamesFinister — Wed, 25 May 2011 10:34:46 +0000

As someone who has flitted between the customer side, the IT department and IT service providers I would agree with Aale.

For many ITSM experts the lack of customer focus jumps out at them, but looking at it form the other perspective it isn't as if ITIL goes into any of the technical aspects of providing production IT infrastructure in any detail. I'm not talking about the use of specific tools here, which don't have a place in a generic framework, but areas like queuing theory and probability, and for that matter basic management accounting. Far be it for me to suggest that one reason for this is that most of those involved in Castle ITIL have little knowledge of these areas.

Let us not forget that in reality a lot of the role of service management teams is, in reality, dealing with the aftermath of failures in the basic ability to deliver and design technical services correctly, and with the consequences of deficient or ill managed contracts.

So yes, let us split ITIL, and ISO 20k into two, a service management aspect to deal with the Supplier>IT department>customer>user chain, and another to make sure the technical requirements are correctly defined, designed and delivered. Let us be very explicit about bring application management into the same framework as infrastructure, and don't forget the need for high level governance. Throw in an integrated approach to portfolio, program and project management, with all the elements sharing a common language and defined interfaces, and we might be starting to get somewhere.

In TCS we talk about this as part of our Service Integration proposition.

James Finister
www.tcs.com
http://coreitsm.blogspot.com/

Keep both IT and Infrastructure

aroos — Wed, 25 May 2011 06:47:16 +0000

I agree with Charlie that IT needs to stay in ITSM. IT is the Business only if IT is your business i.e. the line blurs if you sell IT services.

Another approach to drop IT from ITSM states that there are general Service Management principles that can be applied in any service industry. I don't believe in that. Many service industries are far ahead of IT and the challenges IT has are different. I noticed in a recent email from Ian Clayton that while he talks about general service management, he still mentions "...the challenges of a typical IT service provider organization" in his course description.

But there is also a blurred line at the second I of ITIL. Information Technology Infrastructure is not really the same thing as the whole IT, at least it should not be. In railway terms, infrastructure is the tecnology which enables trains to run. A service is a train on a specific time from place A to B, and an Interrail ticket (with which you can travel on European trains as much as you wish) is an Service Offering. A single framework for the whole railway business does not make sense, the far ends of the business are so different with completely different lifecycles. There would be confusion if a new service means:
1) a new high speed railway to be opened by 2030
2) 7:15 on Saturdays from Helsinki to St Petersburg starting next December
3) A special family package in next July

Instead of ITSM, maybe we should talk about ITISSM, Information Technology Infrastructure Service Management as a separate subject, which manages the common platform that several services use.

Aale

Leave the "IT" in "ITSM"

skeptic — Tue, 24 May 2011 19:12:02 +0000

I recommend this thought-provoking article from Charles Betz:

The need for IT will persist, regardless of sourcing or organizational structure. The technique, the craft, the method of information. It’s been a huge benefit to the world. Let’s neither forget it nor be ashamed of it.

of course that's not INTENDED

fecnde — Sun, 13 Mar 2011 18:10:20 +0000

No one writing about IT-as-a-business would intentionally be encouraging the IT dept to hurt the host-business.

BUT the risks of this happening are very real - your blog post seems to recognize this (fantastic to see such a well cited and analytic post btw).

Captive cost centers can be subject to all of the worst aspects of living under a monopoly. Driving resources away from doing whatever the business is trying to do, diverting them to meet the aims & desires of IT. There is a danger of IT losing sight of it's real mission - facilitating the outcomes the business wants to achieve.

Many of the tools relevant to running a business may aid efficient running of a dept. Which is why I prefer "business-like" as a phrase rather than "as a business".

An old concern

Charles T. Betz — Sun, 13 Mar 2011 15:45:43 +0000

As Terence Quinlan, former Bank of America IT finance leader and now president of the IT Financial Management Association notes, “Managing lS financially as a business does not require a profit center structure. lS can remain a cost center.”

No one who has ever written about IT as a business (and as I noted above, it's a 40 year old thought experiment) has ever gone down this road with the intention of "making a profit from the host business." These are good, careful authors with many decades of senior IT experience between them.

More here.

Charles T. Betz
http://www.erp4it.com

Business-like not "as a business"

fecnde — Sun, 13 Mar 2011 08:10:39 +0000

I totally agree with your point of view here. I incoherently blogged about it three years ago - i wonder if I can do better now.

IT in a business is there solely - and I do mean solely - to assist the business to attain it's objectives (profit, assisting community - it varies). We are a service dept - nothing more, and nothing less. We do need to be business-like - all of the *-managements need to be professionally ... well, managed. Things like financial management, supplier management etc. We need to be business-like. But we are not a business (unless you're an outsourcer - where IT *is* your business).

We support the business - when people try to tell me that they are running the IT dept as a business I wonder whether the business values the competition. Do they mean they are trying to make a profit from the host business? Are they parasitically sucking the host business dry while they try to be the enterprise?

Hopefully not - but sometimes I wonder if they are taking Skep's more satirical books as a how-to manual.

a 40-year old thought experiment

Charles T. Betz — Sat, 12 Mar 2011 18:36:57 +0000

Have answered with a little history of the thinking here.

scaling fallacy

skeptic — Thu, 10 Mar 2011 02:52:00 +0000

"the scaling fallacy (viewing a thing as fractal when, at a certain level of decomposition or aggregation, it ultimately is not...)" Yes as I read the extract I could hear Wally (of Dilbert fame) saying how he was maximising his value delivery or developing his customer service catalogue or some such.

Whenever some tiny group within IT wants to tell me they deliver "services" I can usually pop that bubble pretty quick by asking about their customer relations, cost model, catalogue, service levels, availability management, continuity plans...

Personally I think it's the 5% Club again. In the rarified heights where you live, IT-as-a-business might often make sense, but not down here. And even when it does appear a good idea you gotta ask whether it sets the wrong mindset and sends the wrong message. We all work for the same place.

yes, businesses are fractal

Charles T. Betz — Thu, 10 Mar 2011 02:43:12 +0000

The "business within a business" concept is not limited to IT. I side with Womack and Jones in Lean Thinking:

Finally, we've discovered that these value stream and product line managers, like so much in the lean world, are 'fractal'.

That is, a product line manager overseeing an entire product may work with a number of value stream managers at lower levels taking responsibility for different courses of the value stream. For example, a chief engineer (to use Toyota's term for a product line manager overseeing an entire automotive platform) works with a development leader in design, a value stream manager in the assembly plant, and value stream managers in each of the component plants working on major items assembled into the finished product. Each manager is essentially doing the same job but with varying scope—wide at the top and narrow at the bottom.

This debate is not going away any time soon. There are good reasons for viewing a problem as scale-free. There is also such a thing as the scaling fallacy (viewing a thing as fractal when, at a certain level of decomposition or aggregation, it ultimately is not...)

Charles T. Betz
http://www.erp4it.com

Running IT As A Business

Karen Ferris — Wed, 09 Mar 2011 21:44:49 +0000

Great article Skep.

Couldn't agree more. I have always advised organisations NOT to implement SLM if it is not needed. If you have internal customers who are happy with the services delivered by IT and there is a good (or reasonable) working relationship, why introduce SLM and SLAs?

The same applies for lots of things I guess. If it's not broken - don't try and fix it.

Which is why IT should be an inherent part of the business and not a part from the business. Work out what is needed to be improved from a business perspective (not an IT one) and focus on that.

Cheers

Karen

Business IT Alignment should be ...

CyberJMC66 — Tue, 08 Mar 2011 19:49:20 +0000

Synchronicity... As I have shared in a whitepaper, article and presentation, Alignment is "following", synchronicity is partnering and perhaps leading. So to me, Alignment is table stakes (pay to play) that many IT organization even fail to accomplish. To get a seat at the table, IT has to get beyond keeping the lights on and has to demonstrate true business value (in however that is defined by BOTH business and IT).

Entwinement... Sharing in business risk, something IT hasn't had to do in a long time. Before Smartphones, tablets, the Cloud, and the worst economic conditions since the late 20's, IT had it pretty good - highly immune from business risk that most other departments and parts of the business had to share. This is NO LONGER the case. IT has been forced to reactively share risk, and the progressive, forward-thinking IT organizations are getting better at identifying and managing business risk (like a business) vs. reacting and waiting for risks to appear in the business environment.

So I would tend to agree; SLA's should only look like contracts when you are dealing with MSP's, ISP's, or service providers where you don't have shared risk and shared reward. SLA's should look like simple "agreements" as the acronym states, that simply documents "Here is how we are going to work together and what you can expect" with of course the ability to negotiate if more or less is needed due to cost, quality, risk, etc.

I just gave a presentation this morning to a LIG on Business/IT Relationship repair (presented as a 12 step program). One of those steps was managing to a P&L, Income Statement and Balance Sheet vs. managing to a budget. If you know your services, costs, assets, expenditures, etc - then this excercise is easier than if you don't and budget becomes something you manage vs something that is provided to you (and reduced each year).

LOVE This topic!

John M. Clark

That's like a business within a business

CaryKing — Tue, 08 Mar 2011 19:22:43 +0000

Dean Meyer has been saying for that it is really a business-within-a-business for about a decade.
www.fullcost.com

The fastest way to reach a rationalized and prices service portfolio, and catalog, is to organize around services with a budget.

The "thin veneer" is a good line.

Organizing around core services as prime contractors and supporting services as subcontractors is the way to get prepared for the increasing disintermediation that is IT's future.

Combine that with real time-driven activity-based costing capture of details, and maybe design for six sigma, throw in a little of Ian Clayton's very pertinent outside-in thinking and we may not just all get outsourced.

It is a great idea

aroos — Tue, 08 Mar 2011 14:31:38 +0000

Running IT as business within a corporation is a great idea, think about it. Just make sure that you have total monopoly and can set your prices. It is actually the only way for internal IT people to get rich. Set the prices right and let the bonuses and expences flow ;)

The downside is that the happiness will not last long.

Aale

SLA's

CraigWilkey — Tue, 08 Mar 2011 10:40:16 +0000

Well said.

I tweeted just yesterday, "I can't help but wonder if SLA's inherently cast IT as an adversary against the business by assuming best effort is not applied."

There are significant differences between partnership, alignment and integration.

The IT Skeptic - Comments for "Don&#039;t run IT as a business, run it as part of the business"

Not all consumers of a service are external to IT

Storage as a service?

Run IT in the business

Running IT as a business

Service Integration

Keep both IT and Infrastructure

Leave the "IT" in "ITSM"

of course that's not INTENDED

An old concern

Business-like not "as a business"

a 40-year old thought experiment

scaling fallacy

yes, businesses are fractal

Running IT As A Business

Business IT Alignment should be ...

That's like a business within a business

It is a great idea

SLA's

The IT Skeptic - Comments for "Don't run IT as a business, run it as part of the business"