« September 2005 | Main | November 2005 »
October 31, 2005
The Latest and the Greatest
What's the value proposition for your knowledge management initiative? Our colleague Bruce MacEwen offers a fast situational analysis that reminds us why we need to convert knowledge from being an asset to a resource -- in order to get value.
Archestra's common ten cent definition of a resource versus an asset is that a resource is an asset with a job. From there, one view on value is that the asset utilization is more-or-less "productive", stimulating a reward greater than the cost of its utilization. But another view of value begins with the importance of the utilization --as opposed to the importance of the asset (in this case, knowledge) or the utilization's cost.
In Bruce's example, a premium is placed on the ability to access and process preferred knowledge on customer demand. He offers at least two ways of thinking about that preference: immediate availability and proven quality.
In the actual practice of offering knowledge, communications and propositions surround the notions of availability and quality so thoroughly that when it comes to establishing "value" most of our energies are dedicated to closing the gap between perceptions (what we think the knowledge is doing) and prescriptions (what we want the knowledge to do).
Another colleague used to say to me that his number one fear was The Bad Client, who revealed themselves with the persistent position of "I don't know what I want but I'm not gettin' it..." If a target user's perceptions devalue a knowledge offering, the culprits might be the way related information is communicated and the way proposed concepts are familiarized. The idea of "applied knowledge" is a standard way of aiming at generating value, but it takes a pretty good hit when communications and proposals are failing.
Put that way, the challenge of extracting value from knowledge seems inevitably to call for training. Let's not forget that training actually tunes the provider of knowledge and the recipient to each other... But with the intensive business focus on converting the "resourcefulness" of knowledge instantly into gain, two related notions take the foreground: just-in-time learning, and knowledge as the in-the-moment experience of "understanding".
Let's assume that the first notion requires the second. What is mostly interesting about the second notion is how it might parallel the experience of language, in which a seemingly infinite and uncategorized variety of statements may be constructed on the fly.
If, instead of utterances, "understandings" can likewise proliferate in our community, with spontaneous uncataloged diversity from some fundamental common competency, the most important target of our effort to manage knowledge could be more akin to achieving "fluency" than to profit. It should simply be a case of putting the horse in front of the cart. Fluency would explain how and why so many on-demand knowledge deliveries would be successful. So as we figure out ways to cultivate successful on-demand knowledge, we should try to maintain the objective of increasing fluency instead of episodic gain.
Posted by Malcolm Ryder at 10:48 PM | Comments (0)
October 29, 2005
Managing "Measuring"
Neil Raden's article, "The Limits of Measurement", bring us to the interesting problem of not being able to see the trees for the forest.
In this case, "performance" is the forest, and the trees are the events and inputs that make up successful explanations for the performance observed.
Measurement looks for data points and then it looks for patterns or "forms". We assume that the points themselves don't tell us what we need to know -- but when data collectively mean something different from the data points, we have to hope that the points are resolved into a focused picture and that the picture means something.
On the other hand, a preconceived pattern or form discourages finding the data points that don't fit. In measuring performance, this can turn into the difference between fact and myth.
I.
We have enough other problems getting accurate data without preconceptions clouding the view... Through interruptions and reprioritizations, ongoing change alters the routines of action that are considered necessary in day-to-day operations. So, by analogy, what if the key points keep moving? Chasing these moving targets, can the picture ever be focused? How far away do we have to get to see a "stable" picture?
Neil's article gives important reminders about the Heisenberg Uncertainty Principle, and they tell us that we have to at least estimate how much our data collection process -- e.g. measurement -- might either lack "accuracy" or exceed a useful amount of it. Otherwise, we risk simply accepting distortion that we created ourselves.
The distortion may be unintentional, like a manufacturing defect discovered only later. But worst case, you know the old saying, "statistics don't lie -- statisticians do."
II.
Furthermore, "accuracy" and "usefulness" are vulnerable not only to the measuring instrument and measurer; distortion can begin with the definition of what is being measured in the first place. These definitions are not absolutely right or good; they are debatable.
Comparing one organization's practice to another's yields proof of this. It's like two contestants in a recipe bakeoff. Two different organizations, pursuing the same outcomes, might have widely divergent definitions of what data comprise the key points that compose the bigger picture. Thus, on the surface, they might be trying to work with "the same" picture -- but they might disagree on the significance of any included point of measurement or of any omitted point.
The competitive ramifications of course make it all more interesting. Even when two organizations work from the same general framework, the diversity and uniqueness of their particulars could mean, as the saying goes, that "on any given Sunday, any team can beat any other team..." That is, the differences are not necessarily advantages, so we might decide that the definitions behind the difference are not the right ones after all...
III.
And finally, won't a different point of view on the data also result in a different picture? Strictly speaking, we'd have to expect a "definite maybe"... and the reason why is that we might not see the same data from a different point of view.
Since our management already leans on ideas like capability maturity, best practices, and other examples of empirically proven improvement, it seems that we already know about the need for measurements to differ according to modes of achievement as well as targets of achievement.
These improvement concepts are also ideas that encourage us to adopt standard answers to questions like "Are the right things being measured?" and "How do we know what the right things are?"
Being essentially scientific discoveries, these standards reach our management as a kind of Newtonian physics, setting an operational baseline and perspective. Our practice of it is then challenged by how sensitive our measuring instruments are. When our measurement sensitivity hits the point of diminishing returns, we want to go beyond. But how?
Beyond that is a different challenge: an alternative, more quantum-physics perspective of multiple concurrent points-of-view.
IV.
In our performance improvement efforts, organizations get pretty good at following prescriptions for action, and although allowing that our measurements interfere with the actions taken, the actions are not significantly varied from one time to the next. We're used to activity being measured within ranges of tolerance. As a result, we think of value from a distance that accommodates variance.
But let's look at this idea of "significance" ... If we bother to measure a prescribed action because it represents a certain value to be generated, we want the action to avoid getting caught in a cloud of varying kinds of measurement, each kind approximating the action from its respective point of descriptive view. Why? Because each perspective's description can virtually propose a different action, and until there is agreement amongst the perspectives then their collective measurement leaves us somewhat unsure about what action really happened.
For example, was a certain higher-than-expected expense a "detrimental cost" or a "beneficial investment"? Was a faster-than-expected delivery an opportunity or a disruption? Such varying views of "facts" lead to uncoordinated organizational responses and reactions that defeat the purpose of measuring things.
This emphasizes the fact that, while management likes precision, it really must have relevance even more -- regardless of precision. A fuzzy (or crude) picture of the right thing is more valuable than a clear picture of the wrong thing.
Having multiple stakeholders means having multiple points of view. This condition will show that interpretation sets the limits of measurement.
V.
A well-worn story related to this problem is the one of Six Blind Men and an Elephant. Touching the elephant, each man relies on his own perception of the part of the elephant he is nearest, and each part touched is very different from the others -- a tusk, an ear, a leg, etc. Consequently no one man figures out that what he is touching is an elephant, instead of a pole, a tent, a tree, etc.
That's an interesting story, but if our problem is to make a better elephant, then the story goes inside out. Instead, if all six men were first told that they were about to touch an elephant, would they each then be able to determine what part they were touching and assess the status of the part? Yes, the information-in-advance mitigates their individual blindnesses to a very important degree, but this works because they were not misdirected -- not told to expect something other than an elephant.
For this reason we can say that an organization's performance is driven more by agreements before-the-fact than it is by measurement after-the-fact. In fact, agreement should create the model from which measures are derived. But then, what we need measurement to do is to feed back and drive future agreement as well, across the inevitability of ongoing change... and this will depend on managing interpretation in the organization.

Posted by Malcolm Ryder at 9:39 PM | Comments (0) | TrackBack
The Future of Change
Author and management practices educator Sid Kemp posed a question of whether production quality really drives financial success. Due to competition, we can assume that not having quality might prevent success, but does having quality "cause" it? If not, then what is the rationale for the expense and intensity of continuous quality improvement, a competency-based change program? After all, if change is the only business constant, how does continuous improvement apply to the agility needed to compete? The easy answer is to continuously improve agility. The hard answer is to determine what that means and make it work.
Asked Sid, "a question came up while I was thinking about quality management and reading up about Japan -- famous for quality but ailing economically despite that. What kinds of focus, what changes, could we say will be *beneficial* for the next ten years, even if we don't know what we will be producing?"
On the one hand, a 10-year forecast is not so easy. China will be the most powerful country in the world but we don't know whether it will be good for just them or good for everyone. Certainly the U.S. is the only precedent, and the jury remains out on the subject of our "goodness". Nonetheless, since the climate change, the globalization of politics, and the information-economics revolution are all upon us, it stands to reason that we need more clairvoyance and more security without creating more divisiveness. The more we can find good reasons to cooperate with each other, the better off we will all be. The age of Win-Win is now or never, and its implications certainly mean at least a first step of "enlightened self-interest". The biggest threat is "the telling of lies". It will be interesting to see if the practice of education can evolve towards a focus on Win-Win awareness.
But Sid posed the challenge in particular: deciding Beneficial Focus and Beneficial Changes vs. the uncertainty of future market requirements and product/service categories. The issue calls for considering the relationship between performance management and value management.
First, we define "beneficial". It has several flavors. But if we assume above all that we intend to keep our professional operations self-supporting (for continuity) and attractive (for growth), then we can work from the general notion that "beneficial" things are things helping us to achieve those two goals.
Then we break it down into the supply and demand issues that pertain to both goals.
FOCUS:
On the supply side, there are aspects related to our being Producers and Providers. We use and build the environment and the items in it.
- We should be good at doing that, as in being mindful of our intent and relevance in our time and place, so the perspective is one of Competencies.
On the demand side there are aspects of our being Partners/Community Members (collective) and Stakeholders (individual). We receive and are affected by the output of our acts and the acts of others.
- We should meet the requirements of our relationships, and meet the needs of being individuals, so the perspective is our Responsibilities.
In the picture below, we see how Competency and Responsibilities cross-reference, creating four focal areas: Ethics, Values, Roles and Missions.

The general issues (as focal points) are these.
Ethics: intent vs. requirements (sets position within a quality network. We used to say "chain" instead of "network" but we now know better. Quality network includes legal, cultural, industrial and other institutional players, reflecting regulations, norms, practices, etc.)
Values: intent vs. needs (sets position within a demand network)
Roles: relevance vs. requirements (sets position within a supply network)
Missions: relevance vs. needs (sets position within what we've usually called a value network)
So the idea would be to map attention to those four issues against the two goals:
(1.) keeping our operations self-supporting; and,
(2.) keeping our impact attractive.
This 8-part mapping creates a model for defining "the way we want to be."
As an exercise, I began assigning big company names to the four focal points, as examples of companies that promoted the issue or violated the issue. For example, Enron clearly violated the Ethics issue; Phillip Morris's marketing wants us to believe that it is promoting the Ethics issue; and a company that send free AIDS drugs to Africa is definitely promoting it. Dell is a master promoter in the Mission area; WalMart is a promoter in the Roles area but a violator in the Ethics area. Disney is a master promoter in Roles. Ford Foundation is a master promoter in the Values area. Microsoft violated Ethics but promoted Roles and wants to be seen as a Value promoter. Etc.
CHANGES:
There will be changes that are intended or unintended, and needed or not needed. So, there are four basic types of change:
- intended & needed (e.g. goal fulfillment)
- intended & not needed (e.g. innovation)
- unintended & needed (e.g. luck)
- unintended & not needed (e.g. discovery)
These four types of change can occur within any of the four Focal Areas. So, the 4x4 cross-referencing here gives 16 points of change. Across the possible changes, our overall question remains "which ones should we expect, and which should be prioritized?"
We can only make educated guesses as to which cases of the resulting 16 kinds of changes will emphatically occur and be "critical"... With enough information we could start working out our guesses the same way meteorologists work out forecasts. This tells us right away how intensive and daunting the effort would be.
So the challenge will be generally like this:
1. Understand where (and why) we want to be positioned in terms of the four "focal areas"
2. Master an ability to monitor responsibilities and detect trends that are relevant to the scale of our operations
3. Master an ability to rapidly acquire and deploy effective knowledge (not just data or info) for building competencies that will support and align the desired positions
In the end, there will be some emotional maturity required, to keep a grip on the idea that something helping you reach a goal is Beneficial even if its immediate consequences involve some pain or don't offer gratification. And furthermore, just because something is beneficial doesn't mean you're going to reach your goal; instead, you proceed with the idea that you won't reach your goal without the benefits. Finally, gratification and benefit are not the same thing, and there may be many gratifications (planned or unplanned) that occur but should not be confused with benefit. As I admitted to Sid, I love martinis, but they're bad for the brain cells and the liver.
Posted by Malcolm Ryder at 8:12 AM | Comments (0) | TrackBack
October 22, 2005
How to Solve Problems
This just in from the Henry J. Kaiser Kindergarten in Oakland California.

Posted by Malcolm Ryder at 8:27 PM | Comments (0) | TrackBack
How to Spend Money
Managing money well always has the twin peaks of using a little to get a lot. The big aggravation comes from finding that standing on one peak so infrequently gives a clearer view of the other peak. And naturally, we find it difficult to be in two places at once.
Forced to choose? Most managers would say "no"... but mainly because the rule, not the exception, is that you lower costs first. This makes investment seem like a mindset you get to only as a reward for cost reduction -- literally, an afterthought. Other managers might say that the investment attitude (flirting as it does with innovation and uncertainty) is too frequently incompatible with their responsibilities to ensure efficiency and quality. Finally, it is not always yet too often true, that the issue of investment is boxed into the idea of research and/or development, under an umbrella of expectations where "losses" are decreed "acceptable" because they haven't reached "live" operations...
But daily management is not best simply cleaved into incompatible philosophies or unrelated departments in detente. Managing the relationship of cost to investment can be organized by starting with what they have in common, then proceeding with what their differences contribute.
The common operational aspect of cost and investment is that they are both a type of "expense"... The challenge is to have each type of expense translate into performance for the organization. While the expense perspectives are cost and investment, the performance perspectives are planning and operating.
As shown in the picture below, there are basic forms and subjects of management attention that could, but may not, characterize the translation in most organizations. Among them, the most important point to note is the general emphasis on assets that typifies cost issues, versus the emphasis on resources that typifies investment issues. From there, it is easy to recognize that the cost perspective works on an operating objective of minimizing the risks of asset availability; investment, meanwhle, works on maximizing the benefits of resource capacity. Naturally, this is expressed through a concern for cost recovery on the one hand, and investment returns on the other -- which sets up different viewpoints on the common significance and use of any "income"... But here, the more direct observation is that the expense objectives are operationally defended, proactively or even preemptively, on the cost side through allocations and on the investment side through assignments.

Management normally proceeds with an assumption that operations are directed according to plans, and this directive effort initiates with objectives of its own. Our framework shows that sensitivity to assets and their allocation is incorporated quite differently from sensitivity to resource assignments.
But this visibility offers some diagnostic advice regarding a rational relationship of cost and investment. For example:
- In general, moving expense management from planning to operating stages means anticipating impacts, while moving from cost to investment expresses productivity.
- When assets are placed into service as business resources, managing their service (responsibility to assignment) is the primary point of view on establishing their value. Accounting will not be an appropriate mode of analysis for validating benefit, and authorizations will not "cause" a benefit increase even though they may be a prerequisite of it.
By presenting a more carefully distinguished view of the forms and subjects of management attention to expenses, this framework also suggests a very careful re-examination of common notions in the organization like "cost justification" and "approval authorization" in order to determine whether their accepted use and meaning is really logically effective for managing expenses to the current strategic objectives.
Posted by Malcolm Ryder at 4:30 PM | Comments (0) | TrackBack
October 20, 2005
Information as Product -- or, the buck stops here
"When information is free, only bums will have information." - M. Ryder, 1998
Ephraim Schwartz, editor at large at InfoWorld, shot out a cautionary this week about the impending extinction of CIOs.
The trajectory he drew is pretty straightforward: CFOs have personal accountability sign-off for the "version of the truth" sold to stockholders and checked by the government, the auditors, and the law -- so the CFOs are grabbing the reins of information management.
At first blush these reins are the decision-making authority about the actual "systems" used to manage the information. But here's a quick thought: since the systems are composed at least of the tools plus the processes, are the CFOs taking decisions about the processes away from CIOs, or just decisions about the tools?
Thanks to the rapid evolution of business process management (BPM), it looks like that question is actually worth asking. Because of BPM, we know the following: on the one hand, a faulty process might be running on perfectly capable tools; on the other, even mediocre tools might be properly enforcing a good process. Who is responsible for what?
That kind of difference lets us know that there is a real distinction between what the CFO really needs to worry about (the information management process) as opposed to what else there is to worry about (the technology management process). It's just too hard to believe that CFOs want anything to do with the technical architecture other than to enjoy good cost/quality ratios from it.
Says Schwartz, "As far as I can tell, in the future IT landscape, the CTO, rather than the CIO, will report directly to the CFO." This is consistent with the idea that the CFO has either absorbed or dissolved the "CIO" job, leaving a different technology guy still in place. But not all information management is about the CFO's reporting. A lot of bits and bytes whip around just to make sure that other things get done, like mail delivery or content backups or customer verifications. The question still begging: is there a chief process guy?
It's fun to torture the holy trinity of people/process/technology for many reasons, but one of them has always been the apparent arbitrariness of not having the CTO accompanied by chiefs of people and chiefs of process. Strategically managing the capacity for targeted production quality would be the mission-in-common for these chiefs -- and yes, it's not whether they exist by other names but whether they are given that mission. But managing the actual performance of the production mechanism is still a different issue.
In terms of production, information is a product, and it seems that Schwartz foresees the CFO stepping into the role of senior-most product manager to minimize anxiety about the "performance" of information management.
If that's becoming true, there are two ways to consider this further. One, why shouldn't the CIO position simply evolve into that "product manager" role? And two, should there also be other product managers, aside from the CFO, who are responsible for the other ways that information must service the company?
********************************
Stop the Presses. Elliot King is the editor-in-Chief of BPM Strategies (the members-only publication of the BPM Institute / BPMinstitute.org) and chair of the Dept. of Comunication at Loyola College in Maryland.
His article, "Process Management Approach Leads to Competitive Government" discusses how the Florida Dept of Revenue did not wait for performance management standards to be legislated.
The DOR is building balanced scorecards for each of its core processes. Florida DOR has identified 70 core processes. Dale Weeks is the chief business process and leadership officer at the Florida DOR.
Let the games begin.
Posted by Malcolm Ryder at 12:40 PM | Comments (0) | TrackBack
October 19, 2005
The Art of Aligning Alignment
Business reaches necessary levels of performance by relying on processes. And meanwhile, most of the critical processes are now powered with IT. There is abundant evidence that from a planning perspective this is usually a good idea.
But ironically, this same chain of connections makes it persistently difficult to make and rely on strategic assumptions about performance. Why?
- Because of the complexity of existing operations, management often sets performance requirements without really knowing if it can rely on its processes to keep up with them. For this issue, management is looking for what it calls the alignment of strategy and execution.
- Meanwhile, another part of what underlies uncertainty is the quality of IT's enablement of the processes. For this issue, management is looking for what it calls the alignment of business and IT.
But business has now learned that the two types of alignment are interdependent; one rarely succeeds without the other. So the alignment of strategy and execution must constructively intersect with the alignment of business and IT, which at first adds more complexity while also being relatively new. So the necessary combination seriously challenges business management, particularly in terms of timing, funding and politics.
Without a clear view of the scope of the challenge, solutions are more likely than not to be under-developed versus the forces that can prevent them from ensuring sustained effective support. Additionally, it would be difficult to understand the sensitive trade-offs of starting out with one emphasis versus another.
Processes are at the intersection. Illustrating the scope of issues around the process shows that a small group of intensively defined management elements "parse" the complexities of aligment into different points of view. These elements are:
- objectives
- policies
- information, and
- resources.
When alignment stakeholders are surveyed for the visibility they have on these elements, it is not unusual that the elements are checkpoints which vary in completeness, in priority, in content, or in any mix of those three, amongst the stakeholders.
This means that the bases for alignment are likely missing supportive agreement. While authority can drive action forward anyway, consensus is much more important to sustained effectiveness.
Assuming a reasonable level of consensus recognition of the basic elements, the next thing to confidently establish is the way they combine to generate critical points of view on alignment. These points of view -- strategy, governance, planning and execution -- usually show up as functional issues that get measured and therefore make up the "performance" picture of management. In the picture below, the general separation of these viewpoints, resulting from the interplay of management elements, is mapped out for navigation.

As illustrated here:
- the policy element decisively intervenes in the presumed alignment of strategy and execution -- but the predisposition of strategy is critically influenced by objectives, while the predisposition of execution is critically influenced by information.
- The strategy point of view has a clear line of sight to objectives and policies, and tends to understand processes through that visibility.
- Because policies are dynamically involved with execution, and objectives are dynamically involved with governance, strategy likely influences the governance and execution points-of-view through its impact on policy and objectives -- impact that for better or worse is usually negotiated if it survives.
Each point of view, taken in turn, has the same kind of relationships with its contiguous elements.
Overall, the surprises are:
- that strategy and planning are so indirectly coupled, but this explains why comprehensive plans are so complex;
- that "Business-IT" alignment is not overtly signified at all, but this is because business is an "overlay" to the entire picture, while IT is an "underlay"; and,
- that process is so multidimensional, requiring coordination of as many as four elements before it should be considered stable and mature -- but this explains why despite automation and best practices, one size does not fit all.
A key aspect of the different points of view is that they typically have "owners". Because the points of view drive motivation, the issue of their cooperation is essentially a very high-level one. Cooperation stems from motivation, and the picture shows that motivation is affected by the management elements and also by the executive agenda. The four typical components of the executive agenda, which we consider to be executive "drivers", are Goals, Risks, Perspective and Competency. Taken all together, the four drivers from the executive agenda approach being a definition of the organizational culture, but in daily effect they are more or less political. In the way the drivers work together, they generate the points of view we discussed above, and thus they precondition the prospects for consensus.
For example, strategy represents an "alignment" of goals and competency (or it better!), while governance represents an alignment of goals and risks. If the understanding of competencies is too divergent from (and unrelated to) the understanding of risks, it becomes significantly more difficult to successfully configure goal-pursuit as strategy and governance, making defense of objectives hard to implement.
The surprise at the driver level is the role of perspective. Perspective should be looked at as the location of beliefs, expectations, and knowledge -- all of which are generally "organized", in ways that aggressively affect the interpretation of data as well as both planning and execution. It's not surprising that perspective is a driver, but instead that it is more critical to the alignment of planning and execution than are the other drivers.
In the big picture, it is tempting, but incorrect, to see "Business" on the left side and "IT" on the right side -- and then look for "alignment" across the middle. Instead, the problem of Business-IT alignment begins with defining what the phrase means, and the most reliable working definitions bring the picture into use as intended, to study the intersection of the two major kinds of alignment.
The typical problem that Business has with IT is that the impact of the use of IT disagrees with the requirements of supporting the objectives that represent business progress. But as big a problem as that is, it still understates the real need that the business has of IT.
Instead, for alignment with the business, the management of IT needs to focus on how IT's impacts strategically support the coordination of the drivers, points-of-view, and management elements shown in the integrated alignment picture.
Because there are at least those three concentric areas to affect, and four points within each area, there are a very large number of influences and cross-influences to establish and coordinate -- all in the face of potential change at any point, at any time. Clearly this will be anything but simple; but as a starting point for recognizing the challenge we at least can say that IT's management is likely wasted effort if it is not dedicated to the coordination represented in the picture of alignment.
Posted by Malcolm Ryder at 11:01 AM | Comments (0) | TrackBack
October 18, 2005
Generating Network Value through Services
When Network Computing magazine recently changed its name to "IT Architect", it triggered recollection of this observation: a network is a coveted environment, so we emphasize the quality of that environment; but the value of it is in the design of its usage. Why is this instance of stating the obvious any more interesting now than during the last few years?
I.
In answer, one general thought is this: now, a huge proportion of our assumptions as productive people, about achieving needed performance, rest on embracing at least an abstract notion of "networking" -- sometimes on multiple levels of operation. Whether our management agenda is about job-hunting, workgroup teaming, espionage, market collaboration, or distributed industry of any kind, the presumption is that prevailing performance level standards for "success" will require interconnectivity that generates synergies (more bang per buck) and that overcomes (i.e., navigates) environmental complexity.
But why consider networks in any expanded sense? Because, a failure to acknowledge organizational principles behind a network leads to lost opportunity and an inability to resolve problems inherent to "networked" environments -- which, because of the above noted reasons, are becoming the rule (not the exception), if not ubiquitous.
Practically, we approach a network as a production environment for some work to be done. And typically, the reality is that as individuals we encounter networks that are already in place. So we have to learn to use the network, i.e., to train ourselves. This accounts for the regularity and range of what we do.
But the mere fact of interconnectivity does not "make a network work." Instead, we think that the network is working when it turns out that it enables what we want to do. Admitting this tells us that we don't think a network is valuable unless we expect it to satisfy our requirements. How do we get the network -- whether it is an information system, an organization, a knowledgebase, or whatever -- to meet those expectations?
We train it. That accounts for the regularity and range of what the network does.
II.
At face value, labels that switch from "computing" to "architects" seem to shift attention from usersto providers. But more importantly what happens is that thinking shifts from the increasing momentum of experiencing the network as a "place" back towards seeing the network as a virtual construction.
Now we investigate the implications of training as the model for a type of value-adding dynamic construction or reengineering. Training designs behavior to correspond with requirements, and architects make the plans that render the design actionable. To "train" a network, an architect develops the network's enablement of services.
This is a shift that managers can appreciate. Before the shift, computing managers are struggling with trying to derive or rescue value through dwelling on network users' "negotiated experience" and its expensive preoccupation with remedial support. After the shift, they are focusing on "negotiated design" -- and its far less expensive preoccupation with planned services.
Because services optimally align the network user to the network capacity, we can take it as a general principle that services are what generates value from a network. Correspondingly, architects who enable services are on the critical path to the network's value.
Since we're considering an expanded definition of "network", two other thoughts related to that pair of findings also expand to capture familiar ideas in a fresh way. .
III.
First, we can readily see "architects" involved in all kinds of networks. The networks can be systems, teams, communities, and other entities that are formed from designing environmental interconnectivity to support distributed industry. The architects are engineers, coaches, policy-makers, and many others who we often call architects only after-the-fact; but we ultimately credited them with being the architects because they designed the interconnections we recognized that assure our prescribed requirements can be functionally met.
For example, the writers of Sports Illustrated consider the Hall of Fame candidacy of (as they state it) Lakers assistant Tex Winter, 81, the architect of the triangle offense and Phil Jackson's right hand man during all his championship years in Chicago and L.A.
Second, if a network's value originates in its services, how does the idea of a "service" pertain to small "networks" like teams? By analogy, this calls for understanding the "use of the team" -- as in what requirements the team must support. Here, the idea of services will correspond mainly to the "responsibilities" defined around the capabilities of the team, which organize the team to execute things relevant to the requirement.
Does this make sense? Well, as a demonstration, by stitching the two thoughts together we can ask, "what is my network responsible for?" -- and this leads pretty directly to defining services. On the other hand, if we don't know the answer to the question, then it is nearly impossible to decide what value the network has. Naturally, a trained resource is more valuable than an untrained one. A network is a resource.
Finally, it should be taken as words to the wise, that pursuing collaboration, social networks and other interconnected environments as an organizational strategy will likely yield meager results or even counterproductive ones if the services are not first defined for those environments.
(Note: the above comments are not intended to mean that IT Architect magazine has actually changed in any way other than in its title.)
Posted by Malcolm Ryder at 7:58 AM | Comments (0) | TrackBack
Project Fault Lines in Implementation Designs
It's often remarked that "because humans are involved, there will be error." IT Architect magazine, formerly known as "Network Computing", offered up a practitioner's cautionary alert through Michel Labelle's report of two implementations that failed due to their project managers. What was the gist? One case featured unresolved disputes about specifications, and the other case revolved around confusion about how progress would be evaluated. In both cases, the PM's operational agenda simply didn't match the client's.
Labelle's lament on lousy project managers certainly zeroes in on the notion of human error. But without defending the project managers' obstinacy central to both of Labelle's failed implementations, it seems clear, too, that the PMs were making judgement calls about what constituted unacceptable risk -- not to the project or to the client but to the vendor, who after all is the PM's *employer*... Given that, the requirements of the implementation plan turn out to be quite different from the "service level agreement" assumed to be in effect by virtue of the contract. Labelle was really a victim of poor customer service, and the proper point of resolution should have been a business relationship manager, not the project manager.
This doesn't argue that there must be two separate people to handle the relationship and the project. Instead, it separates the roles in terms of responsibilities. One person may indeed play both roles, but in at least one role -- the business relationship manager role -- needs must take priority over requirements. Indeed, Labelle, a twenty-year veteran of implementations, points out this difference. But the ongoing issue is to design the conduct of the project so that at the outset there is alignment between the project's contract (the business agreement), its SLA (the service level agreement), and its requirements (the production agreement).
For a deeper consideration of this issue, see the related Archestra articles:
Why Projects Fail and Four Breakthroughs
Posted by Malcolm Ryder at 7:23 AM | Comments (0) | TrackBack
October 17, 2005
Why Projects Fail
It seems obvious that if any project is going to be rated a success, there are three high-level issues to successfully manage: Quality, Timing, and Expectations. Mismanagement in any of the three areas pulls the project towards what would be considered "failure."
But in looking at the project as an action, failure should be understood in two ways: in terms of "technique" and in terms of "outcome".
Every project is designed with the presumption that its technique will cause the intended outcome, but the execution of the design may involve an actual experience to the contrary. One point to make clear here is that it is possible for execution to be very good without the intended outcome being generated. This is because a project deliverable is not in itself an impact -- instead it is just a resource that has an impact when utilized.
In every complex structure, the potential value of its capability is designed in, and the actual value of the capability is the result of its reaction to stress. Projects, which are complex structures, are just an example of this.
All projects have the same basic function -- to *produce* something that, according to the specifications, wasn't already there. From the viewpoint of the designated recipient, "production" takes place in a variety of ways that might include buying, borrowing, and/or building the specified "product"... Depending on the recipient, it may not matter how the production was conducted. But from the management standpoint, what these three things have in common is that in their execution each one will depend on (deep breath) a "process" that is used to account for progress in the terms of a "project." It's noteworthy that the form of the process might need to adapt to the project's needs, either in appearance or in actual conduct.
This particular accounting is why, within every project, there is a group of what we should call "progress requirements".
The role of a manager is to ensure that actual technical progress is aligned with actual outcome progress.
A progress requirement becomes a criterion against which the processes that are used within projects should be selected and controlled. Therefore, one source of project failure can be *execution* -- namely, inadequate process management, including inadequate process integration.
*Impact* failure is an evaluation taken as a fact. This is interesting because of the law of unintended consequences, and because not all unintended consequences are undesirable or without great value. But to the point, since projects do not evaluate themselves, the perspective and terms of the evaluators are the place where anything that happens can make the ultimate difference. Inadequate precision and stringency in the terms of evaluation are therefore sources of project failure. Notably, this inadequacy can include unresolved conflicts and omissions amongst multiple stakeholders. Producers are stakeholders, too, along with owners, operators and users.
Since processes and stakeholders don't sit still over time, alignment of technical progress and outcome progress in the project must be defended dynamically, not statically. If managers do not continuously create effective relationships between processes and stakeholders in a project, then misalignment will pull the "project" towards failure even though "production" may have never halted.
Posted by Malcolm Ryder at 9:14 AM | Comments (0) | TrackBack
October 12, 2005
The Four Breakthroughs for Creative Solutions
A long-standing story of mine is that there are only three kinds of problems in the world, so I kept three separately labelled baskets on the desk to put them in as they came into the office:
- Problems that won't go away;
- Other people's problems; and
- Problems that go away by themselves.
As a result, it's amazing how much time I found I would have, to work on non-problems.
Sadly, I haven't been to that office in a really long time.
The ones I still go to look pretty much like most offices, where it seems that problem-solving is spread about altogether too much on things that haven't earned the attention. Later those same things become the X percent that is eliminated when people say they've "increased" or "improved" performance. For the most part, improvement opportunities first arrive in the form of eliminating the unnecessary X percent of underachievement -- and that's relatively easy compared to improvements that consist of adding Y percent benefit above reasonable achievement. But going along with that, the stealth issue is that most activity attributable to underperformance is taking place because "it's supposed to be done." In other words, the underperformance is actually organized to take place. Naturally, this means that some re-organization is needed to eliminate the underperformance. As we know, resistance to reorganization is typically pretty high, which pushes "improvement" efforts back towards the status quo instead of towards the future.
So for the work places that are like most others, I've left my three in-baskets behind and settled instead on the following solution breakthroughs:
:::::::::::::::::::::::::::::::::::::::::
1. Needs are not requirements.
2. Solve the right problem.
3. Choose your pain.
4. Change how you change.
[Copyright M. Ryder / Archestra]
:::::::::::::::::::::::::::::::::::::::::
For the most part they are about getting off on the right foot -- or more specifically, about avoiding the reasons why so often we don't do so.
Heading off in the wrong direction is an act that usually evolves from influences we confidently account for but incorrectly understand. We see certain circumstances and motivations that lead to the decision to "respond" and we assume that the best response is always a "direct" one -- that is, one based on the characteristics of the problem we see.
When we are sometimes asked to "think outside of the box," what we are hearing is advice to not just "respond" but instead to "act". In this case, action is predicated not solely or even primarily on the features of the problem presented.
Along with this difference, we need to appreciate that many "problems" are symptoms and have deeper origins. It's smart and typical for us to emphasize the search for "root causes" of a problem -- but this should include an appreciation that a cause starts a series of consequences that might each themselves be a new cause of additonal branching problems and might have gotten boosts from more thinking of the same type that planted the root... Famously, Einstein said, "We cannot solve our problems with the same thinking we used when we created them."
A creative reaction to the awareness of a problem might be the only way to get past the problematic occasion or condition. But we have to let that creativity come into play. This often means things like the following, where each thing requires considering the thing below it:
- Distinguish the condition that needs to be changed from the steps that are designed to deliberately change it. There's more than one way to skin a cat. (Needs are not requirements.)
- Because there are likely to be interdependencies within the condition, prioritize the importance and timing of the multiple possible outcomes of changing the condition, and work first on the outcomes that are more urgent prerequisites to continuing work on the others. (Solve the right problem.)
- When more than one problem exists, decide whether working on one of them really well is "better than" working on two of them less well, because living with two kinds of pain that require continued attention may (or may not) be worse than living with one kind. (Choose your pain.)
- Don't confuse responsibility, opportunity and competency. No one of those things will assure that the problem will be solved; and realize that while a blend of them will be necessary to solve the problem, the Problem doesn't care where the blend comes from, and it won't go away until it gets what it needs. (Change how you change.)
Taken seriously and together, the four things above build up to a strategic approach. Because the approach calls for not taking anything for granted, it has the ability to reveal alternatives to conventional approaches already learned, expected or adopted. The point is to let the strategy motivate and guide the reaction, instead of just settling for responses guided by convention.
Posted by Malcolm Ryder at 9:16 PM | Comments (0) | TrackBack
Meaning-based Management
In the classic bottom-up hierarchy of understanding, made up of Data-Information-Knowledge-Wisdom, we have four distinct sources of "decision-support". Given that automation is very intense at the bottom and very sparse at the top, the trick to picking the right source for your current decision might seem trivial: fast, accountable decision-making would evidently be most supported at the bottom.
Despite that reasoning, lots of corporate and organizational experience shows that the more explicit we make the complexity of decisions, the more difficult they actually become to make -- frustrating both speed and accountability. Whether the complexity problem is a seeming impossibility of integrating multiple massive data stores, or whether it is simply the often unwieldy dynamics of a large committee, final decisions are really most often the result of a "best effort" to navigate uncertainties while not losing sight of a goal. The harder the navigation, the more obscure the location of the finish line becomes.
If we also want to believe that the decision is always intended to be the "best available choice" then it makes sense to examine how we expose the alternative choices along the way. For example, what role does each layer in the hierarchy of understanding play in indicating alternatives?
Data - provides descriptions of the elements and components of situations
Information - provides evidence of associations between data and assumptions (thus proposing and representing states)
Knowledge - provides models of interactions and interdependencies amongst states
Wisdom - provides assessment of the relevance of knowledge to requirements (and thus guidance of the application of knowledge to requirements)
From those influences we usually look for four things: facts, evidence, truth and meaning. Big mistakes lurk for us when we confuse these things with each other and with the four levels of understanding.
For example, counter to our intuition, data and facts are not the same thing; what makes data into fact? Testing. Likewise:
- Information is not evidence; what makes information into evidence? Context.
- Knowledge and truth are not the same thing; what makes knowledge into truth? Agreement.
- Wisdom and meaning are not the same thing; what makes wisdom into meaning? Relevance.
We need to also preserve the distinction between fact, evidence, truth and meaning -- despite the influence of politics, anxiety and habits:
- Facts provide a set of values (like properties and attributes) that correlate highly with the appearance of a designated phenomenon and thus become useful as definitions of the phenomenon.
- Evidence is facts that distinguish the probability of the defined phenomenon's presence.
Truth and meaning are yet something else. (To be continued...)
Posted by Malcolm Ryder at 8:45 AM | Comments (0) | TrackBack
October 10, 2005
Charging ahead with the "Returns" on Investments
As business people in complex organizations, we've reached the point where we accept without argument the idea that change is a business constant. But when it comes to actually being prepared for change we still too often literally manage to be our own worst enemy. Unless re-examined specifically in terms of change, what we do can prevent or contradict what is necessary to satisfy need.
Getting in the mindset for constant change means figuring out how to be both flexible and agile; that is, on the one hand it's necessary to have many ways to handle a given situation, while on the other it's necessary to be able to handle many different situations.
Most of what we think of as "organization" is concocted to address those two issues. It's as basic as formulating the team to put on the game floor, in a way that anticipates the range of situations expected in the game. Several players may have to fill the same role, and any given set of players have to face a variety of problems.
So it's not surprising that organizational design - whether as processes or workgroups -- has taken and kept a planning spotlight continuously since Y2K, the onset of this period of relentless change.
The more critical the capabilities of flexibility and agility become for handling situations provoked by competition, the higher priority they must have in the range of investment opportunities.
But during this same period, the need to "optimize resources" has been equally urgent. Optimization has always really meant that somehow all resources must be managed in a way that has them doing the right thing at the right time, as continuously as possible. The major point of difference from earlier efforts in the period to later ones has been:
- how to define "the right thing", and
- how to associate the right thing with a presumed resource, without disrupting the progress of things that the resource had previously been supporting.
The first of those two items distinguishes entire businesses from each other.
However, the second of those two items presents a special political complexity very common across all different businesses. Often, the status of an ongoing business plan or situation is that "progress" is rated as sufficient while the "goal" or subsidiary objectives of the effort have not yet been met. Since resources are typically allocated through justifications based on earlier established goals and objectives, changes provoked by new priorities seem to violate the ROI of earlier commitments.
The tension between earlier projected ROI and new priorities encourages an expanded notion of what is meant by "returns". In circumstances of constant change, adaptability hovers above current business as a critical success factor and therefore must be dealt with as a fundamental need that generates followup organizational requirements. From that perspective, goals must be understood in terms of value gained amidst change, but likewise the capacity of the business to continue pursuing goals amidst change must have equal importance as an achievement.
Continuous change means that "progress" is still the center point of the view on investments -- but it is not simply boiled down to the effective refreshment rate of equivalent consumed assets. Progress calls for the subtle shift in thinking from "managing investments" to "managing returns."
If progress is measured against goals but also (and equally) against capacity, then the principle behind managing "returns" on investments should be based on relevant gains made in an approved manner. The question around this is one of how much it matters that the business is predicated on committment to that principle -- and the answers will likely reflect the differences amongst stakeholders.
A focus on compatibility with the appropriate manner of gain can easily be strategically prioritized across all stakeholders as protection against the risks to agility and flexibility -- and what we're finding now in the field is that it's not an optional move. For example, internet security and Sarbanes-Oxley are major re-organizational influences dictating the "manner of gain" behind business performance. They shine brightly as changes in the environmental tolerance of certain business behaviors -- and "mismatched" behavior can quickly shut down the possibility of leveraging the new opportunities that the business may have spotted. Other risks to agility and flexibility include inconsistencies in procedures, communications, and analyses -- which create availability, readiness and competency problems that prevent or disrupt the chance to engage opportunities. That explains why standards, certifications, and other capability maturities also qualify as valuable "returns" or investment objectives.
The idea of risk-weighting progress thus provides a rationale for the principle of balancing current opportunity "expense" against future opportunity "cost". But the problem remains to select the future opportunities.
Ordinarily, we get into probability assessments to develop a picture of the future environment and landscape, and therein to assume and vet certain opportunities. But without the proverbial crystal ball, establishing readiness now for future opportunities means focusing on categories of opportunity rather than on specific events, and focusing on essential competencies needed in the categories rather than on specific goals or effects. A category-level understanding of opportunity provides enough specificity to associate certain types of resources, yet provides enough generality for current resources to stay directed at today's requirements even while positioned meaningfully for the future.
To play out this stance, management can embrace the linking of resources to categories through integrating architecture and portfolio management practices. Meanwhile, investment techniques such as "real options" provide a superior logic to the conventional perspectives such as NPV, and allow organizations to understand the real source of ongoing value generation amidst change.
Posted by Malcolm Ryder at 7:48 PM | Comments (0) | TrackBack
October 8, 2005
Conceptual Capital versus Intellectual Property
Innovation continues to gather more momentum as a primary economic "performance" improvement objective in the post-cost-cutting enterprise. But if innovation is a new top gun in the "competitive advantage" arsenal, then what does it mean that big companies are starting to give away their innovations?
The most interesting choice for breeders of innovation is to decide whether the innovation is more beneficial as conceptual capital to spread around like investments, or as intellectual property to spread around like products.
I.
With today's web-based content discovery tools, there is much more often the case where as a matter of historical fact we find that some great ideas have occurred in more than one point of origin, independently and even concurrently. Under examination, any particular source of the concept might truthfully claim "originality" -- so what does this mean?
It means that a concept is simply not necessarily unique. In such cases where one idea evidently has multiple origins, in what way is it important that the concept has "owners"? Unless something would prevent yet more "original" (not "unprecedented") occurrences of the concept in yet other locations, then there is no obvious reason why the concept itself should be considered "property" although the rights to certain versions of it might be. This shifts attention to the mechanism that controls and distinguishes the versions.
Consider this from The Idea Economy: Battle Over Right to Sell Knowledge, James Kantner's October 3, 2005 article in the International Herald Tribune (reprint via the NY Times):
"Like any other form of property or asset, patents can be bought, sold, leased or mortgaged. Businesses even give patents back to the government in exchange for tax breaks. Start-up companies use patents -- often their only collateral -- to lure investment from venture capitalists... IBM's patent strategy helped make research into 'a profit center rather than a cost center,' said Dam, now an emeritus professor at University of Chicago Law School."
These cases involve an issue of "ownership" -- which we can break down for examination in several different perspectives including:
- authorship;
- usage rights; and
- asset claims.
Using those three factors, companies find various ways to charge for access to the ideas.
But the main thought that crosses my mind is that knowledge is essentially more like capital than it is like product. For that matter, most conceptual innovation, whether given away or not, has never become recognized as intellectual property, and most intellectual property has never become a significant commercial asset.
Why not? Because, most conceptual innovations are not practically applied strongly enough to develop visibility as a coveted proprietary item. As any serious art student who went "professional" knows, the amount of great art never finished and never circulated far exceeds the amount ever known and bought by parties other than the work's creator.
The flip side of that coin is that because artists study the work of other artists, the influence of the larger group of under-the-radar art is easily as strong as the influence of that which was sold -- if not stronger. That brings up the prospect of capturing value from the influence (communicability) instead of just from the sale (transferability of ownership).
II.
For a competing enterprise, circulating concepts is a sensitive issue. On the one hand, giving away ideas is neither very risky nor helpful if those ideas can't be used by others in a practical way. Practicality calls for having additional ideas about how to use the ideas received -- whether that results in something beneficial or harmful to the donor. If the innovation in question is too difficult for other parties to handle, you might see giving it away as being more of a gesture than anything else. But that shifts attention to whatever mechanism controls the circulation and directs the ideas to wind up in "capable" hands.
Usually, property is the default perspective on the value of distributing an idea. Making an idea into "property" requires holding its circulation back in some way. Protecting intellectual property typically means controlling an idea's exposure and accessibility for the benefit of predesignated parties who pay for the privilege. Uncontrolled exposure or distribution contradicts the idea of property.
But on the other hand, due to the web, the cost and difficulty of accessing concepts has dropped so much that the effectively available audience for them is orders of magnitude larger. In turn, that availability of ideas spawns the increased followup occurrence of new and also possibly similar ideas in a wider range of unrelated (i.e., independent) locations. In massively increased distribution, concepts are at least like currency if not obviously like capital. We can't go so far as to say that the web makes companies look like they're printing money, though. However, since concepts cannot be reeled back in after they are released, what makes them into "property" is restrictions on the right to use them and on the effectiveness of those rights. While concepts are inherently more or less communicable, rights to them are artificially more or less transferable.
III.
Importantly for the asset-minded, the new degree of ad hoc exposure/distribution might easily mean that a given concept can now "seed" many more potential properties than before. This makes conceptual innovations clearly more valuable (like capital) as resources, and potentially more valuable than they are as products. But that shifts attention to the mechanism that nurtures the concept to an application and, getting back to the competency issue one might expect that some nurturing mechanisms are more successful than others. Thus, buying stakes in superior developers and donating conceptual innovations to them from the stockpile is a strategy that reduces the risk of wasting cultivated innovations while improving the cost-benefit ratio of generating them.
Companies increasingly recognize that ongoing operations and workforce skills combine to spontaneously generate innovations that were often not solicited or foreseen. Switching to a purposeful cultivation is one major element of "improvement". But the more complex question and philosophical choice is, would the investment-style strategy for lending conceptual capital be more valuable than a vending-style strategy for selling intellectual property?
Posted by Malcolm Ryder at 4:03 PM | Comments (0) | TrackBack