Showing posts with label Business Alignment. Show all posts
Showing posts with label Business Alignment. Show all posts

August 29, 2010

Why EA and CPIC?

Note: This is not an endorsement of any vendor or product, but I thought this short video on enterprise architecture planning and capital planning and investment control/portfolio management was pretty good.


Share/Save/Bookmark

June 11, 2010

Simplifying IT Performance Measures

There is the old adage that you can only manage what you measure.

The problem is that most IT organizations either aren’t measuring much, aren’t measuring meaningful indicators, or aren’t measuring in a way that is aligned to the business.

Hence, we have organizations that can’t articulate, get their arms around, or seem to improve their IT performance—because they don’t really even know what their performance is—can anyone even spell p-e-r-f-o-r-m-a-n-c-e? While other organizations, turn out 32 page weekly performance reports in 10 point font that brings no true sense of “are we hitting or missing the mark” to anyone.

There is an interesting article in InformationWeek on a simple method for doing performance metrics for IT called “A Simple Scoring System for Complex Times.”

Obviously nothing is so simple, but the basic premise is that the IT organizations uses a scoring system of -1, 0, and +1 to capture the following:

- Screw-ups(-1)—This includes systems or network that goes down, projects that go bad, etc. While we want to minimize these, we don’t necessarily want to drive this category to nothing, since the cost for eliminating every possible error likely outweighs the benefits.

- Doing the expected(0)—This means keeping operations running or delivery projects on time and within budget. While this does not usually win the IT department lots of kudos, this category of operations is critical because it is about “keeping everything working smoothly.”

- The wins (+1)—This is where we innovate for the organization and encompasses adding new functionality and enhancements that create tangible business improvement. “+1 are what it’s all about. They’re why most of us got into this profession in the first place.” Clearly, not everything we do can be +1’s, since we have to maintain basic IT operational functions and not just add the new proverbial “cool stuff”, and also practically speaking because, the organization “can’t absorb the pace of change.”

So to some extent there is a healthy balance between making some mistakes from which we learn and grow (-1), creating an environment of operational excellence (0), and driving innovation for true business impact (+1).

In addition to measuring the indicators that IT organizations set out in their IT strategic and operational plans, this high-level scoring method could add a summary perspective for a straightforward CIO dashboard.


Share/Save/Bookmark

August 21, 2009

Taking the Politics out of Enterprise Decision Making

Some people say power is primarily exerted through military might (“hard power”), others says it is through use of diplomacy—communications, economic assistance, and investing in the global good (“soft power”). Then, there is a new concept of employing the optimal mix of military might and diplomacy (“smart power”).

It’s interesting to me how the Department of Defense—military approach—and the Department of State—diplomatic approach—is as much alive and well in our enterprises as it is in the sphere of world politics to get what we want.

At work, for example, people vie—some more diplomatically and some more belligerently—for resources and influence to advance their agendas, programs, projects, and people. This is symptomatic of the organizational and functional silos that continue to predominate in our organizations. And as in the world of politics, there are often winners and losers, rather than winners and winners. Those who are the “experts” in the arts of diplomacy and war (i.e. in getting what they want) get the spoils, but often at the expense of what may be good for the organization as a whole.

Instead of power politics (hard, soft, or smart), organizations need to move to more deliberate, structured, and objective governance mechanisms. Good governance is defined more by quantifiable measures than by qualitative conjecture. Sound governance is driven by return on investment, risk mitigation, strategic business alignment, and technical compliance rather than I need, want, like, feel, and so forth. Facts need to rule over fiction. Governance should not be a game of power politics.

Henry Mintzberg, the well-known management scholar, identified three mechanisms for managers to exert influence in the organization (Wall Street Journal, 17 August 2009):

1. Managing action—“managers manage actions directly. They fight fires. They manage projects. They negotiate contracts.” They get things done.

2. Managing people—“managers deal with people who take the action, so thy motivate them and they build teams and they enhance the culture and train them and do things to get people to take more effective actions.”

3. Managing information—“managers manage information to drive people to tale action—through budgets and objectives and delegating tasks and designing organization structure.”

It is in the third item—managing information—that we have the choice of building sincere business cases and creating a genuine call to action or to devolve into power politics, exerting hard, soft, and smart influence to get what we want, when we want it, and how we want it.

When information is managed through the exertion of power, it can be skewed and distorted. Information can be manipulated, exaggerated, or even buried. Therefore, it is imperative to build governance mechanisms that set a level playing field for capturing, creating, calculating, and complying with a set of objective parameters that can be analyzed and evaluated in more absolute terms.

When we can develop decision support systems and governance mechanisms that take the gut, intuition, politics, and subjective management whim out of the process, we will make better and more productive decisions for the enterprise.


Share/Save/Bookmark

December 31, 2008

Comments from OMB's Chief Architect: Kshemendra Paul

Recently, Kshemendra Paul, Chief Enterprise Architect, at the President's Office of Management and Budget (OMB) made the following critical comments to me about business cases and pilots and incorporating these in the Systems Development Life Cycle:

"I was online and came across your site -
http://usercentricea.blogspot.com/2007/08/system-development-life-cycle-and.html.

I had two comments I wanted to share. First, I would recommend you highlight a business case step, a formal decision to move out of select/conceptual planning and into control. While this is implied, it is such a crucial step and we don't do it well - meaning that we don't force programs to work through all of the kinks in terms of putting forward a real business case (tied to strong performance architecture).

Also, this is a step that is inevitably cross boundary - either on the mission side and for sure on the funding side.

Second, I'd like to see more emphasis on smaller scale rollout or piloting. The goal of which is to prove the original business case in a limited setting. Nothing goes as planned, so another objective is to have real world data to refine the over all plan."

I completely agree with Kshemendra on the need to develop business cases and do them well for all new initiatives.

Organizations, all too often, in their zeal to get out new technologies, either skip this step altogether or do it as a "paper" (i.e. compliance) exercise. Symbolic, but wholly without intent to do due diligence and thus, without any genuine value.

Therefore, whenever we plan for new IT, we must ensure strategic business alignment, return on investment, and risk mitigation by developing and properly vetting business cases through the Enterprise Architecture and Investment Review Boards.

It's great to want to move quickly, get ahead of the pack, and gain competitive advantage by deploying new technologies quickly, but we risk doing more harm than good, by acting rashly and without adequately thinking through and documenting the proposed investment, and vetting it with the breadth and depth of organizational leadership and subject matter experts.

Secondly, as to Kshemendra's point on doing pilots to prove out the business case. This is an important part of proofing new ideas and technologies, before fully committing and investing. It's a critical element in protecting the enterprise from errant IT investments in unproven technologies, immature business plans, and the lack of ability to execute.

Pilots should be incorporated along with concept of operations, proof of concepts, and prototypes in rolling out new IT. (See my blog http://usercentricea.blogspot.com/2007/08/conops-proof-of-concepts-prototypes.html)

With both business cases and pilots for new IT projects, it's a clear case of "look before you leap." This is good business and good IT!

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

June 22, 2008

What Not to Tell Your Boss and Enterprise Architecture

ComputerWorld Magazine, 20 June 2008, tells us five things you don’t want to tell the CIO and which I believe tracks closely with the enterprise architecture function and goals, as follows:

  1. “All about the technology -- and nothing about the business”—just like enterprise architecture is about business driving technology, rather than doing technology for technology’s sake, so too the CIO is interested in aligning business and technology. So don’t just go to the CIO talking technology solutions unless you have a clear understanding and can articulate the business requirements.
  2. “There's only one solution”—in enterprise architecture and IT governance, we validate requirements against the architecture—the baseline, the target, and the transition plan. It is especially important to check if there are existing systems, products, and standard that can be used to meet user requirements, rather than building or acquiring something from scratch. There is rarely only a single technology solution for a business problem. Therefore, we need to evaluate the proposed new IT investment in terms of the return on investment, risk management, strategic business alignment, and technical compliance. Additionally, we need to review the analysis of alternatives to make sure we are effectively managing our scarce IT resources.
  3. “Bad opinions about your colleagues”—EA planning and governance makes information transparent and enables better decision making. With EA information, vetting of IT investment and collaborative decision making, there is no need to point fingers at each other over failed IT projects. Instead, through sharing information and bringing IT project stakeholders together, we all have input into the decision process and share the project risk.
  4. “There's no way”—With enterprise architecture, rather than say there’s no way to achieve enterprise goals or overcome technical challenges, we develop a target and plan for how we will do it. No, the goals are not achieved overnight, but rather by following a meticulous and vetted plan, usually over a period of three to five years, we can transform the enterprise.
  5. A surprise”—Bosses don’t like surprises. In a professional setting, we usually like rational thinking, process, structure, and planning, so that we can effectively deal with the chaotic world out there. EA planning and structured governance helps the organization stay on course and not get surprised or thrown. The planning process itself involves looking at our strengths, weaknesses, opportunities, and threats, and makes us more self-aware and proactive as an organization, so there are less surprises waiting to ambush us.

EA helps us to NOT have to tell our boss, the CIO, things he doesn’t want to hear, because we are proactive in our approach to planning and governance.


Share/Save/Bookmark

June 4, 2008

Good to Great and Enterprise Architecture

What makes a good organization become great in terms of technology?

In the book, Good to Great by Jim Collins, the author describes a five year study conducted in organizational greatness and what makes a good enterprise become great. Here are some finding in terms of achieving technology success:
  • Align technology with your mission—the key question that drives the enterprise’s technology is whether it fits directly with “what you are deeply passionate about…what you can be the best in the world at…[and] what drives your economic engine.”Through the User-centric EA target architecture, transition plan, and IT governance, EA moderates new investments in IT so they align with mission requirements and priorities.
  • Technology enables mission execution—“Good-to-great companies used technology as an accelerator of momentum, not a creator of it…a company can’t remain a laggard and hope to be great, but technology by itself is never a primary cause of either of greatness or decline." User-centric EA synthesizes business and technology information to enhance decision-making. EA ensures that the organization’s technology direction and investments enable mission.
  • Culture of discipline—Good-to-great companies have disciplined thought and action. They “respond with thoughtfulness and creativity, driven by a compulsion to turn unrealized potential into results; mediocre companies react and lurch, motivated by fear of being left behind." User-centric EA is a structured approach to managing and integrating business and technology. EA ensures that the organization follows an adaptable plan and does not get lurched around by the changing market, competition, or technology tides.
  • Change incrementally—“‘crawl, walk, run’ can be a very effective approach, even during times of rapid and radical technological change.” User-centric EA develops the target and transition plan for the organization, which ensures an approach of incremental change. New IT investments and business process improvements are done in a phased approach, rather than trying to “eat the elephant in one bite.”
In short, User-centric EA is a perfect fit with the conclusions of Jim Collins research into good-to-great companies.
Share/Save/Bookmark

April 24, 2008

IT Roles Are Changing and Enterprise Architecture

These days, everyone likes to think that they are an architect and the ways things are going, soon this may become a reality.

ComputerWorld, 7 April 2008 reports that “New IT titles portend a revolution in IT roles.”

“Don’t expect to be part of an IT department. As a 21st century technology professional, your future—and most likely your desk—will be on the business side, and your title will likely be scrubbed of any hint of computers, databases, software, or data networks.”

Technology is being down-played and business requirements are in focus. This is good EA and common sense.

“IT is no longer a subset specialty. It is integrated into whatever work you’re trying to get done…IT is being disintermediated, but in a good way. It is being pushed farther up the food chain.”

IT is no longer being viewed as a mere utility to keep the network up, email running, and the dial tone on. Rather, IT folks are being seen as full partners with the business to solve problems. YES!

“No one know s exactly what to call these positions, but they definitely include more than pure technical skills. ‘If you’re a heads-down programmer, you’re at a terrible disadvantage.’”

The CTO of Animas, a web hosting company stated: “Outsourcing, globalization and the cost reduction for WAN technology all work to eliminate the need for systems administrators, help desk people, or developers. We don’t want developers on our staff for all of these technologies. We pretty much have kept only business-savvy people who we expect to be partners in each department and to come up with solutions.

Solving business problems requires the ability to synthesize business and technology and let business drive technology. Hence, the new glorification and proliferation of architects in today’s organizations.

David McCue, the CIO of Computer Sciences Corp. says “You’ll see titles like ‘solutions architect’ and ‘product architect’ that convey involvement in providing the product or service to a purchaser.” Similarly, the CIO of TNS, a large market research company, stated: “everyone is either an architect or an engineer.”

“Although job titles for all of these emerging roles have yet to be standardized, the overall career-focus seems pretty clear: It’s all about business.”

Wise CIOs are changing their focus from day-to-day technology operations to strategic business issues. That’s the sweet spot where value can be added by the CIO.

Enterprise architecture and IT governance are the CIO’s levers to partner with the business and plan their IT more effectively and to govern it more soundly, so that IT investments are going to get the business side, the biggest bang for their buck.


Share/Save/Bookmark

April 11, 2008

Google and Enterprise Architecture

User-centric Enterprise architecture is about capturing, processing, organizing, and effectively presenting business and technology information to make it valuable and actionable by the organization for planning and governance.

Google is a company that epitomizes this mission.

After reading a recent article in Harvard Business Review, April 2008, I came to really appreciate their amazing business practices and found many connections with User-centric EA.

  1. Organizing information--Google’s mission [is] ‘to organize the world’s information and make it universally accessible and useful.’” Similarly in User-centric EA, we seek to organize the enterprise’s information and make it useful, usable, easy to understand, and readily accessible to aid decision making.
  2. Business and technology go hand-in-hand—“Technology and strategy, at Google, are inseparable and mutually permeable—making it hard to say whether technology is the DNA of its strategy or the other way around.” Similarly, EA is the synthesis of business and technology in the organization, where business drives technology, rather than doing technology for technology’s sake.
  3. Long-term approach—“CEO Eric Schmidt has estimated that it will take 300 years to achieve the mission of organizing the world’s information…it illustrates Google’s long-term approach to building value and capability.” Similarly, EA is a planning and governance function. EA plans span many years, usually at least 5 years, but depending on the mission, as long as 20 years for business/IT projects with long research and development cycles like in military and space domains.
  4. Architectural control—“Architectural control resides in Google’s ability to track the significance of any new service, its ability to choose to provide or not provide the service, and its role as a key contributor to the service’s functional value.” This is achieved by network infrastructure consisting of approximately one million computers and a target audience of 132 million customers globally on which they can test and launch applications. In EA, control is exercised through a sound governance process that ensures sound IT investments are selected or not.
  5. Useful and usable—“The emphasis in this process is not on identifying the perfect offering, but rather on creating multiple potential useful offerings and letting the market decide which is best…among the company’s design principles are…usefulness first, usability later.” In User-centric EA, we also focus on the useful and usable products (although not in sequence). The point being that the EA must have clear value to the organization and its decision makers; we shun developing organizational shelfware or conducting ivory tower efforts.
  6. Data underscores decision making—“A key ingredient of innovation at the company is the extensive, aggressive use of data and testing to support ideas.” EA also relies on data (business and technical) for planning and governance. This is the nature of developing, maintaining, and leveraging use of EA through information products that establish the baseline, target, and transition plan of the organization. A viable plan is not one that is pulled from a hat, but one that is data-driven and vetted with executives, subject matter experts, and other stakeholders. Further, EA provides business intelligence for governance and decision making.
  7. Human capital—“If a company actually embraced—rather than merely paid lip service to—the idea that its people are its most important asset, it would treat employees much the way Google does.” This concept is embedded User-centric EA, where the architecture is driven by the needs and requirements of the users. Further, Human Capital is a distinct perspective in User-centric EA, where people are viewed as the hub for all business and IT success.

In short, Google is a highly User-centric EA-driven organization and is a model for many of its core tenets.


Share/Save/Bookmark

January 15, 2008

Business Technology Trends and Enterprise Architecture

There are a number of key business technology trends that enterprise architects need to be aware of─McKinsey Quarterly reports these on 26 December 2007.

1) Managing Relationships

  • Distributing co-creation—“The Internet and related technologies give companies radical new ways to harvest the talents of innovators working outside corporate boundaries. Today…companies routinely involve customers, suppliers, small specialist businesses, and independent contractors in the creation of new products. … By distributing innovation through the value chain, companies may reduce their costs and usher new products to market faster by eliminating the bottlenecks that come with total control.” Examples include Linux and Wikipedia
  • Using consumers as innovators—“As the Internet has evolved--an evolution prompted in part by new Web 2.0 technologies--it has become a more widespread platform for interaction, communication, and activism…Companies that involve customers in design, testing, marketing (such as viral marketing), and the after-sales process get better insights into customer needs and behavior and may be able to cut the cost of acquiring customers, engender greater loyalty, and speed up development cycles.”
  • Tapping into a world of talent—“Software and Internet technologies are making it easier and less costly for companies to integrate and manage the work of an expanding number of outsiders [globally], and this development opens up many contracting options for managers of corporate functions…This trend should gather steam in sectors such as software, health care delivery, professional services, and real estate, where companies can easily segment work into discrete tasks for independent contractors and then reaggregate it.”
  • Extracting more value from interactions—“Technology tools that promote tacit interactions, such as wikis, virtual team environments, and videoconferencing, may become no less ubiquitous than computers are now. As companies learn to use these tools, they will develop managerial innovations--smarter and faster ways for individuals and teams to create value through interactions.”

2) Managing capital and assets

  • Expanding the frontiers of automation—“Companies, governments, and other organizations have put in place systems to automate tasks and processes: forecasting and supply chain technologies; systems for enterprise resource planning, customer relationship management, and HR; product and customer databases; and Web sites. Now these systems are becoming interconnected through common standards for exchanging data and representing business processes in bits and bytes. What's more, this information can be combined in new ways to automate an increasing array of broader activities, from inventory management to customer service…The trick is to strike the right balance between raising margins and making customers happy.”
  • Unbundling production from delivery—“Technology helps companies to utilize fixed assets more efficiently by disaggregating monolithic systems into reusable components, measuring and metering the use of each, and billing for that use in ever smaller increments cost-effectively. Information and communications technologies handle the tracking and metering critical to the new models and make it possible to have effective allocation and capacity-planning systems.”
3) Leveraging information in new ways
  • Putting more science into management—“Just as the Internet and productivity tools extend the reach of and provide leverage to desk-based workers, technology is helping managers exploit ever-greater amounts of data to make smarter decisions and develop the insights that create competitive advantages and new business models. From "ideagoras" (eBay-like marketplaces for ideas) to predictive markets to performance-management approaches, ubiquitous standards-based technologies promote aggregation, processing, and decision making based on the use of growing pools of rich data.”
  • Making businesses from information—“Accumulated pools of data captured in a number of systems within large organizations or pulled together from many points of origin on the Web are the raw material for new information-based business opportunities…[For example,] A retailer using digital cameras to prevent shoplifting could also analyze the shopping patterns and traffic flows of customers through its stores, and could also use these insights to improve its layout or placement of promotional displays.

From a User-centric EA perspective, many of the business technology trends not only ring true, but are in fact essential to the practice of good User-centric EA.

  • First, managing relationships, whether through co-creation with partners, customer involvement, outsourcing, or making interactions more valuable, all point to the “User-centric” aspect of User-centric EA, in which we bring the users, stakeholders, and subject matter experts collaboratively into the EA process to provide them more value from EA information products and governance services, so that the EA is useful and usable to them.
  • Second, in terms of leveraging information “to make smarter decisions,” this is the value proposition of EA—information transparency to enhance decision-making. McKinsey underscores the growing importance of information, such as EA provides as follows: “Given the vast resources going into storing and processing information today, it's hard to believe that we are only at an early stage in this trend. Yet we are. The quality and quantity of information available to any business will continue to grow explosively as the costs of monitoring and managing processes fall. Leaders should get out ahead of this trend to ensure that information makes organizations more effective, rather than less. Information is often power; broadening access and increasing transparency will inevitably influence organizational politics and power structures.”
  • Third, in better managing capital assets through additional automation, interoperability of systems, and utilizing reusable components, these too are core elements and principles of EA, particularly in terms of applying and implementing technology (automation) to align with business requirements, and developing interoperable systems and using service oriented architecture to deliver reusable component services. This is all about more effective management of our technology base and the development of a farther reaching, stretch target to continue to get more value from technology.

All signs from Mckinsey point to the importance of User-centric EA as the way forward in this field.


Share/Save/Bookmark

January 12, 2008

The Marines and Enterprise Architecture

Traditionally, the Marines are known for their rapid, hit hard capabilities. They are a highly mobile force trained to transport quickly on naval vessels and literally “take the beachhead.” However, with the war in Iraq, the Marines have assumed a more non-offensive deployment posture in “conducting patrols.”.

The Wall Street Journal, 12-13 January 2008, provides an interview with the Commandant of the Marines, General James T. Conway about the need for “the Corps to preserve its agility and its speed.”

“It’s the future of the Corps not its past that dominates Gen. Conway’s thoughts…that in order to fight this war, his Corps could be transformed into just another ‘land army’; and if that should happen, that it would lost the flexibility and expeditionary culture that has made it a powerful military force. The corps was built originally to live aboard ships and wade ashore to confront emerging threats far from home. It has long prided itself in being ‘first to the fight’ relying on speed, agility, and tenacity to win battles. It’s a small, offensive outfit that has its own attack aircraft.” However, in Iraq, the Marines are performing in a “static environment where there is no forward movement” Additionally, there is a feared culture change taking place, the marines “losing their connection to the sea while fighting in the desert” over an extended period of time.

When we think about enterprise architecture, most people in IT think about technology planning and transformation. However, EA is about both the business and technology sides of the enterprise. Change, process reengineering, and retooling can take place in either or both domains (business and technology). In terms of the Marines, we have altered their business side of the enterprise architecture roadmap. We have radically changed their business/mission functions and activities. They have gone from service and alignment to the long term mission needs of this nation for a rapid, mobile, offensive fighting force to accommodate the short term needs for additional troops to stabilize and conduct counter-insurgency and peace-keeping operations in Iraq. Whether the business functional change ends up hurting the culture and offensive capabilities of the Marines remains to be seen. However, it does raise the interesting question of how organizations should react and change their functions and processes in reaction to short term needs versus keeping to their long term roadmap and core competencies.

Of course, when it comes to the Marines, they must adapt and serve whatever the mission need and they have done so with distinction.

In regards to the long term affects, General Conway states: “Now, it is necessitated that we undergo these changes to the way we are constituted. But that’s OK. We made those adjustments. We’ll adjust back when the threat is different. But that’s adaptability…You create a force that you have to have at the time. But you don’t accept that as the new norm.”

As we know, in EA and other planning and transformation efforts, change for an organization—even the Marines—is not easy and resistances abound all around. How easy will it be for the Marines to return to their long term mission capabilities? And how should EA deal with short term business needs when they conflict with long term strategy for success?


Share/Save/Bookmark

January 10, 2008

Branding and Enterprise Architecture

User-centric EA is concerned with establishing a baseline and target architecture and transition plan for the organization. This endeavor includes everything from performance results, business function and processes, information requirements, systems and technologies, and how we secure it all. But how about including the organization’s brand and reputation in defining the architecture, especially in targeting and planning for a stronger reputation with customers and stakeholders?

The Wall Street Journal, 9 January 2008, has an article titled, “As Economy Slows, Reputation Takes on Added Meaning.”

Organization’s brands can be an asset or liability, based on how well it has been planned and managed and “cared for and fed.”

‘‘Mending reputations can’t be done overnight’ says Kasper Nielson, the Reputation Institute’s managing partner.” As we do in EA, comparing the current to the target architecture and developing a transition plan, Mr. Nielson “takes companies through a seven-step analysis of what’s causing their reputations to suffer, followed by a close look at which constituencies—employees, customers or investors—are affected and what they are seeking. Then it’s time for the hard work of figuring out what aspects of company conduct are helpful and what needs to be fixed.”

Many organizations only care about their technology and business alignment after they run into problems with poor IT investment decisions or programs that are failing or falling behind because of inadequate automation and technological sophistication. Then the organization wants a quick fix for an enterprise architecture and IT governance, yesterday! Similarly Mr. Neilson states about reputation, “A lot of companies care about reputation only after a crisis hits. Then they want to know, can you fix things? They don’t integrate reputation into their everyday processes. That’s dangerous. You have to do a lot of things right to build up a reputation platform.”

“‘Reputation is invisible, but it’s an enormously powerful force,” says Alan Towers, a New York advisor to companies concerned about reputation issues. He encourages CEO’s themselves to assume the role of chief reputation officer.” If brand and reputation is important enough for the CEO to take the lead role, it is certainly important enough to be considered a factor in building an viable enterprise architecture that will consider not only a company’s technology, but also how it is perceived to customers and stakeholders.

Some examples come to mind in terms of applying EA to organizational branding:

  1. Do we want to organization to be perceived as a technological leader or laggard?
  2. Is the organization viewed as having strong governance, including IT governance?
  3. Do stakeholders perceive that the organizations is spending its resources prudently and controlling its investment in new IT?
  4. Do stakeholders see the company as customer-centric, providing the latest in customer service systems, sales ordering and tracking, payment processing, website information and transaction processing, online help and other IT enabled user tools?
  5. Is technology seen as integral to the future of the organization or a sidebar or worse yet a distraction?

I once heard someone say that “perception is reality”. So, even if the organization is managing their technology and business alignment, if its stakeholders don’t perceive that to be the case, then the enterprise is not being effective with its constituents. The organization must factor stakeholder perceptions and its organizational reputation into the development of its target architecture and transition plan. Brand and reputation does not just materialize, but rather needs to be planned and managed to. EA can help to perform this role.


Share/Save/Bookmark

December 16, 2007

Wii and Enterprise Architecture

We all think of kids and teens playing with video games like the Wii, but how about senior citizens?

Well, The Washington Post, 15 December 2007, reports in “Granny Got Game” that “Wii’s move-around style appeals to a new demographic,” the senior citizen.

“Bingo is looking a little like last year’s thing, as video games have recently grabbed a spot the hot new activity. More specifically, retirees are enthusiastically taking to games on the Wii.”

One 73 year old retired marine says he “likes that the Wii emulates the motion of real sports.” And research has shown the physical games are helpful in fighting obesity, similar to how mental activity is beneficial in staving off dementia.

Market research company ESA states that “in 2007, 24 percent of Americans over age 50 played video games, an increase from 9 percent in 1999.” The seniors seem to enjoy games, such as Wii “hockey, bowling, shooting, fishing, and billiards.”

For Nintendo the maker of the Wii, demand from the various demographics continues to outpace supply. “Some analysts have said the company could sell twice as many as it is making available today, even as it puts out 1.8 million units a month.”

The Wii is a brilliant stroke of User-centric enterprise architecture. The Wii is a genuinely a technology product with mass market consumer appeal with users in demographics that range from children to seniors. It is the fulfillment of IT planning by Nintendo, which “had always wanted to appeal to a large consumer base with the Wii.”

Nintendo hit a home run by aligning the Wii technology to the requirements of their users. Nintendo did this by developing a technology solution to handle not only people’s desire for gaming and entertainment, but also their need for physical activity and sports. What’s particularly amazing is that video games, which have traditionally been for kids and teens have extended their reach so much so that “among retirement communities…the Wii is ‘the hottest thing out there.’” That is good User-centric EA in action!


Share/Save/Bookmark

November 16, 2007

A Square Envelope and Enterprise Architecture

Would you believe me if I told you that the U.S. Post Office has trouble handling square envelopes? Well, it’s true, and moreover, the post office will actually “charge you a 17-cent surcharge for squareness.” This is called “shape-based postage.” (Wall Street Journal, 15 November 2007)

Why the surcharge? Because the post office sorting machines, “built for oblongs, can’t find the address on a square envelope. [Hence,] people have to do it.” In fact, “at a Manhattan post office…a window clerk…took one look at a square envelope and said ‘nonmachinable. I would not use that shape, period.’”

This is crazy isn’t it; we can put men on the moon, but we can’t send a square envelope easily through the mail system of the United States of America! (FYI, squares are not a problem for the mail system in the United Kingdom.)

I knew that being “square” in the seventies was a bad thing, and maybe even an insult, but what’s up with square now and how does this jive with users needs?

Well in the article, an owner from a graphics company states: “Squares…are the most current and most exciting product in paper communications.” Incredible, that the post office can’t meet their customers’ needs.

Even if squares are still a relatively small percentage of the overall mail (and according to the article they are), that may be because the post office can’t handle the shape versus the overall popularity of it with customers. As another sales rep states: “The post office cracked down…people had bad experiences with square cards. [And] if you put a stigma on something long enough, retailers aren’t going to deal with it anymore.”

So when the post office can’t handle the user needs, the card makers have innovated: “the shop has devised an oblong envelope with a middle pocket that squares slip neatly into.”

This is sounding almost like the post office is making us put a square peg in a round hole.

Just for the record, we shouldn’t blame the good men and women of the U.S. Post Office for the problems with the sorting machines. However, I believe this is clearly a job for User-centric Enterprise Architecture to align post office technology solutions for handling square envelopes with the business requirements for them. Clearly, it’s time for square equality.


Share/Save/Bookmark