Showing posts with label IT Planning. Show all posts
Showing posts with label IT Planning. Show all posts

September 29, 2009

Embracing Instability and Enterprise Architecture

Traditional management espouses that executives are supposed to develop a vision, chart a course for the organization, and guide it to that future destination. Moreover, everyone in the enterprise is supposed to pull together and sing off the same sheet of music, to make the vision succeed and become reality. However, new approaches to organizational management acknowledge that in today’s environment of rapid change and the many unknowns that abound, executives need to be far more flexible and adaptable, open to learning and feedback, and allow for greater individualism and creativity to succeed.

In the book Managing the Unknowable by Ralph Stacey, the author states that “by definition, innovative strategic directions take an organization into uncharted waters. It follows that no one can know the future destination of an innovative organization. Rather, that organization’s managers must create, invent, and discover their destination as they go.”

In an environment of rapid change, the leader’s role is not to rigidly control where the organization is going, but rather to create conditions that foster creativity and learning. In other words, leaders do not firmly set the direction and demand a “cohesive team” to support it, but rather they create conditions that encourage and promote people to “question everything and generate new perspectives through contention and conflict.” The organization is moved from "building on their strengths and merely adapting to existing market conditions, [to insted] they develop new strengths and at least partly create their own environments.”

An organization just sticking to what they do best and incrementally improving on that was long considered a strategy for organizational success; however, it is now understood as a recipe for disaster. “It is becoming clearer why so many organizations die young…they ‘stick to their knitting’ and do better and better what they already do well. When some more imaginative competitors come along and change the rules of the game, such over-adapted companies…cannot respond fast enough. The former source of competitive success becomes the reason for failure and the companies, like animals, become extinct.”

Organizations must be innovative and creative to succeed. “The ‘new science’ for business people is this: Organizations are feedback systems generating such complex behavior that cause-and-effect links are broken. Therefore, no individual can intend the future of that system or control its journey to that future. Instead what happens to an organization is created by and emerges from the self-organizing interactions between its people. Top managers cannot control this, but through their interventions, they powerfully influence this.

With the rapidly changing economic, political, social, and technological conditions in the world, “the future is inherently unpredictable.” To manage effectively then is not to set rigid plans and targets, but rather to more flexibly read, analyze, and adapt to the changes as they occur or as they can be forecast with reasonable certainly. “A ‘shared vision’ of a future state must be impossible to formulate, unless we believe in mystic insight.” “No person, no book, can prescribe systems, rules, policies, or methods that dependably will lead to success in innovative organizations. All managers can do it establish the conditions that enable groups of people to learn in each new situation what approaches are effective in handling it.”

For enterprise architecture, there are interesting implications from this management approach. Enterprise architects are responsible for developing the current and target architecture and transition plan. However, with the rapid pace of change and innovation and the unpredictability of things, we learn that “hard and fast” plans will not succeed, but rather EA plans and targets must remain guidelines only that are modified by learning and feedback and is response to the end-user (i.e User-centric). Secondly, EA should not become a hindrance to organizational innovation, creativity, and new paradigms for organizational success. EA needs to set standards and targets and develop plans and administer governance, but this must be done simultaneously with maintaining flexibility and harnessing innovation into a realtime EA as we go along. It’s not a rigid EA we need, but as one of my EA colleagues calls it, it’s an “agile EA”.


Share/Save/Bookmark

September 26, 2009

The Doomsday Machine is Real

There is a fascinating article in Wired (Oct. 2009) on a Doomsday Machine called “the Perimeter System” created by the Soviets. If anyone tries to attack them with a debilitating first strike, the doomsday machine will take over and make sure that the adversary is decimated in return.

“Even if the US crippled the USSR with a surprise attack, the Soviets could still hit back. It wouldn’t matter if the US blew up the Kremlin, took out the defense ministry, severed the communications network, and killed everyone with stars on their shoulders. Ground-based sensors would detect that a devastating blow had been struck and a counterattack would be launched.”

The Doomsday machine has supposedly been online since 1985, shortly after President Reagan proposed the Strategic Defense Initiative (SDI or “Star Wars”) in 1983. SDI was to shield the US from nuclear attack with space lasers (missile defense). “Star Wars would nullify the long-standing doctrine of mutually assured destruction.”

The logic of the Soviet’s Doomsday Machine was “you either launch first or convince the enemy that you can strike back even if you’re dead.”

The Soviet’s system “is designed to lie dormant until switched on by a high official in a crisis. Then it would begin monitoring a network of seismic, radiation, and air pressure sensors for signs of nuclear explosion.”

Perimeter had checks and balances to hopefully prevent a mistaken launch. There were four if/then propositions that had to be meet before a launch.

Is it turned on?

Yes then…

Had a nuclear weapon hit Soviet soil?

Yes, then…

Was there still communications links to the Soviet General Staff?

No, then launch authority is transfered to whoever is left in protected bunkers

Will they press the button?

Yes, then devastating nuclear retaliation!

The Perimeter System is the realization of the long-dreaded reality of machines taking over war.

The US never implemented this type of system for fear of “accidents and the one mistake that could end it all.”

“Instead, airborne American crews with the capacity and authority to launch retaliatory strikes were kept aloft throughout the Cold War.” This system relied more on people than on autonomous decision-making by machines.

To me, the Doomsday Machine brings the question of automation and computerization to the ultimate precipice of how far we are willing to go with technology. How much confidence do we have in computers to do what they are supposed to do, and also how much confidence do we have in people to program the computers correctly and with enough failsafe abilities not to make a mistake?

On one hand, automating decision-making can help prevent errors, such as a mistaken retaliatory missile launch to nothing more than a flock of geese or malfunctioning radar. On the other hand, with the Soviet’s Perimeter System, once activated, it put the entire launch sequence in the hands of a machine, up until the final push a button by a low-level duty station officer, who has a authority transferred to him/her and who is perhaps misinformed and blinded by fear, anger, and the urge to revenge the motherland in a 15 minute decision cycle—do or die.

The question of faith in technology is not going away. It is only going to get increasingly dire as we continue down the road of computerization, automation, robotics, and artificial intelligence. Are we safer with or without the technology?

There seems to be no going back—the technology genie is out of the bottle.

Further, desperate nations will take desperate measures to protect themselves and companies hungry for profits will continue to innovate and drive further technological advancement, including semi-autonomous and perhaps, even fully autonomous decision-making.

As we continue to advance technologically, we must do so with astute planning, sound governance, thorough quality assurance and testing, and always revisiting the technology ethics of what we are embarking on and where we are headed.

It is up to us to make sure that we take the precautions to foolproof these devices or else we will face the final consequences of our technological prowess.


Share/Save/Bookmark

September 24, 2009

Creating Win-Win and Enterprise Architecture

We are all familiar with conflict management and day-to-day negotiations in our everyday leadership role in our organizations, and the key to successful negotiation is creating win-win situations.

In the national bestseller, Getting to Yes, by Fisher and Ury, the authors call out the importance of everyday negotiation and proposes a new type of negotiation called "principled negotiation".


“Everyone negotiates something every day…negotiation is a basic means of getting what you want from others. It is a back-and-forth communciation designed to reach an agreement when you and the other side have some interests that are shared and others that are opposed. More and more occasions require negotiation. Conflict is a growth industry…whether in business, government, or the family, people reach most decisions through negotiation.”


There are two standard ways to negotiate that involve trading off between getting what you want and getting along with people:


Soft—“the soft negotiator wants to avoid personal conflict and so makes concessions readily in order to reach agreement. He wants an amicable resolution yet he often ends up exploited and feeling bitter.”


Hard—“the hard negotiator sees any situation as a contest of wills in which the side that takes more extreme positions and holds out londer fares better. He want to win yet he often ends up producing an equally hard response which exhausts him and his resources and harms his relationship with the other side.”


The third way to negotiate, developed by the Harvard Negotiation Project, is Principled Negotiation.


Principled Negotiation—“neither hard nor soft, but rather both hard and soft…decide issues on their merits rather than through a haggling process…you look for mutual gains wherever possible, and that where your interests conflict, you should insist that the results be based on some fair standards independent of the will of either side.”


In principled negotiation, the method is based on the following:

  1. People—participants are not friends and not adversaries, but rather problem solvers
  2. Goal—the goal is not agreement or victory, but rather a “wise outcome reached efficiently and amicably”
  3. Stance—your stance is “soft on the people, hard on the problem”
  4. Pressure—you don’t yield or apply pressure, but rather “reason and be open to reasons”
  5. Position—you don’t change your position easily or dig in, but rather you “focus on interests, not positions”
  6. Solution—the optimal solution is win-win; you develop “options for mutual gain”

In User-centric EA, there are many situations that involve negotiation, and using principled negotiation to develop win-win solutions for the participants is critical for developing wise solutions and sustaining important personal relationships.

  • Building and maintaining the EA—first of all, just getting people to participate in the process of sharing information to build and maintain an EA involves negotiation. In fact, the most frequent question from those asked to participate is “what’s in it for me?” So enterprise architects must negotiate with stakeholders to share information and participate and take ownership in the EA initiative.
  • Sound IT governance—second, IT governance, involves negotiating with program sponsors on business and technical alignment and compliance issues. Program sponsors and project managers may perceive enterprise architects as gatekeepers and your review board and submission forms or checklists as a hindrance or obstacle rather than as a true value-add, so negotiation is critical with these program/project managers to enlist their support and participation in the review, recommendation, and decision process and follow-up on relevant findings and recommendations from the governance board.
  • Robust IT planning—third, developing an IT plan involves negotiation with business and technical partners to develop vision, mission, goals, objectives, initiatives, milestones, and measures. Everyone has a stake in the plan and negotiating the plan elements and building consensus is a delicate process.
In negotiating for these important EA deliverables, it’s critical to keep in mind and balance the people and the problem. Winning the points and alienating the people is not a successful long-term strategy. Similarly, keeping your associates as friends and conceding on the issues, will not get the job done. You must develop win-win solutions that solve the issues and which participants feel are objective, fair, and equitable. Therefore, using principled negotiation, being soft on people and hard on the problem is the way to go.

Share/Save/Bookmark

September 21, 2009

Testing EA in Virtual Reality

In enterprise architecture, we develop IT targets and plans for the organization, but these are usually not tested in any meaningful or significant way, since they are “future tense”.

Wouldn’t it be incredible to be able to actually test EA hypotheses, targets, and plans in a virtual environment before actually setting off the organization in a specific direction that can have huge implications for its ability to conduct business and achieve results?

MIT Technology Review, in an article entitled “The Fleecing of the Avatars” (Jan/Feb 2008) addresses how virtual reality is being used to a greater extent to mimic and test reality.

One example of the booming virtual world is Second Life, run by Linden Labs. It has 10,000,000 subscribers and “about 50,000 are online at any one time.” In this virtual world, subscribers playing roles as avatars “gather to role-play reenactments of obscure digital Star Trek cartoon episodes, build and buy digital homes and furniture, and hang out on digital beaches.”

However, more and more virtual worlds, like Second Life, are being used by real world mainstream businesses. For example, many companies are developing a presence in the virtual world, such as Dell with a sales office in Second Life, Reebok a store, and IBM maintains business centers in this virtual world. Further, “the World Bank presented a report in Second Life about business development.”

“But big companies like Sun, Reebok, and IBM don’t really do business in virtual worlds; they ‘tunnel’ into them. [In other words,] To close a deal, you need to step out of the ‘sim’ and into the traditional Sun or Reebok or IBM website.”

The development of company’s virtual presence online and their connection back to the real world is potentially a precursor to planning disciplines like EA testing out hypotheses of targets and plans in virtual reality and then actually implementing these back in the real organization.

Others are actually planning to use virtual worlds to test and conduct research. So there is precedent for other disciplines such as EA. For example, Cornell’s Robert Bloomfield, an experimental economist, “conducts lab research—allowing 20 students to make simulated stock trades using real money…and seeing how regulatory changes affect their behavior. He envisions a day when he can do larger studies by setting up parallel virtual worlds. ‘I could create two virtual worlds, one with legal structure, one with another, and compare them…I might lower the capital-gains tax in one and see how business responds. There are things I can’t do with 20 people in a classroom but I can do with 2,000 or 20,000 people in a virtual world.”

Could enterprise architecture do something similar in a virtual world? For example, could we test how business processes need to change when new technology is introduced or how information sharing improves with better architectures for discovering and exchanging data? How about testing people’s reactions and behavior to new systems in a broader virtual world instead of with a more limited number of customers in user acceptance testing? Another possibility is testing the effectiveness of new IT security in a virtual world of gamers and hackers?

Modeling and simulation (M&S) can improve enterprise architecture by testing plans before deploying them. We need to to hire and train people with knowledge, skills, and experience in the M&S discipline and with tools that support this. Then we can test hypothetical return on investment for new IT investments before we open our organizational wallets.


Share/Save/Bookmark

March 1, 2009

Cybots to the Rescue


In the Star Trek series Voyager, the (cyb)Borg wants to assimilate everyone (literally every species and they are given numbers to keep track of them) throughout the galaxies into their collective. They are an existential threat to humankind. And it makes for some great science fiction entertainment.

In real life though, the cybots are coming not to harm, but to help people.

Government Computer News, 23 February 2009, reports that Oak Ridge National Lab is working on developing cybots (software robots) to defend us in cyberspace.

Cybots are “intelligent enough to cooperate with one another to monitor and defend the largest networks.”

What makes cybots more effective than the software and hardware security we have today?

“Instead of independent devices doing a single task and reporting to a central console, the cybots would collaborate to accomplish their missions.”

The end state is a virtual cybot army deployed so those seeking to do us harm in cyber-warfare will themselves be the ones for whom “resistance is futile”.

Could cybots end up like the the Cylones in Battlestar Galactica or the machines in Terminator that turn on humans?

The Cybots have a programmed mission such as “network monitoring and discovery, intrusion detection, and data management.” So the hope is that they stay true to those things.

However, to me it seems completely plausible that just as cybots can be developed for defensive capabilities, they can also be programmed for offensive cyber warfare. And if they can be used offensively, then we can end up on the wrong side of the cybots someday.

Where does this leave us?

It seems like cyberspace is about to get a whole lot more complicated and dangerous—with not only human cyber-criminals and –warriors, but also cyber robots that can potentially wreak Internet havoc.

In terms of planning for future IT security, we need to stay technologically on the cutting edge so that we stay ahead of our adversaries as well as in constant control of the new defensive and offensive cyber-weapons that we are developing.


Share/Save/Bookmark

December 31, 2008

IT Planning, Governance and The Total CIO

See new article in Architecture and Governance Magazine on: IT Planning, Governance and the CIO: Why a Structured Approach Is Critical to Long-Term Success

(http://www.architectureandgovernance.com/content/it-planning-governance-and-cio-why-structured-approach-critical-long-term-success)

Here's an exrcept:

"IT planning and governance undoubtedly runs counter to the intuitive response—to fight fire with a hose on the spot. Yet dealing with crises as they occur and avoiding larger structures and processes for managing IT issues is ultimately ineffective. The only way to really put out a fire is to find out where the fire is coming from and douse it from there, and further to establish a fire department to rapidly respond to future outbreaks."


Share/Save/Bookmark

July 10, 2008

IT Planning and Enterprise Architecture

Perhaps many of you have wondered what the relationship is between the IT Strategic Plan and the Enterprise Architecture Transition Plan? Why do you need both? Isn’t one IT plan just like another?

There are many different plans starting with the organization’s strategic plan that drives the IT plan and so forth. Each sequential layer of the plan adds another crucial dimension for the plan to enable it to achieve it ultimate implementation.

The various plans establish line of sight from the highest level plan for the organization to individual performance plans and the implementation of new or changes to systems, IT products and standards, and ultimately to the capabilities provided the end-user.

Here is my approach to User-centric IT Planning:

1. Organizational Strategic Plan—the highest level overall plan enterprise; it identifies the goals and objectives of the organization, and drives the IT Strategic Plan.

2. IT Strategic Pan—the IT Plan for the enterprise; it identifies the IT goals and objectives, and drives the IT Performance Plan.

3. IT Performance Plan—a decomposition of the IT Plan; it identifies IT initiatives and milestones, and drives the IT Roadmap and Individual Performance Plans.

4. IT Roadmap and Individual Performance Plans

a) IT Roadmap—a visual timeline of the IT Performance Plan; it identifies programs and projects milestones, and drives the Target Architecture and Transition Plan.

b) Individual Performance Plans—the performance plans for your IT staff; it is derived from the IT Performance Plan, and provides line of sight from the Organizational and IT Strategic Plans all the way to the individual’s performance plan, so everyone knows what they are supposed to do and why (i.e. how it fits into the overall goals and objectives.

5. Target Architecture and Transition Plan

a) Target Architecture—a decomposition of the IT Roadmap into systems and IT products and standards; it identifies the baseline (As-Is) and the target (To-Be) for new and major changes to systems and IT products and standards.

[Note: Target Architecture can also be used in more general terms to refer to the future state of the organization and IT, and this is how I often use it.]

b) Transition Plan—a visual timeline of the changes for implementing the changes to go from the baseline (As-Is) to the target (To-Be) state for systems and IT products and standards.

6. Capabilities—the target state in terms of business capabilities provided to the end-user derived from the changes to systems, IT products and standards, and business processes; it is derived from the Target Architecture and Transition Plan.

This planning approach is called User-centric IT Planning because it is focused on the end-user. User-centric IT Planning develops a plan that is NOT esoteric or shelfware, but rather one that is focused on being actionable and valuable to the organization and its end-users. User-centric IT plans have line of sight from the organization’s strategic plan all the way to the individual performance plans and end-user capabilities.

Now that’s the way to plan IT!


Share/Save/Bookmark

June 5, 2008

The Visionary and Enterprise Architecture

In User-centric EA, we develop a vision or target state for the organization. However, there are a number of paradoxes in developing an EA vision/target, which makes this goals quite challenging indeed.

In the book, The Visionary’s Handbook by Wacker and Taylor, the authors identify the paradoxes of developing a vision for the enterprise; here are some interesting ones to ponder:

  1. Proving the vision—“The closer your vision gets to provable ‘truth,’ the more you are simply describing the present in the future tense.”
  2. Competing today, yet planning for tomorrow—“By its very nature, the future destablizes the present. By its very natures, the present resists the future. To survive you need duality [i.e. living in two tenses, the present and the future], but people and companies by their very nature tend to resisting living in two tenses.” “You have to compete in the future dimension without destabilizing the competition [i.e. your ability to compete] in the present and without subverting the core values that have sustained your business in the past.”
  3. Bigger needs to be smaller—“The bigger you are, the smaller you need to be….great size is great power, but great size is also stasis.”
  4. The future is unpredictable—“Nothing will turn out exactly as it is supposed to…yet if you fail to act, you will cease to exist in any meaningful professional or business sense.”

So how does one develop a viable target architecture?

The key would seem to be in deconflicting past, present, and future. The past cannot be a hindrance to future change and transformation—the past must remain the past; lessons learned are welcome and desirable, but the options for the future should be open to innovation and hard work. The resistance of the present (to the future) must be mitigated by continuous communications and marketing; we must bring people along and provide leadership. The future is unknown, but trends and probabilities are possible for setting a way ahead; of course, the target needs to remain adaptable to changing conditions.

Certainly, any target architecture we develop is open to becoming a "target" for those who wish to take pot shots. But in an ever changing world and fierce global competition, we cannot sit idle. The architecture must lead the way for incremental and transformative change for the organization, all the while course correcting based on the evolving baseline and market conditions. EA is as much an art as it is a science, and the paradoxes of vision and planning need to be managed carefully.


Share/Save/Bookmark

May 30, 2008

Eisenhower and Enterprise Architecture

Dwight David Eisenhower (October 14, 1890 – March 28, 1969), nicknamed "Ike", was a five-star General in the United States Army and U.S. politician, who served as the thirty-fourth President of the United States (1953–1961). During the Second World War, he served as Supreme Commander of the Allied forces in Europe, with responsibility for planning and supervising the successful invasion of France and Germany in 1944-45. In 1951, he became the first supreme commander of NATO. As a Republican, he was elected the 34th U.S. President, serving for two terms. As president, he oversaw the cease-fire of the Korean War, kept up the pressure on the Soviet Union during the Cold War…” (Wikipedia)

Dwight D. Eisenhower said that “in preparing for battle I have always found that plans are useless, but planning is indispensable.”

What does this mean when it comes to User-centric EA and target architecture and transition plans?

  1. Plans are agile—you can plan, but you can’t control the situation on the ground. Therefore, EA plans are by definition undependable. A plan developed for one situation may be completely useless or actually counterproductive in another set of circumstances. Further, there are essentially infinite factors in every scenario and you can’t plan for every combination and permutation. Therefore, you can never really plan effectively, since in some aspects, the plan will always be off.
  2. Planning is a learning process—while a specific EA plan itself may ultimately be useless, the planning process itself is extremely valuable. Bringing subject matter experts and stakeholders together to brainstorm, evaluate various scenarios, analyze alternatives, and “hash it out” helps everyone involved to understand the objectives, the battleground, the force structure (assets), and unify everyone around a common way ahead. This is the true value of planning.

In the end, EA plans must be agile and adaptable to the specific situation on the ground, as it evolves. If the planning process has been taken seriously (and not just another annual offsite event), then everyone involved grows professionally, learns about the status of the organization today, and unites around a common way ahead. For this to happen, the planning process needs to be well-structured, yet open to innovative ideas, best-practices, and benchmarking, and should involve a diverse group of subject matter experts. If the planning process is sound, then even if the plan needs to change based on circumstances on the ground, the people involved are able and prepared to adapt.


Share/Save/Bookmark

April 10, 2008

User-Centric EA Framework


 
User-centric EA guides all facets of the enterprise architecture. It starts from the capture of the information, which is based on a strict value proposition of improving IT planning and governance, and moves forward to a process that is collaborative and structured, to one that provides users with information views that are facilitated by principles of communication and design. The User-centric EA further affects how we manage the architecture, using metrics, configuration management, and a single information repository. It also affects how we enforce the architecture through policy and governance.
Share/Save/Bookmark

March 16, 2008

Dreaming and Enterprise Architecture

Planning for the target architecture of an enterprise is a difficult task; some would compare it to looking into a crystal ball and trying to divine the future of an organization and the marketplace. The funny thing is that some of the best planning and thinking that people do may actually not be when they're awake and cognizant, but rather when they're sleeping!

“Dreams are the images, thoughts and feelings experienced while asleep, particularly strongly associated with rapid eye movement sleep. The contents and purpose of dreams are poorly understood, though they have been a topic of speculation and interest throughout recorded history.” (Wikipedia)

The Wall Street Journal, 15 January 2008, reports that dreaming can be useful to making connections in your mind that you might otherwise never make.

“There is a growing body of research that indicates that sleep is a time when we can figure out patterns beyond our grasp during the day…during sleep, the brain engages in processing that explores connections and ideas in trial-and-error fashion.”

Not only are new connections made in the subconscious while sleeping, but dreams may actually be a wake-up call to the person. “Your dreams may be useful to you simply as reminders that you need to address certain issues sooner than their placement at the bottom of your to-do-list would suggest... ‘my subconscious is kicking me in the rear end,’ as one marketer puts it.”

Another researcher states that “dreams are like Rorschach tests…they ‘are basically always a report of memory that is reconstructed while the person is awake.’”

Unfortunately, not all dreams help us reconstruct events, make new connections and insights. “Roughly half of all dreams are related to anxiety and fear.”

According Freud, “dreams, which he called the ‘royal road to the unconscious,’The Interpretation of Dreams (1899) in which he proposed the argument that the unconscious exists and described a method for gaining access to it...for Freud, the ideals of the Enlightenment, positivism and rationalism, could be achieved through understanding, transforming, and mastering the unconscious, rather than through denying or repressing it.” (Wikipedia) provided the best access to our unconscious life and the best illustration of its ‘logic,’ which was different from the logic of conscious thought. Freud developed his first topology of the psyche in

While I would be cautious in interpreting dreams, when it comes to enterprise architecture and the skillful forecasting and planning that it entails, dreams can be beneficial in a number of ways. Firstly, dreams can provide insights and connections that one wouldn’t normally have in a fully conscious state. Further, not only does sleep provides the ability to see things differently in dreams, but also when you wake up and are refreshed, you “see things in a new light.” That’s why you may have heard the saying “to sleep on it” before making an important decision. Sleeping refreshes the body and the soul; with adequate sleep, the mind is sharper and the thinking more analytical and precise. I would rather get my architecture from someone who is well rested and clear-headed, than a sleep deprived architecture jockey.


Share/Save/Bookmark

January 22, 2008

Portfolio Management and Enterprise Architecture

Enterprise architecture and portfolio management are closely linked activities. EA drives IT investment management (including the IT portfolio select, control, and evaluate phases) by conducting technical reviews of proposed new IT projects, products, and standards, and IT investment management provides important information updates to the EA (baseline, target, and transition plan).

In Architecture and Governance Magazine, Issue 3 Volume 2, Nuttall and Houghton provide an overall framework that goes “Beyond Portfolio Management to Comprehensive Application Governance.”

The framework includes three main areas and one supporting process area, as follows:

  1. Application and License Management (tactical)—“It manages the demand side and user requests, the contract and compliance aspects of determining the number of licenses that are contractually allowed, along with the projects that bring new products into the portfolio while retiring older products that have been removed. In many ITIL organizations, a help desk/service desk would handle the demand for applications, while the license management aspects are often assigned to the procurement and/or configuration management functions.”
  2. Application Portfolio Management (strategic)—“determines the appropriate mix of applications in the portfolio. It s highly dependent on the strategic business drivers for the corporation and includes: portfolio strategy development, optimization, and planning.” Portfolio strategy development determines the drivers and priority of those. Portfolio optimization determines the right mix of applications to support those goals. And portfolio planning determines the risks and constraints in implementing the portfolio, such as architecture, infrastructure, and resource constraints.
  3. Financial Management—“budget and forecasting, account management, and allocations management;” these enable the planning of what money is available for the portfolio and what money is spent for applications.
  4. Supporting Processes—other process areas that impact portfolio management include: “knowledge management, communications management, management reporting, architecture strategy, risk management, operational delivery, and support management.”

“One thing is certain, though, as technology continues to drive productivity, comprehension of application governance will become an even more essential step for companies wishing to manage their risks and costs while continuing to gain strategic value from their portfolios.”

I think this model is very helpful in decomposing the traditional definition of governance from the strategic functions of portfolio selection, control, and evaluation to the additional tactical, strategic, and financial aspects involved in managing it. Particularly, I believe it is useful to separate out the business demand (licenses, new systems and technologies) from the portfolio development and optimization (“the right mix” to satisfy user needs). Additionally, the breakout of financial management from the portfolio development is important in making the distinction between the roles of the Investment Review Board/Enterprise Architecture Board and the financial or resources group that actually budget and accounts for the funding aspect of IT spend.

Nuttall and Houghton do not go into any depth with the supporting processes, so these are presented as high level touch points or supporting processes without any particular explanation of how they support portfolio management and governance.

One critical item, the authors did not include, but should have included is the Systems Development Life Cycle, which take the IT portfolio and governs it from planning through analysis, design, development, testing, deployment, operations and maintenance, and ultimately to disposition. The success of moving systems projects through the SDLC will impact the make-up of future portfolio decisions.


Share/Save/Bookmark

December 14, 2007

Franklin Delano Roosevelt and Enterprise Architecture

Franklin Delano Roosevelt (January 30, 1882 – April 12, 1945), often referred to by his initials FDR, was the thirty-second President of the United States. Elected to four terms in office, he served from 1933 to 1945, and is the only U.S. president to have served more than two terms. A central figure of the 20th century during a time of worldwide economic crisis and world war, he has consistently been ranked as one of the three greatest U.S. presidents in scholarly surveys.

During the Great Depression of the 1930s, Roosevelt created the New Deal to provide relief for the unemployed, recovery of the economy, and reform of the economic and banking systems. Although recovery of the economy was incomplete until almost 1940, many programs initiated in the Roosevelt administration continue to have instrumental roles in the nation's commerce, such as the FDIC, TVA, and the SEC. One of his most important legacies is the Social Security system.”

“The New Deal had three components: direct relief, economic recovery, and financial reform. These goals were also called the ‘Three Rs.’"

  • Relief was the immediate effort to help the one-third of the population most affected by the depression.
  • Recovery was the effort in many programs to restore normal economic health.
  • Reform was based on the idea that the Great Depression was caused by market instability and that government intervention was necessary to balance the interests of farmers, business and labor.”

President Roosevelt was a man of great accomplishment:

  • Domestically—“On the homefront his term saw the vast expansion of industry, the achievement of full employment, restoration of prosperity and new opportunities opened for African-Americans and women.”
  • Internationally, At War—Additionally, during World War II, “Roosevelt…provided decisive leadership against Nazi Germany and made the United States the principal arms supplier and financier of the Allies who later, alongside the United States, defeated Germany, Italy and Japan.”
  • Internationally, At Peace—“Roosevelt played a critical role in shaping the post-war world, particularly through the Yalta Conference and the creation of the United Nations.”
  • Personally—FDR showed amazing courage and was determined to regain use of his legs (that had been laid waste from the disease polio) through swimming.

(adapted from Wikipedia)

Wow, what an amazing President!

FDR was the impedemy of a doer and fighter. When the world was in chaos, whether from the Great Depression, World War II, or on a personal level when he contracted Polio at age 39, he came out with a plan and acted on it—whether the war he was fighting was povery and social ills, fascism and totalitarianism, or personal illness—FDR was a man of action and achievement, and this country was the great beneficiary.

FDR “brought hope as he promised prompt, vigorous action, and asserted in his Inaugural Address, ‘the only thing we have to fear is fear itself.’” (http://www.whitehouse.gov/history/presidents/fr32.html)

FDR is a role model for leadership, but to me, he is also a paradigm for User-centric EA. Why? EA done correctly is not only about having a plan OR about taking action, but rather it is about developing a sound plan AND executing on it the way FDR did over and over again over 4 terms as President. He came up with the plan for the New Deal and successfully executed it, so that 75 years later many elements are still fundamental to our system of social and economic policy and administration. Also, FDR came up with a plan to defeat the Axis in WWII and he with Winston Churchill led us to success. Unfortunately, no amount of planning or execution could successfully fight Polio before the discovery of a vaccine by Jonas Salk.

In summary, EA is not only about planning and governance, but it’s about helping the organization to execute and achieve on its plan. EA does this by developing the transition plan, which logically sequences incremental change for the organization, as well as by working closely with leadership, subject matter experts and stakeholders to actually guide and influence positive change.

All EA practitioners can learn to plan and execute from the master, FDR!

Share/Save/Bookmark

December 9, 2007

Master of Paradox and the Enterprise Architect

As enterprise architects, we need to have clarity of vision to see what is and to chart a way ahead for the organization. Yet, we live amidst polarities and paradoxes, which are challenges for every enterprise architect to see through.

In the book The Empty Raincoat, by Charles Handy, the author identifies nine paradoxes that we need not only be aware of, but also be focused on, so that we can find a better way forward for ourselves, our enterprises, and society.

Here are the top six paradoxes (of nine) of our time:

  1. Intelligence—“brains are replacing brawn…knowledge and know-how is the new source of wealth, [yet] it is impossible to give people intelligence by decree, to redistribute it. It is not even possible to leave it to your children when you die…It is not possible to take this new form of intelligence away from anyone. Intelligence is sticky…nor is it possible to own someone else’s intelligence…It is hard to prevent the brains walking out the door if they want to…intelligence is a leaky form of property. [Finally,] intelligence tends to go where intelligence is. Well educated people give their families good education.”
  2. Work—“some have work and money, but too little time, while others have all he time, but no work and no money…we also use money as the measure of efficiency. Our organizations, therefore want the most work for the least money while individuals typically want the most money for the least work.”
  3. Productivity—“productivity means ever more and ever better work from ever fewer people…as more and more people get pushed out or leave organizations…[they] do for themselves, what they used to pay others to do for them.” In a sense the newly unemployed stifle market demand and further growth.
  4. Time—“we never seem to have enough time, yet there has never been so much time available to us. We live longer and we use less time to make and do things as we get more efficient…[yet] we have created an insidious cycle of work and spend, as people increasing look to consumption to give satisfaction and even meaning to their lives.”
  5. Riches—“economic growth depends, ultimately, on more and more people wanting more and more and more things…If , however, we look only at the rich societies, we see them producing fewer babies every year and living longer. Fewer babies mean fewer customers, eventually, while living longer lives mean, usually poorer and more choosy customers.”
  6. Organizations—“more than ever, they need to be global and local at the same time, to be small in some ways but big in others, to be centralized some of the time and decentralized most of it. They expect their workers to be more autonomous and more of a team, their managers to be more delegating and more controlling…they have to be planned yet flexible, be differentiated and integrated at the same time, be mass-marketers while catering for many niches, they must introduce new technology, but allow workers to be masters of their own destiny; they must find ways to get variety and quality and fashion, and all at low-cost.”

Can we as enterprise architects ever resolve these paradoxes?

While, we cannot resolve the polarities of society, we can find ways to balance them, move between the extremes “intelligently,” as appropriate for the situation, and search for better way to adapt. We do this not only to survive, but to help our organizations and society thrive in spite of the paradoxes. “Life will never be easy, nor perfectible, nor completely predictable. It will be best understood backwards [20-20 hindsight], but we have to live it forwards. To make it livable, at all levels, we have to learn to use paradoxes, to balance the contradictions and the inconsistencies and to use them as an invitation to find a better way.”

So as architects what specifically can we do?

As architects, we are advisors to the Chief Information Officer (from a technology-business alignment perspective), Chief Financial Officer (from an IT investment perspective), and to the Chief Procurement Officer and Line of Business Program Managers (from an IT execution standpoint) and other organizational decision-makers. In this advisory role, we can help point out the polarities and paradoxes that may be driving the organization one way or the other, or actually in a conflicting, bi-directional manner. As advisors, we can highlight gaps, redundancies, inefficiencies, and opportunities and suggest ways to improve or capitalize on this. But most importantly of all, by having a structured way of thinking about IT planning and governance, we can provide a perspective to the organization that may otherwise be neglected or trashed (in favor of operations), and we can provide clarity to the organization in terms of planning and governance processes, when the organization may otherwise just be blowing around in the wind of universal contention.

"There are kings [executives] and there are prophets [architects]...the kings have the power and the prophets have the principles...but every king needs his prophet, to help him, and increasingly her, keep a clear head amidst all the confusions...prophets in spite of their name, do not foretell the future. No one can do that...What prophets can do is tell the truth as they see it."
Share/Save/Bookmark

November 14, 2007

Polarization of User Demands and Enterprise Architecture

What happens when users want conflicting things from their EA programs?

Recently, as part of a discussion following an EA briefing, I received a number of interesting comments from some users.

While multiple users talked about the EA capturing some terrific EA information that is being used for IT governance and planning, the users wanted the focus of future EA to go in different directions:

  • IT Governance—on one side of the table, one user wanted to see more IT governance and standards and less IT planning (target architecture), “since target architecture should be set by the technical subject matter experts and EA was more of a policy and management function
  • IT planning—across the table, another user wanted to see more IT planning (target architecture) and less IT governance, since “target architecture is the ‘real’ architecture, and the rest was just management.”

This sparked a lot of discussion throughout the room. Someone else asked, “Well, if you could only do one of these things well, which would you choose?” And another asked, “What is your vision for the ultimate direction of the EA program?”

To me, I believe firmly that ultimate answer to these questions is that you really need both IT planning and governance to have a viable EA program.

  • IT planning without governance—is developing and maintaining the baseline, target, and transition plan without using these to influence and drive actual decision-making. The IT plans are shelfware!
  • IT governance without planning—is trying to leverage EA information to support capital planning and investment control (CPIC) and to enhance overall organization-wide decision-making without having the necessary information to support sound decisions.

So at the end of the day, with limited resources, “which would I do?” and “what is my vision?”

You have got to do both IT planning and governance. IT planning is the process and IT governance is the implementation. One without the other would be utterly meaningless.

So with limited resources, we manage expectations and progress in a phased implementation in both areas—continually building and refining the EA information base so it is increasingly relevant (IT planning), and simultaneously, creating effective governance processes to manage IT investments in new projects, products and standards (IT governance). In this way, EA practitioners make the information useful and usable.


Share/Save/Bookmark

October 5, 2007

Gestalt Theory and Enterprise Architecture

"Gestalt theory is a theory...that the whole is greater than the sum of its parts...This is in contrast to the "atomistic" principle of operation of the digital computer, where every computation is broken down into a sequence of simple steps, each of which is computed independently of the problem as a whole." (Wikipedia)

Gestalt theory and the atomistic principle are important lenses with which to understand User-centric EA. Both gestalt and atomistic views are used to build the enterprise architecture.

  • Modeling—“A model is a pattern, plan, representation, or description designed to show the structure or workings of an object, system, or concept.”(Wikipedia) Enterprise decompose the business and IT of the enterprise to view functions and activities, information and data, and manual and automated solutions for supporting those. In modeling the organization and decomposing it into its foundational elements, we view both the distinct parts as well as the relationship between those; this is the atomistic principle is at work. architects develop business, data, and systems models to show the elements and relationships in the enterprise, identify the business processes, information requirements, and technology solutions. To perform this modeling the architects
  • Planning and Governance—EA develops the baseline, target, and transition plan, and develops or supports the IT strategic and tactical plans. Further, EA facilitates the IT governance process by conducting IT projects, product, and standard reviews and providing finding and recommendations to ensure business and technical alignment and architecture assessment for the organization. Both of these functions of EA require the synthesis of “boat loads” of business and technical information to develop realistic plans and valuable reviews in support of sound investment and portfolio management. In developing the plans and managing the IT governance for the organization, we are synthesizing information to create a holistic view of where we are, where we going, and how we will get there. This involves bringing together the multiple perspectives of the architecture (performance, business, information, service, technology, security, and hopefully soon to be added human capital) to get a view of the organization that is larger than the sum of its parts. The architecture is more than just a federation of these perspectives, and incorporates the analysis of gaps, redundancies, inefficiencies, and opportunities used to drive business process and technical reengineering and improvement in the organization. This is the gestalt theory at work.

Together, the gestalt theory and atomistic principle show us how enterprise architects decompose or break down the organization into its parts and then synthesize or build it back together again, such that the whole is now greater than the sum of its parts. The ability to do this is the marking of a true enterprise architect master!


Share/Save/Bookmark

Use Cases and Enterprise Architecture

User-centric EA fulfills many different needs (as portrayed through Use Cases) in the enterprise.

In the Journal of Enterprise Architecture (JEA), August 2007, the authors of the article “Analysis and Application Scenarios of Enterprise Architecture: An Exploratory Study” (Winters, Bucher, Fischer, and Kurpjuweit) provide a variety of these “application scenarios” for EA.

Use Cases can help us understand the importance and benefits of Enterprise Architecture by showing its application to real-world scenarios. Below is a list of key use cases for EA (adapted from JEA):

  1. Adoption of Commercial and Government Off-The-Shelf Software (COTS/GOTS)—informs on enterprise IT products and technical standards for integration, interoperability, and standardization.
  2. Business Continuity Planning—identifying the dependencies between business processes, application systems, and IT infrastructure for continuity of operations.
  3. Business Process Optimization—reengineering or improving business processes based on modeling of the business processes, the information required to perform those, and the technology solutions to support those.
  4. Compliance Management—helps verify compliance with legal requirements such as privacy, FOIA, Section 508, records management, FISMA, and so on.
  5. Investment Management—supports Investment Review Board; determines business and technical alignment and architecture assessment of new IT investments.
  6. IT Business Alignment—aligning IT with “business, strategies, goals, and needs.”
  7. IT Consolidation—“reveals costly multi-platform strategies and wasted IT resources originating from personal preferences of certain IT stakeholders and/or a lack of enterprise-wide coordination.”
  8. IT Planning—develops target architecture and transition plan; develops or supports IT strategic plan and tactical plans.
  9. Performance Management—Management of IT Operations Costs through the development of IT performance measures to manage IT resources.
  10. Portfolio Management—categorizes IT investments into portfolios and prioritizes those based on strategic alignment to the target architecture and transition plan.
  11. Post Merger and Acquisition Integration—identifies gaps, redundancies, and opportunities in business processes, organizational structures, applications systems, and information technologies.
  12. Procurement Management—aids sourcing decisions; specifies standards, provides reviews of new IT investments.
  13. Project (Initialization) Management—specifies projects requirements, looks at the potential for existing systems to meet user needs, and avoids redundant development activities.
  14. Quality Management—document business processes, information requirements, and supporting IT; helps ensure performance.
  15. Risk Management—managing technology risks; understanding which technology platforms support which business processes.
  16. Security Management—documenting business and IT security and defining user roles and access rights.

When done right, EA helps to create “order out of chaos” for the execution of business and IT in the organization.


Share/Save/Bookmark