Behavior is the key and mere data does not convey the reality.
This is a document that I wrote during 2002. Although old, it still has some interesting discussion about business to software transformation in terms of modeling and techniques. Hope readers will find it useful.
Click link below
A Twenty-First Century education places certain demands on Campus IT
• Information about students, teachers, and classes must be accurate and up-todate,
and it must be accessible to serve academic needs met by a wide variety
• Students and teachers need flexible online environments in which they can
address subject- and student-specific teaching and learning needs.
• Students, teachers, and advisors need access to the increasingly rich data about
student performance and interactions so that they can help to ensure student
All of these requirements lead in the direction of a highly integrated campus IT
environment. Yet the architecture that exists on the typical campus today is poorly
suited for this goal, causing exponential increases in resource requirements as new
integrations are added.
Oracle proposes the Academic Enterprise architecture as an alternative that will
help universities scale their infrastructure to meet these increasingly mission-critical
needs. Based on common-sense principles of Service-Oriented Architecture and
pervasive use of standards, the Academic Enterprise provides both a complete
vision and a practical adoption path for colleges and universities to help their
faculty and students succeed using the best support that technology has to offer.
Leo Apotheker – SAP Executive
This lack of sustainability bothers me, and many business leaders have come to share it. My discussions with other CEOs reveal that we will not go back to our merry, pre-crisis ways of limitless consumption and exuberant investment fueled by excessive liquidity. The consensus is that we need better models for capitalism in the 21st century. This crisis has laid bare the need for more clarity in business practices, greater transparency in reporting standards, and above all, the dire need for more sustainable business models.
Over the last two days, the blogosphere has witnessed an interesting debate about whether Vivek Kundra’s resume is entirely accurate and sufficient for his current role as U.S. Federal CIO. It all started with a blog post by John Dvorak, where he casted doubts about Vivek’s academic achievements and his experience outside the public sector, followed by a post by Gauthan Nagesh on NextGov, shedding light on Vivek’s academic records and challenging Dvorak’s positions. It is quite intriguing to look at comments on either blog, as well as on many other blogs and online articles (just search for “Vivek Kundra qualifications” and you’ll find quite a lot).
Besides observing that politics are the same pretty much anywhere, with political appointees being regularly targeted by their opponents, the press and more recently by blogs (quite ironic in Vivek’s case, as he is a fervent believer in the power of Web 2.0), I am not really interested in whether these allegations are founded or not.
What I am more interested in is the fundamental question behind much of these discussions, i.e. is he qualified for the job at hand? In order to answer this question one has to looks at (1) the exact job description and (2) his achievements in related positions.
The Federal Chief Information Officer directs the policy and strategic planning of federal information technology investments and is responsible for oversight of federal technology spending. The Federal CIO establishes and oversees enterprise architecture to ensure system interoperability and information sharing and ensure information security and privacy across the federal government. The CIO will also work closely with the Chief Technology Officer to advance the President’s technology agenda
Words are important here. He is not responsible for the federal IT budget (agencies are), but for its oversight. He directs policies and planning in order to advance the President’s technology agenda. Obama’s agenda clearly is about change in a number of areas, including IT as an important enabler of change. So I guess one of the most important trait the President was looking for was the ability to be a change agent.
Here comes (2), what did he do in the past to show such a trait? Well, I would argue that his achievements in D.C. as a CTO got the attention of many, ranging from how he changed portfolio management to how he made procurement more transparent up until his venture into crowdsourcing applications. He also got a number of recognitions during his tenure in D.C.
Those who have been reading this blog for some time know that I like Vivek and wished him well when he went into some trouble shortly after his appointment. I do not think that allegations or even facts about his qualifications as a student or an entrepreneur can deny his nature of change agent.
If there is one thing that needs to be sorted out now, is how the CIO and CTO role relate to each other. A few days ago I watched an interview that CTO Aneesh Chopra gave to CNET, and could not get a straight answer to this, although the interviewers asked him a direct question. It is quite possible that roles, responsibilities and priorities have already been sorted out. But then, could we please know?
2 RESPONSES SO FAR ↓
Jeff DePasquale // Aug 14, 2009 at 7:48 am
Net-net: I support Vivek as an Executive Partner under EXP. I find his approach to be refreshing and focused. Not sure what his paper qualifications are, but he’s demonstrated to our team his calculated ability to step outside the “beltway box”.
Srinidhi Boray // Aug 14, 2009 at 11:08 am
“”The Federal CIO establishes and oversees enterprise architecture to ensure system interoperability and information sharing and ensure information security and privacy across the federal government.””
Enterprise Architecture, no doubt is a mechanism that can help facilitate change. John Zachman, himself in his FEAC training mentions, that change a ’step function’ can be best anticipated via structures described in the Enterprise Architecture. And, EA is something that is learned over a period of time from experience. Unless, one is born savant.
In lack of architecture experience, most CIO’s in both federal and commercial sectors have made strategic decisions that have not manifested tactically with the desired results. There are numerous cases in the Federal. Should OIG in each agency work with motivation, then a lot of ill-conceived plans and associated ill spent millions of dollars can be purged. But who cares. Talking EA has become a fashion. And, planners lacking design mind introduce ‘empirical dilemma’, that is evident in the Federal Segment Architecture Methodology.
Within the CCA, A-130 Circular ‘information dissemination’ is just one portion of federal responsibility. Web 2.0, or any social networking although good, does not solve the country’s looming problem. Such as, the problem that HHS confronts – medicare, medicaid; that VA confronts – Veteran Patient Health Information system. So on and so forth, there are some very serious problem looming and they have no easy answers both in terms of budget planning and managing the architecture complexity. Here is where we want the Federal CIO to be active. Not dealing with superlatives and in the conceptual solutions domains. Government must be concerned with defining accurately the ‘problem domain’, not engage with ’solution domain’, but seek it instead.
Examples of Cartesian Dilemma
The issue discussed in the article demonstrates the effect of Cartesian Dilemma. Owing to the natural flaw that Cartesian Dilemma introduces, the mechanisms at micro do not reconcile with that of the macro, for the same given set of considerations & assumptions.