{"id":36,"date":"2013-02-13T17:21:39","date_gmt":"2013-02-13T22:21:39","guid":{"rendered":"https:\/\/risacher.org\/jfdi\/?p=36"},"modified":"2013-04-16T22:53:58","modified_gmt":"2013-04-17T02:53:58","slug":"systems-vs-services","status":"publish","type":"post","link":"https:\/\/risacher.org\/jfdi\/2013\/02\/systems-vs-services\/","title":{"rendered":"Buying systems vs. providing services"},"content":{"rendered":"

[Intelink-U mirror<\/a>]<\/em><\/p>\n

\"lightbulb<\/a><\/p>\n

I’ve had a “lightbulb moment” about the problem with the acquisition of IT systems in the Defense Department. The flash was so blinding that several of my co-workers have now filed for disability benefits.<\/p>\n

Like most blinding-flashes-of-the-obvious, the insight was that the question was wrong.<\/p>\n

Let me lead up to it: Beth McGrath (the DoD Deputy Chief Management Officer) famously testified to Congress:<\/p>\n

Our current approach to implementing IT systems takes too long, costs too much, and often fails to deliver the performance improvements we seek. On average, it takes 81 months in DoD from when an IT program is first funded, to when it is fielded. Given the rapid state of improvement in the IT field, this means that we are delivering systems that are outdated before we ever turn them on. In contrast, the iPhone took two years from concept to delivery. It is clear that we need a different approach.<\/p><\/blockquote>\n

DoD personnel are completely fascinated by, and oriented towards, buying systems. Here’s the problem: in today’s world, most IT systems exist to implement a service<\/span>. \u00a0There are not even words in our government lexicon for this; it is hard to even ask the right questions. A “system” is just a tool. It exists to make some task easier or possible. Operating an IT system is often complicated; it requires specialized expertise and there’s more to providing a service than is immediately apparent.\u00a0 By itself, the operation of an IT system could be a service, but really it’s the mission function that the system enables that is the actual service being provided. “Running ATAAPS<\/a>” (Automated Time and Attendance Production System) is a service, but it’s not running the software application that matters – the real service is timecard processing and reporting.<\/p>\n

Sometimes IT systems are acquired as tools for users, just like buying a HMMWV<\/a>, but most of the time, a government IT system is just the backend implementation of a information service<\/em>.<\/p>\n

Here’s an example:\u00a0 MediaWiki<\/a> is a “software application”.\u00a0\u00a0 If I take MediaWiki, and I install it on a server, and connect it to a database, I have a “system”.\u00a0\u00a0 There is a 146-person not-for-profit organization called the Wikimedia Foundation<\/a> that runs a service called “Wikipedia<\/a>“, which is a global, knowledge management service.\u00a0 Providing this service involves putting MediaWiki on a server (many, actually) and administering the system.\u00a0 It also involves securing the system against cyber attack, updating the servers, updating the application software, writing documentation and training materials, managing the user community, collecting metrics, analyzing metrics, fund-raising, replicating SANs, curating content, buying new servers, strategy formulation, disposing of old servers, policy development, integrating load-balancers, optimizing cache servers, failing-over to backup systems, resolving disputes, and notifying users of planned outages, trademark and copyright enforcement, trademark and copyright infringement defense, conference organizing, advertising, and holy-cow-does-it-ever-stop?!<\/p>\n

If you hired a DAWIA-certified<\/a> Level 3 acquisition professional as the PM for a Enterprise Service, he or she would be trained in program management, requirement analysis, cost-estimation, contracting, test & evaluation, systems engineering, etc.\u00a0 He-or-she would not necessarily be trained in any of the operational things it takes to provide an enterprise service (see list above.)<\/p>\n

Lest you think this is too far afield from the world of Government, let me point out that Intelink<\/a> operates MediaWiki on Unclassified, Secret and Top-Secret networks as an award-winning service-of-common-concern called “Intellipedia<\/a>“.\u00a0 Operating Intellipedia requires pretty much all the same activities as running Wikipedia.<\/p>\n

Aside: The Defense Acquisition System (i.e. DoDI 5000.02<\/a>) has specific policy on the Acquisition of Services (Enclosure 9), but that doesn’t begin to address the gap between “acquiring a service”, and “providing a service”.<\/p>\n

There is a vast chasm between “buying a system”, and “providing a service”.\u00a0 The first step for acquiring an IT system should be: determining whose mission is it to provide that service?<\/em>\u00a0 If there are only have vague answers to this, then the proponents should stop<\/span><\/strong>; right at step one, and figure out the DOTxLPF<\/a> (i.e. the non-material) parts of the solution first.\u00a0 Does the Doctrine allow this mission function to be performed as a service, and if so, what Organization has the responsibility to provide it?\u00a0 Do they have the Training, Leadership, Personnel and Facilities to provide the service?<\/p>\n

I have some painful and instructive examples to illustrate this, but this post is already too long, so I’ll write about those separately.<\/p>\n

[followup 1<\/a>][followup 2<\/a>][followup 3<\/a>]<\/p>\n","protected":false},"excerpt":{"rendered":"

[Intelink-U mirror] I’ve had a “lightbulb moment” about the problem with the acquisition of IT systems in the Defense Department. The flash was so blinding that several of my co-workers have now filed for disability benefits. Like most blinding-flashes-of-the-obvious, the insight was that the question was wrong. Let me lead up to it: Beth McGrath […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,8,12],"tags":[],"class_list":["post-36","post","type-post","status-publish","format-standard","hentry","category-it","category-system-vs-service","category-work"],"_links":{"self":[{"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/posts\/36","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/comments?post=36"}],"version-history":[{"count":32,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/posts\/36\/revisions"}],"predecessor-version":[{"id":1261,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/posts\/36\/revisions\/1261"}],"wp:attachment":[{"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/media?parent=36"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/categories?post=36"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/risacher.org\/jfdi\/wp-json\/wp\/v2\/tags?post=36"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}