Showing posts with label Efficiency. Show all posts
Showing posts with label Efficiency. Show all posts

July 12, 2009

Information Management Framework

The Information Management Framework (IMF) provides a holistic view of the categories and components of effective information architecture.

These categories include the following:

Information-sharing--Enable information sharing by ensuring that information is visible, accessible, understandable, and interoperable throughout the enterprise and with external partners.

Efficiency--Improve mission efficiency by ensuring that information is requirements-based, non-duplicative, timely, and trusted.

Quality--Promote information quality, making certain that information provided to users is valid, consistent, and comprehensive.

Compliance--Achieve compliance with legislation and policy providing for privacy, freedom of information, and records management.

Security-- Protect information assets and ensure their confidentiality, integrity, and availability.

All areas of the framework must be managed as part of effective information architecture.

Share/Save/Bookmark

June 21, 2009

Making More Out of Less

One thing we all really like to hear about is how we can do more with less. This is especially the case when we have valuable assets that are underutilized or potentially even idle. This is “low hanging fruit” for executives to repurpose and achieve efficiencies for the organization.

In this regard, there was a nifty little article in Federal Computer Week, 15 Jun 2009, called “Double-duty COOP” about how we can take continuity of operations (COOP) failover facilities and use them for much more than just backup and business recovery purposes in the case of emergencies. 

“The time-tested approach is to support an active production facility with a back-up failover site dedicated to COOP and activated only during an emergency. Now organizations can vary that theme”—here are some examples:

Load balancing—“distribute everyday workloads between the two sites.”

Reduced downtime—“avoid scheduled outages” for maintenance, upgrades, patches and so forth.

Cost effective systems development—“one facility runs the main production environment while the other acts as the primary development and testing resource.”

Reduced risk data migration—when moving facilities, rather than physically transporting data and risk some sort of data loss, you can instead mirror the data to the COOP facility and upload the data from there once “the new site is 100 percent operational.”

It’s not that any of these ideas are so innovatively earth shattering, but rather it is their sheer simplicity and intuitiveness that I really like.

COOP is almost the perfect example of resources that can be dual purposed, since they are there “just in case.” While the COOP site must ready for the looming contingency, it can also be used prudently for assisting day-to-day operational needs.

As IT leaders, we must always look for improvements in the effectiveness and efficiency of what we do. There is no resting on our laurels. Whether we can do more with less, or more with more, either way we are going to advance the organization and keep driving it to the next level of optimization. 


Share/Save/Bookmark

November 6, 2008

Mr. Clean and Enterprise Architecture

How many of you know people at work whose desk’s are BIG dumping grounds for papers, magazines, office supplies, coffee cups, knickknacks, and G-d knows what else?

One guy at work moved out of his office after about 4 years collecting mounds of stuff, and a new guy moved in last week and cleaned up the place, it looked like a completely different office. I had never noticed how spacious the office was, how bright it was with the big window, or how gorgeous the shinny mahogany furniture was. It was a true metamorphosis.

One of my colleagues, told a story about how one of the people she used to work with had so much paper on the desk, people used to think the guy was incredibly busy with work all the time. When he moved on and they finally got to check out the work at the top of the 3” pile, they found that the newest stuff, at the top of the pile, was THREE YEARS OLD!

Why do some people keep their offices looking like a dump yard?—Perhaps, some people are truly busy, overworked, and maybe even a little overwhelmed; others, like in the story above, may just want to SEEM very busy and hardworking so their bosses and peers leave them alone at work; then there are those who just like having a place to sprawl out their stuff without their significant others yelling at them to clean up after themselves; finally, some people just feel more comfortable and homey in their clutter—so different strokes for different folks.

While some workplaces, let each person handle their workspaces as they see fit, The Wall Street Journal, 27 October 2008, reports that others are enforcing a more structured and clean work environment, called 5S.

5S is a “key concept of lean manufacturing techniques that have made makers of everything from cars to candy bars more efficient. The S’s stand for sort, straighten, shine, standardize, and sustain.”

The 5S approach “has been moving from the plant floor to the cubicle at hundreds of offices around the country.”

Some companies, like Kyocera, are taking this even further and invoking “Perfect 5S,” which “not only calls for organization in the workplace, but aesthetic uniformity. Sweaters can’t hand on the back of chairs, personal items can’t be stowed beneath desks and the only decorations allowed on cabinets are official company plaques or certificates.”

When I started my career at IBM, we had a “clean desk policy” that was more like 5S than Perfect 5S, and it was generally speaking a good thing. Coming into this environment right out of college, brought discipline to the masses and promoted positive work habits.

In architecting a better enterprise, should 5S or clean desk policies become the norm?

In my opinion, if we implements 5S to create a rigorous authoritarian culture (emphasizing top-down) and to micromanage our employees, then no, we’re just acting the workplace police and making our people miserable because we can. However, if we do it in order to truly increase efficiency, promote a cleaner more livable environment for all, and we communicate this effectively to our employees, then it has the potential to be a good thing for the people and a good thing for the enterprise.


Share/Save/Bookmark

October 19, 2008

Balancing Strategy and Operations and The Total CIO

How should a CIO allocate their time between strategy and operations?

Some CIOs are all operations; they are concerned solely with the utility computing aspects of IT like keeping the desktops humming and the phones ringing. Availability and reliability are two of their key performance measurement areas. These CIOs are focused on managing the day-to-day IT operations, and given some extra budget dollars, will sooner spend them on new operational capabilities to deploy in the field today.

Other CIOs are all strategy; they are focused on setting the vision for the organization, aligned closely to the business, and communicating the way ahead. Efficiency and effectiveness are two of their key performance measurement areas. These CIOs are often set apart from the rest of the IT division (i.e. the Office of the CIO focuses on the Strategy and the IT division does the ops) and given some extra budget dollars, will likely spend them on modernization and transformation, providing capabilities for the end-user of tomorrow.

Finally, the third category of CIOs, balances both strategy and operations. They view the operations as the fundamentals that need to be provided for the business here and now. But at the same time, they recognize that the IT must evolve over time and enable future capabilities for the end-user. These CIOs, given some extra budget dollars, have to have a split personality and allocate funding between the needs of today and tomorrow.

Government Technology, Public CIO Magazine has an article by Liza Lowery Massey on “Balancing Strategy with Tactics Isn’t Easy for CIOs.”

Ms. Massey advocates for the third category, where the CIO balances strategy and operations. She compares it to “have one foot in today and one in tomorrow…making today’s decisions while considering tomorrow’s impacts.”

How much time a CIO spends on strategy versus operations, Ms. Massey says is based on the maturity of the IT operations. If ops are unreliable or not available, then the CIO goes into survival mode—focused on getting these up and running and stable. However, when IT operations are more mature and stable, then the CIO has more ability to focus on the to-be architecture of the organization.

For the Total CIO, it is indeed a delicate balance between strategy and operations. Focus on strategy to the detriment of IT operations, to the extent that mission is jeopardized, and you are toast. Spend too much time, energy, and resources on IT operations, to the extent that you jeopardize the strategy and solutions needed to address emerging business and end-user requirements, and you will lose credibility and quickly be divorced by the business.

The answer is the Total CIO must walk a fine line. Mission cannot fail today, but survivability and success of the enterprise cannot be jeopardized either. The Total CIO must walk and chew gum at the same time!

Additionally, while this concept is not completely unique to CIOs, and can be applied to all CXOs, CIOs have an added pressure on the strategy side due to the rapid pace of emerging technology and its effects on everything business.


Share/Save/Bookmark

May 6, 2008

Information Management and Enterprise Architecture

Information management is the key to any enterprise architecture.

Information is the nexus between the business and technical components of the EA:

  • On one hand, we have the performance requirements and the business processes to achieve those.
  • On the other hand, we have systems and technologies.
  • In between is the information.

Information is required by the business to perform its functions and activities and it is served up by the systems and technologies that capture, process, transmit, store, and retrieve it for use by the business. (The information perspective is sandwiched in between the business and the services/technology perspectives.)

Recently, I synthesized a best practice for information management. This involves key values, goals for these, and underlying objectives. The values and objectives include the following:

  1. Sharing –making information visible, understandable, and accessible.
  2. Quality—information needs to be valid, consistent, and comprehensive.
  3. Efficiency—information should be requirement-based (mission-driven), non-duplicative, timely, and delivered in a financially sound way.
  4. Security—information must be assured in terms of confidentiality, integrity, and availability.
  5. Compliance—information has to comply with requirements for privacy, Freedom of Information Act (FOIA), and records management.

The importance of information management to enterprise architecture was recently addressed in DM Review Magazine, May 2008. The magazine reports that in developing an architecture, you need to focus on the information requirements and managing these first and foremost!

“You need to first understand and agree on the information architecture that your business needs. Then determine the data you need, the condition of that data and what you need to do to cleanse, conform, and transform that data into business transformation.”

Only after you fully understand your information requirements, do you move on to develop technology solutions.

“Next, determine what technologies (not products) are required by the information and data architectures. Finally, almost as an afterthought, evaluate and select products.” [I don’t agree with the distinction between technologies and products, but I do agree that you first need your information requirements.]

Remember, business drives technology—and this is done through information requirements—rather than doing technology for technology’s sake.

“Let me also suggest …Do not chase the latest and greatest if your incumbent products can get the job done.”

In enterprise architecture, the customer/end-user is king and the information requirements are their edicts.


Share/Save/Bookmark