October 4, 2008

Why a New Blog Called the Total CIO?

As you all know, I have been leading and promoting the concept of User-centric Enterprise Architecture for some time now.

After hundreds of blog posts and numerous articles, interviews, and speeches, I believe it is time to expand the core principles of User-centric EA to encompass all that a CIO can and should do to implement best practices that facilitate total mission success.

Thus, the concept of the "Total CIO".
  • The Total CIO is mission-driven. He or she never compromises on delivering IT solutions that meet business requirements. In today's world this means capturing and managing customer requirements, synthesizing business and IT for effective strategy as well as efficient tactical implementation.
  • The Total CIO is holistically minded. He/she employs best practices from various disciplines (IT, business process reengineering, human capital, etc.) to move the mission forward through infomation technology. This quality speaks to innovation, expansiveness, and thinking outside the box without ever losing sight of the goal.
  • The Total CIO is customer-centric. He/she focuses on making it easier for people to use technology. That means he/she is focused on helping people deliver on the mission. This means that rather than speaking in jargon and creating shelfware, he/she delivers useful and usable information and technology to benefit everyone from the CEO to front-line personnel.

I look forward to your comments and input.
Share/Save/Bookmark

October 3, 2008

Enterprise Architecture Fit

Enterprise architecture helps organizations to ensure strategic business alignment and technical compliance of their systems.

Architecture and Governance Magazine, Volume 4, Issue 3, has an interesting article on “Business Fit vs. Technical Fit” by Larry DeBoever, in which he proposes a mapping of systems to demonstrate their EA fit.

Systems are mapped on a 2x2 grid that has business fit on the y axis and technology fit on the x axis.

The resulting quadrants provide a visualization of how systems map in terms of business alignment and technical compliance. Here is my view on these:

  • Lower left—low business and low technology fit. These are systems that are duds; theydo not meet business requirements or technology standards and should be sunset.
  • Upper left—high business and low technology fit. These are systems that are silos; they meet business needs, but don’t provide technical alignment in terms of interoperability, standardization, component reuse or alignment to the target architecture and transition plan. These systems need a technology waiver or should be retrofitted to comply with the enterprise architecture.
  • Lower right—low business and high technology fit. These are systems that are “toys”. They do not meet the requirements of the business, although they align nicely with the technology standards of the organization. Unless these systems can demonstrate business value, they should be decommissioned.
  • Upper right—high business and high technology fit. These are systems are optimal; they are in the EA sweet spot in that they meet business requirements and technology compliance parameters. These systems are sound IT investments for the organization.

This quadrant view of EA fit for systems is a wonderful tool for planning and also for conducting EA board reviews of proposed new systems or changes to existing systems.

For systems that do have business and/or technology alignment, Larry DeBoever calls for ongoing reviews and enhancements, due to “the problem of regression.” Since business needs and technology standards and plans are constantly evolving, our systems will be under constant pressure being forced to lower levels of business and technology alignment. Therefore, system development, enhancements and modernization is an imperative to remain competitive and on mission.


Share/Save/Bookmark

October 1, 2008

Personal Enterprise Architecture

For a long time, I’ve wondered about the application of “enterprise” architecture to the person. In other words, can the principles of EA that are typically applied to an organization be relevant to us as individuals. And frankly, I am certain that they can!
Personal Enterprise Architecture (PEA)—essentially, this means that you’re your own enterprise. And you need to treat your life in the same (or even better) careful and planned manner that you would treat the organization that you care about and are hired to steward. This means taking an accounting of where you are in your life (your personal baseline), figuring out where you are going or want to be (your personal target), and then coming up with a game plan of how you are going to get there (usually through some sort of combination of hard work, personal investment, and self-sacrifice).

As this particular time of year, the Jewish New Year (Rosh Hashanah), Personal EA is especially meaningful. Rosh Hashanah is a time of personal judgment. It is a time of introspection—where we reflect on our actions of the past year (our personal baseline); we feel and express regret for the things that we’ve done wrong; we commit to do better in the future (our personal target); and we plan how we can be better human beings in the year ahead of us (our personal transition plan).



In a sense, our lives can actually be more complicated than business processes and technology enablers. There is a Jewish saying that every human being is a whole world unto themselves. I believe this applies in terms of our value in the eyes of G-d, complexity as a combination of individualized nature and nurture, and in terms of potential to do great things.

True, we sometimes do things in an automated fashion—by rote, without thinking, sometimes callous of others feelings and the impact our actions have on ourselves and others. But we are not automatons!
As human beings, we are all faced with enormous personal tests and challenges. Unlike an organization, it’s not just about making money or achieving the organizational goals (however important those may be). But rather, we must face difficult and daunting human issues, day-in and day-out. We all know these human challenges. They are on one hand the most personal and often painful and on the other, the most central and meaningful. For each of us, these challenges are different. But the issues test our faith, demand compassion for others, and involve personal sacrifice.
Whatever your religion and whenever your new year (and time of reflection and judgment) is, we all share a commonality. We are human being endowed by our creator with a soul that drives us to pick ourselves up from wherever we are today and strive for a better tomorrow. What more noble an EA can there be?

Share/Save/Bookmark

September 28, 2008

The Outlook for Enterprise Architecture

Enterprise architecture in its current form is due for a review by the next administration—McCain or Obama.

Will EA be the same under the next president?

Government Executive Magazine, 15 September 2008, discusses “seven election-proof initiatives likely to go on in some form or another no matter who wins in November,” and enterprise architecture is one of those.

The Federal Enterprise Architecture is looked at as a mixed bag by the Office of Management and Budget.

On one hand, it has been “a jargon-filled, technical IT effort, and one of the toughest for the Bush administration to tackle.”

On the other hand, “prognosticators say it will survive in some form because it has been a useful planning tool for chief information officers.”

Indeed EA is a challenge for any organization—planning and driving business and technology change, breaking down organizational and functional silos, pushing for information sharing, interoperability, and reuse, mandating technical standards and preferred products, insisting on performance measurement, and enforcing compliance of IT security, privacy, Section 508, records management—EA is even more taxing for OMB which is looking to do these things across the entire federal government!

What is undeniable is that enterprise architecture plays a vital function in our organizations!

The vice president of FedSources, Ray Bjorklund, states: “As painful as an architecture is to create, it is really very helpful.”

Glenn Schlarman, former chief of Information Policy and Technology Brach at OMB, states “I don’t give architecture in its current state much of a chance of survival because it’s too complex. If they could distill it down to a couple of salient points and wrap it with security then maybe it can be saved.”

While the Schlarman’s points may sound harsh, I actually agree with him on the unnecessary complexity. This is a core tenet of User-centric Enterprise Architecture. As Schlarman says, we need to “distill” the message and clearly present it to our organizational decision makers. It needs to be useful and useable to them!

EA will not only be saved, but will continue to thrive. As global competition continues to heat up, the pace of technology change spins faster and faster, and constrained resources continue to press us to do ever more with ever less, our organizations will be forced to respond in strength. Organization’s will continue look to enterprise architecture to better plan business process improvement and IT enablement and to govern sound investments and change. User-centric EA will keep the efforts focused on valuable and actionable architectures.


Share/Save/Bookmark

September 27, 2008

Intel is King of Change and Enterprise Architecture

Intel is one of the most amazing companies. They are the world’s largest semiconductor company, and the inventor of the popular x86 microprocessor series found in most PCs. Intel has around $40 billion in annual revenue, and ranked 62 in the Fortune 500 last year.

The Wall Street Journal 27-28 September 2008 has an interview with CEO of Intel, Paul Ostellini, that offers some useful lessons for enterprise architects:

  • Plan for change—“A CEO’s main job, because you have access to all of the information, is to see the need to change before anyone else does.” It’s great when the CEO has access to the information for seeing ahead and around the curves, but many do not. Information is critical and leaders need plenty of it to keep from steering the enterprise off a cliff. An important role of enterprise architects is provide business and technical information to the CEO and other executives to give them clear vision to the changes needed to grow and safeguard the business. (Perhaps better information would have prevented or reduced the damage to so many companies in dot-com bubble a few years ago and the financial crisis afflicting Wall Street today!)
  • Question repeatedly—a prior CEO of Intel, Andrew Grove, taught him “Ask why, and ask it again five more times, until all of the artifice is stripped away and you end up with the intellectually honest answer.” It easy to accept things on face value or to make snap judgments, but to really understand an issue, you need to get below the surface, and the way you do this is to question and dig deeper. I think this is critical for enterprise architects who are evaluating business and technology and providing recommendations to the business that can potentially make or break change efficacy. Architects should not just capture information to plunk into the architecture repository, but should question what they are seeing and hearing about the business, validate it, categorize it, and analyze it, to add value to it before serving that information up to decision makers.
  • Measure Performance—“we systematically measured the performance of every part of the company to determine what was world class and what wasn’t. Then as analytically as possible, --we made the cuts…and saved $3 billion in overall spending.” Measuring performance is the only way to effectively manage performance. If decisions are to be anything more than gut and intuition, they need to be based on quantifiable measures and not just subjective management whim. Enterprise architects need to be proponents for enterprise-wide performance measurement. And not just at the top level either. Performance measures need to be implemented throughout the enterprise (vertically and horizontally) and dashboard views need to be provided to executives to make the measures visible and actionable.
  • Communicate, communicate—“I made it my job to communicate, communicate, communicate the positive message. I did open forums, I did Webcasts, I told the employees to send me questions via email and I’d answer them...you have to convince them through reasoning and logic, the accuracy of your claims.” Good communication is one of those areas that are often overlooked and underappreciated. Leadership often just assumes that people will follow because they are “the leaders”. NOPE! People are not sheep. They will not follow just because. People are intelligent and want to be respected and explained to why….communication early and often is the key. The approach to architecture that I espouse, User-centric EA, focuses on the users and effectively communicating with them—each the way they need to absorb the information and at the level that is actionable to them. Making architecture information easy to understand and readily available is essential to help make it valuable and actionable to the users. User-centric EA uses principles of communication and design to do this.
Intel, in its 40 year history, has repeatedly planned for change, measured it, and managed it successfully. Intel’s CEO, Gordon Moore, is the epitome of driving change. Moore, the founder of Moore’s Law, captured the exponential change/improvement in silicon chip performance—identifying that the number of transistors packed on silicon chip would double every two years. Intel’s subsequent obsession with Moore’s Law has kept them as the dominant player in computer processors and may lead them to dominance in cell phones and other mobile devices as well.
Share/Save/Bookmark

September 26, 2008

Treating the Root Cause and Enterprise Architecture

All too often, when there are issues in our organizations, we treat the symptoms instead of the problems. Just like this is bad medicine in treating illness and healing patients, so too it is ineffective in architecting our organizations.

The Wall Street Journal, 22 September 2008, has an article entitled “Making the Most of Customer Complaints.”

The quick-fix problem resolution:

"Companies have customer service sort out the immediate problem, offer an apology or some compensation, then assume all is well. This approach does nothing to address the underlying problem, practically guaranteeing similar failures and complaints.”

This “has enormous impact on customer satisfaction, repeat business, and ultimately profits and growth.”

The three actors and their conflicting approaches:

The customer—“can be left feeling their problem was not addressed seriously, even when they’ve received some form of compensation.” Customers are fairness-minded; they want to know why the problem occurred and that it will not happen again.

The service rep—“can start seeing complaining customers as the enemy, even though they point out flaws that need fixing.” Customer service reps are yelled at and abused by frustrated and angry customers who hold the service reps responsible for failures that are out of their control.

The managers—“can feel pressure to limit flows of critical customer comments, even though acting on the information will improve efficiency and profits.” Managers need to learn from failures and reengineer the processes to correct problems, but instead they fear reporting negative customer satisfaction and shun reporting these. In essence, they are taught to just make the problem go away!

The result:

“Fewer than 8% of the 60 organizations” in the wall Street Journal study did well integrating these actors and their perspectives to resolve problems at their root cause.

The focus unfortunately is on short term results instead of architecting long term success.

“Our experience with managers interested in improving service recovery indicates that most hope for a quick fix…but quick fixes only treat the symptoms of underlying problems. Real resolutions should involve closer integration among the three stakeholders, such as gathering more information from customers and sharing it throughout the company, and adopting new structures and practices that make it easier to spot problems and fix them.

There is an important enterprise architecture lesson here:

While executive management often want to achieve a quick turnaround and show results ASAP, and getting the low hanging fruit is often quite tempting, it is not often going to lead to substantive improvement in our organizations without a commitment and plan to address root cause.

Sure, in architecting the organization, we need to start somewhere, show progress, and continuously build on initial success (i.e. it’s an evolutionary process). However, there must be a long term plan/architecture that deals with genuine, deep-seated organizational issues, improves our underlying processes and their technology enablement, and leads to fundamental growth and enterprise maturation. A quick fix just will not do!


Share/Save/Bookmark

September 21, 2008

Home Depot and User-Centric Enterprise Architecture

Operational efficiency can be the downfall of customer service.

Home Depot, with approximately $80 billion in sales is #22 on the Fortune 500. They are the world's largest home improvement specialty retailer with over 2200 retail stores, and after Wal-Mart, they are the second largest retailer in the U.S.

Yet, Home Depot has been on a slide, according to Fortune Magazine, 29 September 2008.

“Over the past several years a trip to the big orange box has so often ended in frustration that the company once famous for its helpful employees became fodder for late-night TV jokes and home to hundreds of blog rants about bad experiences and disengaged or scarce employees."

How has this affected business?

“On the University of Michigan’s American Customer Satisfaction Index, Home Depot fell eight points in seven years, to 67 at the end of 2007. It was the largest drop for any retailer in the index, while rival Lowe’s remained steady at 75…In this third year of decline, Home Depot’s same-store sales dropped 7.9% in 2008 second fiscal quarter; rival Lowe’s posted a 5.3% drop.”

What went wrong at Home Depot?

In 2000, Robert Nardelli of GE took over as CEO, acquired 30 companies and nearly doubled revenues, but he also imposed the rigorous GE style “systems- and data-culture, to help centralize purchasing and merchandising…[focusing] on growth and efficiency” and assessing store managers on 30 metrics, but “none related to customer service.”

Can you believe that Home Depot used 30 measures and NOT ONE had to do with customer service???

Unfortunately, says Ken Langone, one of the founders of Home Depot, Nardelli “didn’t appreciate the importance of a kid on the floor with an apron on.”

“The focus was on the metrics below the sales line, but not sales itself,” says a regional manager. “Stores became dirty, employees, surely or scarce. The result a company that looked better on paper, felt much unhappier in person. And in the retail business, where the customer experience is what matters most, that unhappiness eventually showed up at the cash register.”

Back to customer basics:

Now, under new CEO Frank Blake, Home Depot is returning to its customer-driven roots, and as a result they are closing the same-store sales gap with Lowes and stopping the slide in customer satisfaction. But regaining the trust of their customers will certainly be a challenge and a road to recovery.

As I read this story in Fortune about Home Depot and internalized it, I came to appreciate more than ever the duality and criticality of User-centric Enterprise Architecture (UCEA).

UCEA is not just developing the enterprise architecture with our users in mind (i.e. providing critical strategic information and governance services to the executive decision makers, line of business program and project managers, and IT professionals)—that is only one part. Perhaps the more critical element of User-centric EA is focusing the enterprise’s architecture on its customers. The way to continuously move the organization into the future is to always to focus and refocus on the organizations’ customers—on their needs, tastes, and continuous satisfaction.

The key is to align the business and technical architecture with customer needs. The organization will only succeed if its users are getting what they need and that is the architecture that must be developed and refined over time.
Share/Save/Bookmark

September 20, 2008

An Apple Turnover and Enterprise Architecture

CIO Magazine, 15 July 2008, has an interesting article called “A Tangled Paths for Macs in the Enterprise.”

The question posed: is it time to switch our enterprise from PCs to Macs?

“Apple—a synonym for awe-inspiring design and coolness—the antithesis to stodgy old corporate technology…the iPhone’s favorable reception portends something more: Some believe it could usher in the era of a more enterprise-friendly Apple.”

Macs have come a long way…

Macs have increasingly become the consumers’ brand of choice. Apple shipped 2.3 million Macs in the second quarter of 2008, which represents a 51 percent growth for the product.”

Will Weider, the CIO of the Ministry of Health Care and Affinity Health System compares “Macs to luxury cars in a PC world of Chevy Impalas.”

Aside from the design wow factor and their innovativeness, historically, Macs are safer from viruses and have lower maintenance costs. All good reasons to consider an enterprise roll-over to Macs.

From a User-centric perspective, Apple understands how people use technology and their products seem to be the choice many would like to make!

What is holding Apple back in the enterprise?

Consumer-orientation: “Business adoption of Macs and Apple software has been sluggish, perhaps, in part, because this is a low priority for Apple. While Apple, of course, deals with businesses, it remains a consumer-oriented company, by the numbers.”

Technology refresh schedule: “Apple does not provide technology roadmaps…what’s worse they make their hardware incompatible with the previous version of the operating system, and their schedule is impossible to keep up with.”

So what is an advantage to Apple in the consumer marketplace—catering to consumer needs and rapid innovation—is a boondoggle in the business environment. Ah, a double edged sword indeed.

Further, a wholesale switch-out to Apple in a Windows shop typically involves desktops, servers, operating systems, and reworking oodles of legacy systems; this is quite a costly endeavor that is not easy to justify in resource constrained organizations.

Further, one of the core principles of enterprise architecture is standardization in order to reduce complexity and achieve cost-efficiencies, so introducing new platforms or a mixed environment is frowned upon.

In the future, as more and more applications become commoditized and moved to the Internet, thereby reducing the cost of transition to Apple, perhaps Apple will have a better chance to challenge Microsoft on the business playing field.


Share/Save/Bookmark

September 19, 2008

Three Branches of Government and Enterprise Architecture

The constitution, as we all know, sets up a wonderful form of government with three branches--the legislative, executive, and judicial--which function holistically and with checks and balances.

Architecture and Governance Magazine, Volume 4, Issue 2, has an article called “IT Architecture in Action” by Richard Reese that compares the major steps of architecture to the branches of our government, as follows:

  • The legislative branch—“sets the policy [and] establishes technical direction” To me, the legislative aspect of architecture is carried out by the EA program. The program develops the methodology, framework, policies, and processes, and develops the architecture blueprints for our organizations. Of course, EA does this based on the requirements of the organization, just as congress sets direction based on the needs and wishes of their constituents (i.e. this is the way it is supposed to work).
  • The judicial branch—“creates and runs the ‘governing body,’ which manages compliance and recommends changes to policy and standards.” This is clearly the EA board (EAB) and Investment Review Board (IRB). The EAB reviews new and major changes to IT projects, products, and standards and provides findings and recommendations to the Investment Review Board, which issues decisions on authorizing, prioritizing, and funding the IT projects.

While the article does not address the executive branch, I would add it in to the analogy like this:

  • The executive branch—implements the EA through day-to-day management of business and technology. This is done by the line of business program/project managers and IT professionals! They ensure the business requirements and technical solutions align to and comply with architecture. They implement the letter and spirit of the target architecture and transition plan by implementing segment and solutions architectures for the operation of the business and it technology support

Just as the three branches of government cannot function without each other, so to the functions of an enterprise architecture program cannot be successful without the others. The EA program sets the overall architectural policy and direction; the EAB and IRB vets and adjudicates the IT investments in accordance with the architecture; the business and technical professional executes or carries out the architecture with programs and projects to meet the business strategic, tactical, and operational needs.

Similar to the three branches of government, the EA program, boards, and business/technical professionals are each separate, but work together and counter balance each other to establish architecture direction, interpret it on a project by project basis, and execute those projects to modernize and transform the organization.


Share/Save/Bookmark

September 14, 2008

The Ostrich Effect and Enterprise Architecture

From the financial and credit crisis, to soaring energy prices, job losses, foreclosures, and run-away inflation, people’s investment portfolios are looking pretty darn gloomy these days.

The Wall Street Journal, 13-14 September 2008 reports “Should you Fear the Ostrich Effect?”

What’s the ostrich effect?

“Behavioral economist George Loewenstein of Carnegie Mellon University coined the term, ‘the ostrich effect’ to describe the way investors stick their heads in the sand during lousy markets.

Forget the letter opener when your financial statement arrives and stop looking up the value of your investment portfolio online, because “if you don’t know for sure how your portfolio did, you can always retain the hope that it somehow did better.”

This is a way for people to hide from the reality of their losses. “Turning yourself into an ostrich doesn’t make your losses go away, but it does enable you to pretend they aren’t there.” What a wonderful defense mechanism for our psyches!

Reading and thinking about this ostrich effect, I realized that it applies not only to the way people deal with financial losses, but all sorts of bad news they don’t want to hear or deal with.

I believe in Freudian terms, they call this DENIAL!

Just put your head in the sand and whatever it is you don’t want to deal with isn’t there, right?

We all know that hiding from problems doesn’t make them go away. Yet, this same phenomenon in people’s personal lives is ever present in our enterprises!

How many of the executives in your organizations follow this prescription of sticking their head in the sand when they don’t want to hear about or acknowledge problems in the workplace—competitive, technical, regulatory and so on?

Unfortunately, many of our leaders close their eyes and ears to the problems that afflict our organizations in spite of all the reports, briefings, metrics, dashboards, and subject matter experts they consult.

Why do our leaders ignore bad or challenging news?

I suppose similar to the investor who doesn’t want to face the negative returns and shrinking balances on their account statements, executives often don’t want to or are unable to deal with the harsh reality in their organizations and in the competitive environment. It’s so much easier to pretend problems and challenges don’t exist and continue to report stellar results and returns to their boards, stockholders, stakeholders, regulators, and oversight authorities.

In this election season, there has been a lot of banter of “putting lipstick on a pig.” Sounds a little like how ineffective leaders pretend to lead, by putting rosy colored lipstick on a pretty awful looking pig.

The best leaders will use all the information available to face reality and raise the performance of the organization and its people to meet the challenges head on and truly grow and excel.

The average and worst leader ignore what’s going on around them and see only what they want to see and report up and out what they believe others want to hear.

Where does enterprise architecture come into play with this?

Enterprise architecture is a vital source of information for our CIOs and other leaders. The wise ones see the strategic value of enterprise architecture, commit to it, champion it, and invest in it, using it to identify gaps, redundancies, roadblocks, and opportunities to innovate and improve the business and technology of the organization. I urge all CIOs to avoid being like the ostrich, and take this approach.


Share/Save/Bookmark

September 13, 2008

Gap Analysis and Enterprise Architecture

There was a terrific keynote at the 1105 Government Information Group enterprise architecture conference this week in Washington, DC by Mr. Armando Ortiz, who presented “An Executive Architect’s View of IT Asset Investment and EA Governance Strategies.”

The highlight for me was Mr. Ortiz, view of EA gap analysis, which goes something like this (i.e. in my words):

Enterprise architects, supported by business and technical subject matter experts across the organization, develop the current and target architectures. The difference between these is what I would call, the architecture gap, from which is developed the transition plan (so far not much new here).

But here comes the rest…

The gap between the current IT assets and the target IT assets results in one of two things, either:

  • New IT assets (i.e. an investment strategy) or
  • Retooling of existing IT assets (i.e. a basic containment strategy);

New IT investments are a strategic, long-term strategy and retooling the existing IT assets is an operational, short-term strategy.

In terms of the corporate actors, you can have either:

  • Business IT (decentralized IT) or
  • Enterprise IT (centralized IT; the CIO) manage the IT asset strategy.

For new IT investments:

  • If they are managed by business IT, then the focus is business innovation (i.e. it is non-standard IT and driven by the need for competitive advantage), and
  • If it is managed by enterprise IT, then it is a growth strategy (i.e. it is rolling out standardized IT—utility computing--for implementing enterprise solutions for systems or infrastructure).

For existing IT assets:

  • If they are managed by business IT, then the focus is improvement (i.e. improving IT for short-term profitability), and
  • If it is managed by enterprise IT, then it is a renewal strategy (i.e. for recapitalizing enterprise IT assets).

What the difference who is managing the IT assets?

  • When IT Assets are managed by business IT units, then the organization is motivated by the core mission or niche IT solutions and the need to remain nimble in the marketplace, and
  • When IT assets are managed by the enterprise IT, then the organizations is motivated by establishing centralized controls, standards, and cost-effectiveness.
Both approaches are important in establishing a solid, holistic, federated IT governance.

Mr. Ortiz went on to describe the EA plans developing three CIO WIFMS (what’s in it for me):

  • Operational excellence (“run IT efficiently)
  • Optimization (“make IT better”)
  • Transformation (“new IT value proposition”)

The link between IT assets, investment/containment strategies, business and enterprise IT actors, and the benefits to the CIO and the enterprise was a well articulated and perceptive examination of enterprise architecture and gap analysis.


Share/Save/Bookmark

September 12, 2008

“Postmodern IT” and Enterprise Architecture

We all want to know where IT is going in the future, what the trends are, so we can meet our future in it head-on.

CIO Magazine, 1 May 2006, had an article called, “The Postmodern Manifesto”, predicting what the postmodern IT department will look like. 2+ years have passed (a long time in IT according to Moore’s Law), but these IT trends remain solid and true.

  • Business innovation—“IT will assume responsibility for business innovation across the company. IT has spent the better part of 40 years automating business processes…IT’s role in process innovation will only increase…’we’ve gone from being the engineers of new processes to being the movers of innovation across the company,’” says Judith Campbell CIO of New York Life.

This view is consistent with the Federal Enterprise Architecture Practice Guidance, November 2007 that states: “Results-oriented architecture is developed with the context of the Performance Improvement Lifecycle broken down into three-phases: ‘Architect’, ‘Invest’ and ‘Implement’. Each lifecycle phases is comprised of tightly integrated processes which combine to transform an agency’s top-down strategic goals and bottom-up system needs into a logical series of work products designed to help the agency achieve strategic results.”

Bottom line is the IT function and enterprise architecture in particular is viewed as the discipline for business process reengineering, improvement, and the introduction of new technologies, and the measure of success is results—cost-savings, cost-efficiencies, and performance improvements.

  • Federated governance—“IT governance will settle on the federated model and shared services…CIO’s have come to a consensus on the overall model for IT: a mix of centralized and local services known as the federated model, which is governed centrally by a small headquarters staff that gives varying degrees of autonomy to IT groups allied with different business units, functions or geographies.”

This is consistent with the need for IT organizations to be interoperable, secure, share information and services, and be cost effective, yet at the same time stay nimble and allow “unique resources to remain local.”

  • Return on Investment (ROI)—“IT ROI will become even more difficult to prove…Tacit IT is not about automation…Tacit IT is all about decision support, knowledge management, business intelligence and artificial intelligence…And the pressure will be on vendors to make technology think rather than automate.”

IT has always been challenged in measuring return on investment (or in the government return on mission), but it is especially difficult when it comes quantifying the return on an abstract called information.

This performance measurement challenge is manifest in the field of enterprise architecture as well.

At the 1105 Government Information Group Enterprise Architecture Conference in DC this past week, Keith Herrington of the Defense Intelligence Agency (DIA) presented the following:

“• Observation: Within the Federal government there is no observed link between the maturity of the enterprise architecture effort and the performance of the enterprise as a whole.”

I too have personally seen many agencies struggle to quantify the results of their IT and architecture programs and hence, anecdotal evidence, unfortunately continues to prevail as the default “measurement.”

  • Transformation—“CIOs will have to step up…’the concept of providing a secure, stable infrastructure is merely the price of admission,’ says Jeffrey Campbell, CIO of BNSF Railway. ‘[to survive], you have to be a transformational CIO.’”

So true! According to an article in Architecture and Governance Magazine, Volume 3, Issue, “Metrics that Matter”: “IT should measure three types of attributes in what is essentially a modified form of the Balanced Scorecard approach to measure performance and change management. Those three attributes are: strategic value, project management effectiveness, and operational effectiveness. Ironically, while the first two matter the most to executives in most cases, IT typically focuses on the third area, which executives only care about if the IT department has a history of failure and thus needs to be closely monitored on the basics.”

Yes, we need to make sure the IT computer and server “lights” stay on, the network is up and the communications are available, but more importantly we need to take IT to the next level, to strategically partner with the business to architect, govern, and achieve genuine, measureable ROI and transformation!


Share/Save/Bookmark

September 7, 2008

Toyota and Enterprise Architecture

MSNBC on 24 April 2007 reported: through a shrewd combination of investing in environment-friendly vehicles, offering sharp new models and wooing drivers with brand power, Toyota has toppled GM from the top global sales spot for the first time ever.”

Harvard Business Review, June 2008, reports on “Contradictions that Drive Toyota’s Success.” (by Hirotaka Tekeuchi, Emi Osono, and Norihiko Shimizu) Toyota Motor Corporation has become one of the world’s greatest companies because of Toyota Production System (TPS)…enables the Japanese giant to make the planet’s best automobiles at the lowest cost and to develop new products quickly.”

What is Toyota’s secret?

Reaching for the stars—Toyota sets “near-unattainable goals.” For example, “consider the company’s strategy: Meet every customer need and provide a full line in every market.” This runs counter to Michael Porter’s strategy of “choosing what not to do.” Additionally, Toyota’s goals are “purposely vague” to force exploration, innovation, and collaboration to meet them.

Consider the goals stated by Toyota’s president, Katsuaki Watanabe:

“Build a car that makes the air clean [not just less dirty], prevents accidents [not just reduces accident’s], makes people healthier and happier when they drive it [not just a car that gets you from place to place], and gets you from coast to coast on one task of gas [not just incrementally improving gas mileage].”

Have you ever seen anything like these goals in your organization’s strategic plans?

I highly doubt it. But imagine how your enterprise would change culturally and competitively overnight if you did!

Of course, Toyota’s strategy of Kaizen—continuous improvement—is part of their unending desire to succeed and not be satisfied. They view improvement as not something you achieve, but as something you continuously strive for.

We can apply Toyota’s reach goals and Kaizen philosophy to making enterprise architecture planning more effective too. We need to stop conveniently “planning” on things we are working on now or for which we have a head-up that are just around the corner. Sure it’s easy to plan with 20-20 hindsight and it helps us to achieve our unit and individual performance plans and gets inappropriately recognized and rewarded, but this is really a short term outlook and not one that will drive organizational success. Instead, like Toyota, we need to set goals that are stretch goals for the organization, and which make us go beyond our comfort zones, so that we can truly work to break out of the box and differentiate ourselves and our organization from the status quo and the limits of our imagination. Setting the bar truly high and then not settling for anything less than continual improvement is a long term strategy for success and one that needs to be genuinely encouraged and rewarded.

Here’s another important aspect of Toyota’s success:

Employees are highly valued— “Toyota views employees not just as pairs of hands, but as knowledge workers.” Ideas are welcome from everyone up and down the organization. “Employees have to operate in a culture where they constantly grapple with challenges and problems and must come up with fresh ideas…when people grapple with opposing insights, they understand and come up with effective solutions.” In fact, at Toyota, “employees feel safe, even empowered to voice contrary opinions and contradict superiors.” There is a culture of open communications, and a tremendous value is placed on personal relationships and networking. Additionally, value is placed not on results, but for “how much trust and respect the manager has earned from others,” and “refusing to listen to others is a serious offense.”

This concept of valuing employees and listening to them can shed light on how we need to develop effective enterprise architecture and sound governance; whereby, we provide all major stakeholders a voice at the table--to participate in and influence planning, decision making, and innovation. This is the way to achieve higher returns and lower risks. We need to stop planning and making decisions on the whims of the few or based on gut, intuition, and politics. We must cultivate information sharing, collaboration, and elevate people as the quintessential element of our enterprise’s success.

“Toyota’s culture…places humans, not machines, at the center of the company. As such, the company will be imperfect, and there will always be room for improvement.”

People are flawed, but our endeavors make us great!


Share/Save/Bookmark

September 5, 2008

The Future of Cloud Computing

Cloud computing—“a style of computing where IT-related capabilities are provided ‘as a service’, allowing users to access technology-enabled services ‘in the cloud’ without knowledge of, expertise with, or control over the technology infrastructure that supports them.” (Wikipedia)

In an article in InfoWorld, 7 April 2008, called What Cloud Computing Really Means, Galen Gruman states that “Cloud computing encompasses any subscription-based or pay-per use service that, in real time over the Internet, extends IT capabilities.”

What’s an example of cloud computing?

An example of cloud computing is Google Apps that provides common business applications (similar to traditional office suits) online.”

How does cloud computing work?

In cloud computing, resources--either hardware or software--are available on-demand—as needed.

In the case of on-demand software, application service providers (ASPs) offer software as a service (SaaS). And for on-demand hardware or IT infrastructure (i.e. virtual data center capabilities such as servers or storage), the offering takes the form of utility computing. In both cases, technology resources are served up on a pay-as-you-go or metered basis, similar to the way a public utility would charge for electricity, oil/gas, telephone, water, and so on.

The cloud computing model is similar to service oriented architecture where there is a service provider and consumer, and here the Internet functions the basic service broker.

Cloud computing is has a basis in technology virtualization in which service providers "hide the physical characteristics of computing resources from their users [consumers]." (Wikipedia)

What are the major advantages of cloud computing?

Cost—one of the big advantages of this computing model is that the upfront IT investment cost is little to none, since the IT assets are in essence being rented.

Scalability—customers have the ability to use more resources when they have a surge in demand and can scale back or turn off the spigot when the resources are not needed.

Flexibility—As IT capabilities get updated by the service provider, consumers in the cloud model can make immediate use of them and benefit sooner than if they had to stand up the capabilities themselves.

Mission focus—The enterprise can stay focused on core mission and mission support capabilities and in essence easily outsource business support functions, where the service provider is responsible for enabling more generic (not strategic or differentiators) business capabilities.

What are the enterprise architecture implications?

Cloud computing can play an important role in focusing IT solutions on strategic mission requirements, simplifying and standardizing our IT infrastructures by outsourcing capabilities, utilizing a services oriented architecture (SOA) model where common business services are served up by providers and consumed by the enterprise, and more effectively managing costs.

What is the future of cloud computing?

Obviously, there are security implications, but as Galen Gruman states: “as SOA and virtualization permeate the enterprise, the idea of loosely coupled services running on an agile, scalable infrastructure should make every enterprise a node in the cloud. It’s a long-running tend with a far-out horizon. But among big metatrends, cloud computing is the hardest one to argue with in the long term.


Share/Save/Bookmark

Spore and Enterprise Architecture

The Wall Street Journal, 2 September 2008 reports that Electronic Arts is releasing this week, “Spore, one of the most talked-about titles in videogame history.”

What is Spore?

Spore is a simulation game (like the The Sims and Grand Theft Auto). In Spore, “players shape the evolution of everything from tiny organisms to mature creatures to planets and galaxies. The most unusual feature is that users’ creations are not only theirs to view; they become part of the environment experienced by others.”

The interactive last part sounds like a prehistoric version of Second Life, which just may be the most interesting part to the new game.

On a recent vacation, I had the opportunity to test a free software download version called Spore Creature Creator, and while the game concept and the strange looking creatures were intriguing, I found the game quickly turned ho hum, boring.

Why is Spore so Important to Electronic Arts?

Electronic Arts has had six consecutive money losing quarters and is desperate for a product winner.

“Analysts have chided the company for being too reliant on sequels to its successful game franchises [such as Madden Football etc.], rather than developing new titles to spur growth.”

At a development cost of $50M, and $25M in marketing, distribution, and manufacturing costs, the company needs to sell a whopping million and a half copies of Spore at a price of $50 just to break even. (Note: a “blockbuster—generally mean sales of one million units or more for a PC game).

What is wrong with Electronic Arts Spore game concept?

Desperate times lead to desperate measures—Electronic Arts is losing money and prestige and is desperate for a hit, and one that signals a turnaround for the company. However, Spore is not a game changing event.

First, Spore is based on other simulation style games and is adding what? I’d say, aside from some creative graphics, not much. So it’s not particularly innovative, which is what they really need a dose of (you can’t keep milking the same cow endlessly with sequels—even Star Wars and Harry Potter eventually run out of steam).

Second, when organizations, like Electronic Arts are struggling and faced with daunting challenges, they need to be careful not to fall into the desperate flailing of a drowning victim. It’s important to remain calm, keep your whits about you, and always follow a careful thought out plan to survive.

To me that’s really the essence of Enterprise Architecture, sound planning and governance.

In the case of Electronic Arts, instead of simply rolling out their next sequel, they needed to be planning on their next big innovation. While Spore may be a cultural curiosity or phenomenon for a while, it does not measure up to true innovation.


Share/Save/Bookmark

September 1, 2008

Reorganizations and Enterprise Architecture

There is an interesting article in Harvard Business Review, June 2008, on “The Secrets to Successful Strategy Execution.” (Gary Nielson, Karla Martin, and Elizabeth Powers)

The article states: “Research shows that enterprises fail at execution because they go straight to structural reorganization and neglect the most powerful drivers of effectiveness—decision rights and information flows.”

In fact, “employees at three out of every five companies rated their organization weak at execution.”

Hence, the simple answer is the infamous reorganization.

Enterprises are constantly reorganizing (AKA “another REORG”). The reorgs are supposed to make the organization more efficient and effective, but more often than not, it results in instability, confusion, a reshuffling of bodies and a movement of lines on the org chart without any substantial changes to people, process, or technology. At the end of reorg, leadership falsely claims success and starts the process again, of course collecting their mega sized bonus along the way.

What a crock and what a disservice to our customers, employees, partners, and investors.

“Structural measures [reorgs]…seems the most obvious solution and the changes the most visible and concrete…but in so doing, address only symptoms of dysfunction, not its root causes.”

So should we stop reorging?

No. “structural changes can and should be part of the path to improved execution, but it’s best to think of it as the capstone, not the cornerstone…research show that actions having to do with decision rights and information are far more important.”

It sort of obvious, but most organizations still don't get that strategic execution depends on having a good plan to begin with and a sound governance structure to manage it!

Decision rights = sound governance.

Here’s how we should implement decision rights/governance to be more effective at implementing strategy:

“Everyone has a good idea of the decisions and actions for which he or she is responsible.”

“Once decisions are made, they are rarely second-guessed.”

“Managers up the line get involved in operating decisions

“It is more accurate to describe the culture of this organization as ‘persuade and cajole’ than ‘command and control.’”

“The primary role of corporate staff here is to support the business units rather than to audit them.”

Information flows = sound enterprise architecture planning.

Here’s how we should implement information flows/EA to be more effective at implementing strategy:

“Important information about the competitive environment gets to headquarters quickly [and the information plans on how to respond get out from headquarters quickly].”

“Information flows freely across organizational boundaries.”

“Field and line employees usually have the information they need to understand the bottom-line impact of their day-to-day choices.”

“Line managers have access to the metrics they need to measure the key drivers of the business.”

The research seems to clearly demonstrate the EA and governance imperative. Even more importantly though, pure common sense dictates that:

We set a strategic direction—that is through our business strategy and enterprise architecture plans.

AND

We enforce it—that is our governance (for authorizing, prioritizing, funding, controlling, and assessing programs and projects).

Reorganizations do not supplant the need for good planning and governance. Without good planning and governance, reorganizations are leadership’s feeble attempts to do something, anything to change the status quo, and often they result in short-term gains only (and sometimes they do not even do that and result in more harm than good). However, a reorganization that is driven by solid planning and governance can have significant and lasting impact for our transformation efforts.


Share/Save/Bookmark

August 31, 2008

“Design Thinking” and Enterprise Architecture

Ranked as one of the most innovative companies in the world, IDEO is an innovation and design firm, founded in 1991. Its client list include heavy hitters such as Microsoft, Intel, Nokia, Nestle, and Proctor and Gamble.

According to their website, they specialize in helping organizations to “Visualize new directions for companies and brands and design the offerings - products, services, spaces, media, and software - that bring innovation strategy to life.”

Harvard Business Review, June 2008, has an article by their CEO and President, Tim Brown.

First, how IDEO defines innovation:

“Innovation is powered by a thorough understanding, through direct observation, of what people want and need in their lives and what they like or dislike about the way particular products are made, packaged, marketed, sold, and supported. “

“Leaders now look to innovation as a principle source of differentiation and competitive advantage; they would do well to incorporate design thinking into all phases and processes.”

“Rather than asking designers to make an already developed idea more attractive to consumers, companies are asking them to create ideas that better meet consumers’ needs and desires.”

The three phases of design:

  • Inspiration—the problem or opportunity that is driving the creative design process.
  • Ideation (brainstorming)—“the process of generating, developing, and testing ideas that may lead to solutions.”
  • Implementation—“executing the vision or how we bring the design concept to market.”

How you can be a design thinker?

A people first approach—based on keen observation and noticing things that others do not, you can use insights to inspire innovative ideas that meet explicit and implicit needs. This is similar to a user-centric enterprise architecture approach, where we drive business process improvement and the introduction of new technologies based on genuine user/business requirements and a strategic understanding of the performance, business, information, systems, technologies, security, and human capital aspects of the organization.

Integration—To develop innovative solutions, you need to integrate “sometimes contradictory-aspects of a confounding problem and create novel solutions that go beyond and dramatically improve on existing alternatives.” Integration is an important aspect of EA, not only in terms of enterprise architecture synthesizing business and technology to enable creative architecture plans that drive the organization into the future, but also in terms of breaking down structural and process silos and building a more holistic, synergistic, interoperable, and capable organization.

Experimentation—there are “endless rounds of trial and error—the ‘99% perspiration’ in [Thomas] Edison’s famous definition of genius.” Most great ideas don’t “pop up fully formed out of brilliant minds”—“they are not a sudden breakthrough nor the lightening strike of genius,” but rather, they are “the result of hard work segmented by creative human-centered discovery process and followed by iterative cycles of prototyping, testing, and refinement.” While enterprise architecture is not generally-speaking a disciple based in experimentation, part of the EA planning should focus on market and competitive research, including best practices identification and sponsorship that will be used to drive modernization and transformation of the enterprise. Additionally, the EA should include research and development efforts in the plans to acknowledge the ongoing innovation required for the organization to grow, mature, and compete.

Collaboration—“the increasing complexity of products, services, and experiences has replaced the myth of the lone creative genius with the reality of enthusiastic interdisciplinary collaborator.” As an enterprise architect, I am an ardent proponent of this principle. In the large and complex modern-day organization of the 21st century, we need both breadth and depth of subject matter experts to build the EA, govern it, mange change, and drive modernization in our enterprises. As any half-decent architect knows, ivory tower planning effort are bound for failure. We must work collaboratively with the business and technology experts and give all our stakeholders a voice at the table—this give change and innovation the best chance of real success.

Tim Brown says that “design thinking can lead to innovation that goes beyond aesthetics…time and again we see successful products that were not necessarily the first to market, but were the first to appeal to us emotionally and functionally…as more of our basic needs are met, we increasingly expect sophisticated experiences that are emotionally satisfying and meaningful.”

I believe this is a lesson for EA as well:

For enterprise architecture to be successful, it is not enough to be functional (i.e. to set a good plan), but rather it has to have design thinking and be useful and usable to our end-users (i.e. User-centric). By incorporating innovative thinking into not only the EA plans, but also into how we reach out and collaborate with our stakeholders to build the plans (i.e by sparking the innovative process and creative juices with constructive challenging of the status quo to a broad array of subject matter experts), and the way we employ design to portray and communicate these plans (i.e with profiles, models, and inventories for example), we will have a architecture that truly represents the organization, is understood by it, and serves its needs and aspirations.


Share/Save/Bookmark

August 30, 2008

A Federal CIO / CTO

Should the U.S. federal government have a Chief Information Officer (CIO) and/or a Chief Technology Officer?

“The chief information officer (CIO) is a job title for the board level head of information technology within an organization. The CIO typically reports to the chief executive officer.”

“A chief technology officer (CTO) is an executive position whose holder is focused on scientific and technical issues within an organization.”

“In some companies, the CTO is just like a CIO. In still others, the CIO reports to the CTO. And there are also CTOs who work in IT departments and report to the CIO. In such a situation where CTO reports to the CIO, the CTO often handles the most technical details of the IT products and their implementation. Despite the diversity of approaches to the CTO role, this IT department executive is increasingly becoming the organization’s senior technologist, responsible for overseeing current technology assets, and more important, for developing a technology vision for the business.” (Wikipedia)

For the purpose of this blog, I will use the terms synonymously.

In the federal government today, we do not actually have a federal CIO or CTO. The closest thing we do have to it is the Administrator for the Office of E-Government and Information Technology in the Office of Management and Budget (OMB). Within that office, we also have a chief architect.

MIT Technology Review, September/October 2008 has an interview by Kate Greene with Mitch Kapor, the founder of Lotus, founding chair of Mozilla, and a board member of Linden Research who advocates for a federal CTO.

Here’s why Kapor thinks we need a federal CTO:

The government needs cohesive technology practices and policies…tech is intertwined with virtually everything. You can’t talk about homeland security or education or energy without it being in large part a conversation about technology. The president will be well served if policy making is done in a more technologically sophisticated way.”

What are some policies the federal CTO would champion?

  • Ubiquitous and affordable broadband deployment
  • Tech policies that stimulate innovation in the economy are very important, because innovation is the engine of growth.”
  • Net neutrality is also a huge issue in ensuring the Internet isn’t controlled by the people who own the wires, because that us just going to impede innovation.”

While I believe that this is a good start, there are so many other areas that could benefit, such as—

  • Information sharing and data quality
  • Interoperability and component reuse
  • Standardization and simplification of our infrastructure
  • Beefing up our IT security
  • linking resources to results (i.e. driving performance outcomes and having our business and mission drive technology rather than doing technology for technology’s sake)
  • And of course, overall enterprise architecture planning and IT governance.

Overall, Kapor says “The advantage of a CTO is that there can be coordination. There’s a ton of work that goes on within different agencies: there needs to be someone to identify the best ways of doing things and some common practices.”

In the federal government, we do have the federal CIO Council to help coordinate and identify best practices, but the role that Kapor envisions is more of a visionary, leadership role that will truly drive the technology of our government and “lead by influence and not by command.”

As we enter the last few months before the presidential election of 2008, perhaps it is a good time to think not only about the next Commander In Chief, but also about the leadership role(s) of tomorrow—such as a federal CIO/CTO—that will be necessary for maintaining and solidifying our nation’s technological superiority for now and the future.


Share/Save/Bookmark