<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:admin="http://webns.net/mvcb/"
xmlns:cc="http://web.resource.org/cc/"
xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://www.malcolmryder.com/">
<title>Archestra</title>
<link>http://www.malcolmryder.com/</link>
<description>The Architecture of Enterprise Strategy:
an open studio of research on the link between how and why </description>
<dc:creator></dc:creator>
<dc:date>2010-09-03T15:34:03-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=4.01" />

<cc:license rdf:resource="http://creativecommons.org/licenses/by-nc-sa/1.0/" />


<items>
<rdf:Seq>
<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/09/performance-mea.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/08/orientation-str.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/06/the-tao-of-new.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/06/social-networki.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/06/the-vertical-we.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/06/innovation-and.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/06/forecast-partly.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/05/how-it-strategy.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/05/why-the-busines.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/05/discovering-lea.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2010/05/the-seven-ways.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2009/09/km-unplugged.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2009/09/the-media-middl.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2009/08/whats-wrong-wit.html" />

<rdf:li rdf:resource="http://www.malcolmryder.com/archives/2009/08/why-business-pr.html" />
</rdf:Seq>
</items>

</channel>


<item rdf:about="http://www.malcolmryder.com/archives/2010/09/performance-mea.html">
<title>Performance Measurement for Services</title>
<link>http://www.malcolmryder.com/archives/2010/09/performance-mea.html</link>
<description><![CDATA[<p>It goes without saying that a poor-quality service will risk a short life-span and throw its provider into the dark side of relationship management with customers.</p>
<p>Understandably, quality management is not outranked by any other type of service management attention. But where managers depend on measurements, the most common problem is a confusion about what measurements are "quality" measures and which might be unnecessary or better suited to a different management concern. The most frequent point of confusion is with performance management.</p>
<p>To distinguish the two, first it is worth noting that many measurements are important to both. But as facts within a point of view, these "shared" measurements fit differently into the two perspectives.</p>
<p>Quality is a percentage of a&nbsp;level of performance achieved both without defects <em><strong>and</strong> </em>within the intended structural design of the acting entity. In comparison, performance itself is a level of operation achieved versus a target level of operation. As an example highlighting the difference and the relationship, high performance may be obtained from an acting entity, but because the quality of the entity is poor, the entity may break down or be distorted by the effort to reach and sustain the high performance. Logical management approaches aim to synchronize performance expectations with identifiable levvels of quality.</p>
<p>In overall operations, services underpin the performance of both products and processes, while the services themselves are also managed for their own performance. Different contexts then contribute the conditions that point those performances at quality considerations.</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="816"><a href="http://www.malcolmryder.com/images/Service%20Performance%20Measurement%20Matrix%20Archestra%202010.jpg"></a></form></p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="816"><a href="http://www.malcolmryder.com/images/Service%20Performance%20Measurement%20Matrix%20Archestra%202010.jpg"></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="816"><a href="http://www.malcolmryder.com/images/Service%20Performance%20Measurement%20Matrix%20Archestra%202010.jpg"><img style="MARGIN: 0px 20px 20px 0px; FLOAT: left" class="mt-image-left" alt="Service Performance Measurement Matrix Archestra 2010.jpg" src="http://www.malcolmryder.com/assets_c/2010/09/Service Performance Measurement Matrix Archestra 2010-thumb-460x355.jpg" width="460" height="355" /></a></form>A business process that needs support is a "problem" for which applying a service is a "solution". In general, a service is a subscribed behavior of an operation. In this way we can see how standardized observations of the performance characteristics of the operation help to account for the success or failure of the business process.</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="816"><a href="http://www.malcolmryder.com/images/Service%20Performance%20Measurement%20Matrix%20Archestra%202010.jpg"></a>&nbsp;</form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="816"><a href="http://www.malcolmryder.com/images/Service%20Performance%20Measurement%20Matrix%20Archestra%202010.jpg"></a></form></p>]]></description>
<dc:subject>Archestra Framework</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-09-03T15:34:03-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/08/orientation-str.html">
<title>Orientation - Strategy, Architecture and Enterprises</title>
<link>http://www.malcolmryder.com/archives/2010/08/orientation-str.html</link>
<description><![CDATA[<p>What is it about a strategy that can have an architecture, and why would it need one?</p>
<p>Having a strategy means taking a position from which operations will extend in logical directions and relations. In that sense, the strategy dictates a structure. This structure must function as an environment within which to comply to the strategy. Within the environment, certain behaviors are critical to the strategy by forming an alignment to the sustainability of the strategy. This means that the strategic requirements of the environment are for the environment to sustain the mandated&nbsp;logic of the operations. </p>
<p>No wonder, then, that strategy often precipitates re-organization. Organizing that environment is an architectural concern. Architecture creates the "spaces" in which behaviors conform to generate the impacts that function as the support for the strategy.</p>
<p>Spaces created by architecture are designed spaces, and the purpose of the design is to specify the characteristics of the space that are necessary to assure the needed functions (which are the impacts of behaviors). </p>
<p><em>The essential behaviors pertinent to a strategy are generic, but for any given strategy the behaviors are specifically related</em>. This reflects the reality that strategy does not define behaviors (which are autonomous, portable and reusable) but instead defines their relevance. Behaviors typically needed for strategy include, for example: 
<ul>
<li>reconnaissance</li>
<li>analysis</li>
<li>communication</li>
<li>production</li></ul>
<p>These behaviors may be understood as "domains", and within a domain the activity can occur across a "range" of various disciplines, locations, resources, events, processes, and other phenomena.</p>
<p>The importance of acknowledging the domains and range is to understand that at minimum there is, for a strategy, an architectural framework that maps out commitments to some domains and commitments to some of the range. This framework is readily envisioned as a 2-dimensional matrix, but the likelihood is that more than two dimensions will be needed to sufficiently articulate both current commitments and the progression of successive commitments over time. </p>
<p>Architecture also is responsible for designing the spaces (the intersection of domains and ranges) in such a way that they facilitate the progressions, not just the moment. This is, for example, what is meant by saying that a flexible architecture is a prerequisite to strategc agility.</p>
<p>We can apply the concept of an architecture of a strategy to the scale and activity of an "enterprise".&nbsp; This architecture is especially important to an enterprise because it is the nature of an enterprise to set external boundaries and internal relations that in both cases cross over multiple significant time periods and multiple discrete organizations. Enterprise Strategy does not simply mean "the enterprise's strategy" -- but much more significantly and primarily&nbsp;it means "strategy that enables&nbsp;continuity and persistence of operation&nbsp;as an enterprise".&nbsp; To that concern we secondarily add the context of particular goals being addressed by the selection and plan of a strategy dedicated to external impacts&nbsp;(being, namely, where you're going to be and why you're going to be there). </p>
<p>Understanding the order of precedence of those two issues is esential to understanding that the relationship of strategies to enterprises is that they need each other but that the relationship may still fail or succeed. This relationship outcome&nbsp;usually has only some predictable factors, and uncertainty is a built-in characteristic of strategies but not of their good&nbsp;architecture.&nbsp;The risks of a bad strategy can include the risk of disrupting the viability of the enterprise, and the benefits of a good strategy can include enabling enterprise status where it had not existed before.</p>
<p>The Archestra <a href="http://www.malcolmryder.com/archives/2005/06/archestra-topic.html"><strong>Topical&nbsp;Framework</strong> </a>(June 14, 2005) is the central reference framework of the work that appears on this website. As a reference it may be used as an instrument -- to contrast or confirm, extend or constrain, and describe or dissect the subjects, topics and propositions about strategy that come from theorists, analysts and practitioners, presented in their work.</p>
<p><em><font style="FONT-SIZE: 0.8em">(This text, and the Archestra Frameworks, are copyrighted by Malcolm Ryder.)</font></em></p>]]></description>
<dc:subject>Archestra Framework</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-08-08T16:45:10-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/06/the-tao-of-new.html">
<title>The Tao of &quot;New&quot;</title>
<link>http://www.malcolmryder.com/archives/2010/06/the-tao-of-new.html</link>
<description><![CDATA[<p>Back in April of 2007, <strong>Optimize Magazine</strong> ran an article by M.S. Krishnan titled <a href="http://linuxriot.com/article/showArticle.jhtml;jsessionid=GUU2KENXYEIGDQE1GHRSKH4ATMY32JVN?articleId=198100530&amp;pgno=1">Moving Beyond Alignment</a>. Its summary: strategic business innovation requires a flexible infrastructure so that the company can utilize the business models needed to achieve goals. Thus IT governance and architecture must enable the enterprise to "synchronize with changes in the business environment".</p>
<p>Meanwhile, scheduled for late 2010, the book from strategic technology architects Greg Suddreth and Whynde Melaragno called <strong><a href="http://www.itbusinessedge.com/offer.aspx?o=04860001news">The Path to Real Business Transformation</a></strong> discusses "dynamic synchronization... a rigorous, business-case-driven collaboration between the business-process owners and their IT counterparts." For this, the framework of problem-solving is what they call business architecture.</p>
<p><em>"Innovation"</em> always has an aura that suggests the big moment of arrival of the new. But getting to utilize the new is the only way that value is derived from innovation, and utilization requires integration into, and synchronization of,&nbsp; the operational scheme of things. This emphasis on synchronization firmly declares that the problem of follow-through on business strategy is fundamentally about coordinating the moving parts.</p>
<p>Anyone who has tried to manually shift gears in a moving vehicle knows that synchronization has two operator-controlled aspects: time spent in the gear, and timing of gear changes. In a competitive context, where time and timing are pre-planned and managed for variances and circumstantial adjustments,&nbsp;this plan is even seen as a strategy itself. The performance level of the plan's execution, especially in complex or volatile environments, is then most often seen as "agility". Achieving agility is, for that reason, a common business objective related to scoring business goals. </p>
<p>Suddreth and Melaragno further state that "business architecture" is developed through a process that defines and institutes long-term change within a framework of strategy (for example of goals, related positions&nbsp;and directions), planning (for example, of resources), and execution (for example, of services). They go on to point out that multiple business areas must be complementary in the context of solving a defined business problem. </p>
<p>To assure proper pursuit of that agreement, it becomes necessary to appreciate the difference between <em>innovative business uses of IT versus business use of innovative IT.</em> </p>
<ul>
<li>In the former case, the emphasis is on the business-level understanding of how moving parts might be aligned in a new way. </li>
<li>In the latter, the point is to introduce moving parts that have a different set of characteristics and interactions&nbsp;than those typically tried before. </li></ul>
<p>From the point of view of these authors, the former issue is a concern of business architecture; and the latter issue is a concern of IT architecture, in which (among other things) the business architecture is&nbsp; "physicalized" according to Suddreth and Melaragno.</p>
<p>Given those points above, it would seem that the challenge is to prioritize business innovation, then leverage business architecture to identify and incorporate IT innovation that can be scheduled within IT architecture for a reasonable chance of sustained synchronization.</p>
<p>&nbsp;</p>]]></description>
<dc:subject>Alignment</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-06-27T21:36:56-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/06/social-networki.html">
<title>Social Networking</title>
<link>http://www.malcolmryder.com/archives/2010/06/social-networki.html</link>
<description><![CDATA[<p>Leadership effectiveness requires followership.</p>
<p>Following requires accepting an extrinsic agenda.</p>
<p>Acceptance requires accomodating the agenda within a disposition.</p>
<p>The disposition is a point of view from within a network of influences.</p>
<p>Change management must generate a disposition favorable to leadership.&nbsp;</p>
<p>It is said, "Individuals do not evolve; individuals change, and populations evolve."</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="800"><a href="http://www.malcolmryder.com/images/The%20Social%20Matrix.JPG"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="327" alt="The Social Matrix.JPG" src="http://www.malcolmryder.com/images/The%20Social%20Matrix-thumb-420x327.jpg" width="420" /></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="800"><a href="http://www.malcolmryder.com/images/The%20Social%20Matrix.JPG"></a></form></p>]]></description>
<dc:subject>Change Management</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-06-22T22:51:42-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/06/the-vertical-we.html">
<title>The Vertical Web</title>
<link>http://www.malcolmryder.com/archives/2010/06/the-vertical-we.html</link>
<description><![CDATA[<p>The periodic media campaigning for Web 2.0, 3G, Web 3.0, 4G and the rest are testimonials to the waves of functional innovation that break across the&nbsp;public-use digital information networks. These successive "versionings" represent a willingness on the part of network operators to try to provide relatively unprecedented capabilities with continuous -- if yet tenuous -- availability.</p>
<p>Although corporations are in a better position to maximally exploit new web environments, the common verification of web evolution is most strongly felt at the individual user's level, where over time the following distinctive progressions have occurred as "status quo" of reasonable expectations and the baseline expectation of using the web. In the original stage, digitization supported broadcasting; then in the next stage browsing supported the read/write web; and bandwidth pulled up the third stage. In that representation, key bundles of capability reached a critical minimal maturity at each stage and together set operational expectations.</p>
<p>&nbsp;<img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px; WIDTH: 470px; HEIGHT: 313px" height="864" alt="4thGen Web-Evolution.JPG" src="http://www.malcolmryder.com/images/4thGen%20Web-Evolution.JPG" width="1231" /></p>
<p>Tracking such progressions always raises the question of "what next?" -- and in this case the most important next stage will find enough overall functionalities and interoperabilities such that an entire system -- and ecosystem -- for a given subject&nbsp;domain can be affordably traversed on the web by the individual user. This "vertical integration" means that the web will cease to be an undifferentiated "superhighway" and a series of outlets or malls, and instead become the virtual world of rich, semantically inter-activated media in which lifelike simulation will become comprehensive daily personal production: not just an internetwork of information but an internetwork of targeted special interest.</p>
<p>&nbsp;</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="795"><a href="http://www.malcolmryder.com/images/4thGenWeb-Producers.JPG"></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="795"><a href="http://www.malcolmryder.com/images/4thGenWeb-Producers.JPG"></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="795"><a href="http://www.malcolmryder.com/images/4thGenWeb-Producers.JPG"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px; WIDTH: 470px; HEIGHT: 336px" height="341" alt="4thGenWeb-Producers.JPG" src="http://www.malcolmryder.com/assets_c/2010/06/4thGenWeb-Producers-thumb-480x341.jpg" width="480" /></a></form>Typically, marketers have been working in the space to create systemic connections of interest to parties in the role of "producers" (meaning, those whose primary function is to make something from being informed, or&nbsp;being supplied with content); and this has been layered atop the older presence of operations by "reporters" (meaning, those whose primary function is to present information). In the next "default" iteration of the web, personal production will be attended by agents and partners, to the same degree that marketers currently scrutinize and manipulate experiences. This additional attendance will "close the loop" between an individual's internally directed (presumed) and externally directed (assumed) personae&nbsp;in the web environment. At that point, specialization of interest domains -- that is, <em>channels</em> -- will become routine and convenient as the typical&nbsp;organization of the web.&nbsp;</p>
<p><em>Text and images copyright 2010 Malcolm Ryder / Archestra</em></p>
<p>&nbsp;</p>]]></description>
<dc:subject>IT Strategy</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-06-21T23:52:11-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/06/innovation-and.html">
<title>Innovation and Information</title>
<link>http://www.malcolmryder.com/archives/2010/06/innovation-and.html</link>
<description><![CDATA[<p>When it's important to assure that things run the way they are already supposed to run, supervisors are on the critical path of success. But what if you need things to change? At that point, managers start looking pretty good, assuming it's clear what really needs to change.</p>
<p>This is where "innovation" gets tricky. It isn't the ability to manage the change that starts the trickiness. The tricky part starts with the decision about "doing innovation" in the first place. Innovation can take place in a way that amounts to being very good at something unnecessary, and it is exactly that risk that challenges would-be innovators -- unless there is a compelling logical justification&nbsp;of the innovation beforehand.</p>
<p>Generally, there are two compelling scenarios: competition, and recovery. Either one drives the desire and need to change rather than to stay put. The temptation is to immediately ask the questions, "competing with who?" or "recovering from what?" but having those answers does not make the value of an innovation assured. A predisposition to change will begin to influence a variety of things, which in effect need to respond not to the high-level goal but to related objectives.</p>
<p><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px; WIDTH: 601px; HEIGHT: 340px" height="663" alt="WhyInnovate.JPG" src="http://www.malcolmryder.com/images/WhyInnovate.JPG" width="1231" /></p>
<p>The closer examination of needs seen in the framework here addresses the difference in perspective between what is important and what is also urgent. Circumstantial urgency often has the look and feel of importance, but there should be a deliberateness that is not overly reactive at the expense of being smart. Furthermore, the intent should not be merely to be different, but to be better. Better should mean greater satisfaction of prioritized need.</p>
<p>All innovation, by definition, introduces something new. But the complexity of even an ordinary business means that there are many different things that might be included -- and effort spent on the wrong things can easily translate into economic and political difficulties instead of benefits. Drilling down to more specificity, the following points out the basic types of opportunities to innovate. The role of the innovator is to produce something different, so the key terms that point to innovation opportunities are likewise terms that indicate the value of "products".&nbsp;</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="792"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px; WIDTH: 526px; HEIGHT: 362px" height="805" alt="WhatsNew.JPG" src="http://www.malcolmryder.com/images/WhatsNew.JPG" width="1231" /></form>Information relates to innovation by establishing the intelligence needed for deciding -- that is, targeting, describing&nbsp;and validating -- the production of the necessary changes. While any particular change can quickly invoke large amounts of diverse but related data, there are really only four categories of information that matter for innovation.-- because innovation means designing something new against expected future requirements. This perspective becomes the framework for testing the candidacy of any potential innovation.</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="793"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px; WIDTH: 468px; HEIGHT: 276px" height="669" alt="HowToDetermine.JPG" src="http://www.malcolmryder.com/images/HowToDetermine.JPG" width="1231" /></form>Typically, innovation is heavily promoted as an industrial virtue, and business success stories are particularly notable when the success is attributed to a clever and courageous innovation.But that sex appeal easily diffuses in&nbsp;the difficulty of managing innovation through to significant benefits,&nbsp;&nbsp;Understanding why to innovate, what to innovate, and how to represent it amongst the organization's workload protects against the risk of counterproductive speculations that give innovation a bad name.</p>
<p>&nbsp;<em><font style="FONT-SIZE: 1em">All text and images Copyright 2010 Malcolm Ryder / Archestra</font></em></p>
<p>&nbsp;</p>]]></description>
<dc:subject>Evaluation and Assessment</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-06-20T20:35:05-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/06/forecast-partly.html">
<title>Forecast: Partly Cloudy</title>
<link>http://www.malcolmryder.com/archives/2010/06/forecast-partly.html</link>
<description><![CDATA[<form class="mt-enclosure mt-enclosure-image" mt:asset-id="781">
<p><em><font style="FONT-SIZE: 0.8em">(All text and images copyright 2009, 2010 Malcolm Ryder / Archestra)</font></em></p>
<p>Emphasizing the obvious, when a business strategy works, business activities have impact. But it is more precise to say that the activities <em>make</em> the impact -- either by creating circumstances that allow it, or by directly causing it. So, the important way to start thinking about strategic "success" is to start with the practicals: activities mean tasks, and staff comes to work to do tasks with tools. </p></form>
<p>This makes it obvious why tools like I.T. (information technology) are not just helping business, but instead are an integral part of the "body" of business, as much as are people. Said differently, I.T. management has reasonably been a critical concern of the management of the internal "corporation" of the business.</p>
<p>While "internal IT" has evolved dramatically through several generations of computing, the essential organization of people and "IT" has not really changed: IT is part of the environment in which work is done.</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="781"><a href="http://www.malcolmryder.com/images/UsersFunctionsEnvironment-A.jpg"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="299" alt="UsersFunctionsEnvironment-A.jpg" src="http://www.malcolmryder.com/images/UsersFunctionsEnvironment-A-thumb-380x299.jpg" width="380" /></a></form>However, generating the environment has not always been done exclusively from internal resources. Outsourcing is old news. And increasing technological advances based on use of the internet&nbsp;make it even more likely that the business will find opportunities to have production environments&nbsp;generated and/or hosted externally. Currently, the trend is mostly for external organizations to research and develop new web-based production environments first. While those external environments may then be shared by other businesses, the know-how for building such environments is also growing in, or&nbsp;migrating&nbsp;to, internal IT operations. As such, these new types of environments, called "clouds" are appearing in both external (usually shared or "tenanted") and internal&nbsp; (usually private) variants, with privacy having a big lead in preference over sharing.</p>
<p>Companies that do not already have a "cloud" environment do already have an environment subject to a vast array of managerial concerns that address costs, engineering, and other factors that are decisive of the range, reach and utility of the environment's functionality&nbsp;in actual use. The different types of concerns also cut across the "levels" of structuring that compose the environment, which means that the overall management complex&nbsp;can be difficult to balance; when balance more or less exists, no one is especially excited to upset it -- and moving from that status quo to something different easily runs into a lot of resistance.&nbsp;</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="783"><a href="http://www.malcolmryder.com/images/WhatUsersDoAndGet-A.jpg"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="302" alt="WhatUsersDoAndGet-A.jpg" src="http://www.malcolmryder.com/images/WhatUsersDoAndGet-A-thumb-380x302.jpg" width="380" /></a></form></p>
<p>&nbsp;Yet in general, the reasons to make the move from a non-cloud environment to a cloud environment are business reasons: the two primary issues ultimately addressed by IT management of the work environment are <strong>economy of scope </strong>and <strong>economy of scale</strong>. If either one cannot be solved and sustained to the business's satisfaction, then there will be changes made of some kind. Economy of scope must be considered first, because it more closely relates to the reality of variety in the business's requirements. Normally, an internal non-cloud environment is tamed by managing the three key factors of its dynamics: demand, operation, and capacity. Management approaches focus strongly on the interrelationship of the three. Even the most general schema involves the following approach (as diagrammed)for packaging the Users' &nbsp;environmental leveraging as services:</p>
<p>&nbsp;</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="785"><a href="http://www.malcolmryder.com/images/EconomyOfScope_Services-A.jpg"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="308" alt="EconomyOfScope_Services-A.jpg" src="http://www.malcolmryder.com/images/EconomyOfScope_Services-A-thumb-380x308.jpg" width="380" /></a></form></p>
<p>Put simply, without capacity, demand cannot be met, and without operations, there is no way to meet demand with capacity.&nbsp;Assuming this challenge is adequately addressed, there is always the matter of whether any of those key factors will change, so everyone is concerned about changes getting the upper hand. That set of conditions precedes the actual achievement level of economies of scale. Without economy of scale, the structural components of the environment do not "add up" well in the business perspective. </p>
<p>&nbsp;</p>
<p>Good design helps to bring resources that are capable of supporting adequate economy of scale, but the actual deployment and utilization of the resources is what finally drives, and surfaces as, "economy". If not attended in a mature way, the dynamics of economy are more difficult to manage than the attributes of systems that can run at large scale:&nbsp;</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="787"><a href="http://www.malcolmryder.com/images/EconomyOfScale-Services-A.jpg"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="310" alt="EconomyOfScale-Services-A.jpg" src="http://www.malcolmryder.com/images/EconomyOfScale-Services-A-thumb-380x310.jpg" width="380" /></a></form></p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="785">
<p>Moving an internal environment into a cloud formation will involve a very large number of decisions about what to add / move / change / delete in a restructuring, but most current <em>business-perspective</em> management issues will still be issues; the number of decisions will mount up more due to the number of components that are interlocked in providing services already. Determining those volumes and complexities is an exercise that is tied to the current state of affairs for each given environment, and the rest of this discussion is not aimed at illuminating that practical task. Instead, there is the matter of identifying, from the business perspective, what a managed cloud environment needs to be able to do,&nbsp; which aims at the reasons and readiness for bothering with one.</p>
<p>That is, the functionalities that workers need supported by their environment must be available on demand, and the provision of those functionalities and support must be rationally administered by the business and by&nbsp;IT management within the business. Users need successful and appropriate interfaces for requesting well-defined services and options, on-demand. The managers of the environment must be able to understand true capacity and operate efficiently to apply it against managed types of demand. And, the perspectives of the Users and Managers must align.The framework shown below organizes these issues to indicate how they map to each other through appropriate administration and related practices. </form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="789"><a href="http://www.malcolmryder.com/images/ProvisionEnvironmentManagementFramework-A.jpg"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="243" alt="ProvisionEnvironmentManagementFramework-A.jpg" src="http://www.malcolmryder.com/images/ProvisionEnvironmentManagementFramework-A-thumb-380x243.jpg" width="380" /></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="785">In considering a move to a cloud environment, the first step is to foresee the organization of management itself as it should apply to the business requirements for the environment. Then, decisions about what and when to move can be made with the understanding that they are moving to something already visibly under control, where that control has a grip on the economies of scope and scale that make the environment correctly viable for the business. Practices such as compliance (including security), procedures (including ITIL), and consolidation (including virtualization) need to stay on the business radar as success factors that mean "porting" (or extending) management attention from the legacy environment to the new one. For leveraging an external cloud, this reaching over would mean engaging with a 3rd-party administration; but for an internal or&nbsp;private cloud the reach is about bandwidth, education and reorganization as necessary.</p></form>
<p></p>]]></description>
<dc:subject>Architecture</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-06-19T13:05:17-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/05/how-it-strategy.html">
<title>How IT Strategy and Business Strategy Co-Operate</title>
<link>http://www.malcolmryder.com/archives/2010/05/how-it-strategy.html</link>
<description><![CDATA[<p>What is the relationship between business strategy and IT strategy?</p>
<p>IT strategy must be seen not as a monolithic pronouncement but instead as a continual practice with which use of information technology is tailored to the business use of information.</p>
<p>Business use of information falls into many separate but inter-operable domains including (but not limited to) <strong>communications, learning, analytics, research, and history -- along with production,</strong> and then of course, process management.</p>
<p>When we say "business strategy", the assumption is that there is a type of influence that the business seeks to have on its community of stakeholders and in its operating environment. This is&nbsp;an influence that depends on a position that the business can establish for itself, relative to other functional or operational entities that are either contiguous or party to the community and environment. The strategy is made up of the intent and plan to take the position for the purpose.</p>
<p>The use of information corresponds to the strategy, but -- not all information usage is about the strategy, except in the sense that it needs to either allow or cause the strategy to succeed. This means that the usage itself needs to succeed given <em>the particular method </em>of usage and <em>the actual information </em>itself.</p>
<p>IT strategy must concern itself with what methods can be combined with what kind of information, to provide the opportunity that the business strategy needs, by creating effects that are either&nbsp;preconditions or&nbsp;causes of the opportunity.</p>
<p>Accordingly, for IT strategy to make sense, first the opportunity needed by the business strategy must be identified, and then the type of information usage needed for the opportunity must be enabled by IT.</p>
<p>This requires understanding how the different information usages will co-operate to create conditions that will add up to the opportunity.</p>
<p>Some of those combinations are intuitively appealing because they are part of proven past efforts.</p>
<ul>
<li><strong>Communications, Production</strong> - selectively informing participants and stakeholders to establish efficiencies and quality in work</li>
<li><strong>Research, Analytics</strong> -- diligent search/discovery/arrangement of data, patterns and models that are useful for making and explaining things</li>
<li><strong>History, Learning</strong> -- compiling descriptions and interpretations of experience that clarify contexts and relationships</li></ul>
<p>Bottom to top, those pairings usually allow the business to identify functions, design ways to conduct them, and generate specific operational capabilities from the designs. Obviously, relevant capabilities are an essential type of "opportunity". Drawing learning from history, or drawing analytics from research, and so forth, are typical interactions, and the effects of one pair are commonly leveraged by the pair above it.&nbsp;</p>
<p>At the same time,&nbsp; there is no guarantee that accomplishments in one area will flow up into others. Even where certain lineups are compelling, it is necessary to look into how a network of influences can arise in non-linear fashion amongst the full set of usages. These influences can be inhibitors as well as promoters.</p>
<p>For example: history can predispose analytics, by culturally reinforcing attention to some issues and neglect of others. Meanwhile, learning can predispose communications, by preselecting audiences.&nbsp;And production may impact research, whenever they compete for resources or persuasiveness.</p>
<p>Along with new <strong>capabilities</strong>, most business strategies can think in terms of <strong>ideas (knowledge), relationships and assets</strong> when exploring the <em>types of opportunities </em>that may be needed. Usually, in a mature business organization, these are all enjoying focused management The question is, for each type of opportunity, what should IT do to enable and orchestrate the six or more basic information usages required for creating and maintaining it? </p>
<p>The touchpoint between business strategy and IT strategy is those usages. In practice, the business strategist must determine which certain opportunities should be pursued. The IT strategist must identify, engage and evolve the related touchpoints so that their interactions are balanced towards providing the opportunities that the business strategy needs.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>]]></description>
<dc:subject>Strategy</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-05-30T13:00:40-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/05/why-the-busines.html">
<title>Why the Business is the primary customer of Service</title>
<link>http://www.malcolmryder.com/archives/2010/05/why-the-busines.html</link>
<description><![CDATA[<form class="mt-enclosure mt-enclosure-image" mt:asset-id="774"><a href="http://www.malcolmryder.com/images/ConfigMgmt_BusinessView.JPG"></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="774">
<p align="left"><a href="http://www.malcolmryder.com/images/ConfigMgmt_BusinessView.JPG"></a>&nbsp;</p></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="774"><a href="http://www.malcolmryder.com/images/ConfigMgmt_BusinessView.JPG"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="361" alt="ConfigMgmt_BusinessView.JPG" src="http://www.malcolmryder.com/assets_c/2010/05/ConfigMgmt_BusinessView-thumb-480x361.jpg" width="480" /></a></form>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="774">The simplest definition of a "service" is: </form>
<ul>
<li>an ongoing running operation, </li>
<li>that is presented to a consumer of the operation's output, </li>
<li>with an offer and a mechanism (interface),</li>
<li>for invoking the delivery of the output upon the <em><strong>consumer's </strong></em>occasion of demand.</li></ul>
<p>The reason why this arrangement can actually work without imploding is three-fold:<br />
<ul><br />
<li>the provider of the service can share terms of agreement with the consumer about the allowable occasions of demand; </li><br />
<li>the full range of operation outputs need not be offered as a service; and,</li><br />
<li>the consumer need not know how the operation is constructed or maintained, so the provider can modify the operation behind the service.</li><br /></ul>
<p></p>
<p>In effect, it is do-able because the scope of the service can be managed.</p>
<p>Typically, it is the issue of operational modifications that generates the most excitement -- and the excitement typically comes to a head in the IT (and facilities) departments of the business. Levels of service, and qualities of service, are bound to managed risk and performance factors that must be aligned to each other within the architecture of the operation that will be exposed as a service.</p>
<p>To add further perspective: it really does go without saying that different tools may be employed to do the same job; and this points out that deployment decisions are more critical to risk and performance than are the attributes of the tools themselves. With that perspective, a "business view" of an operation concerns itself primarily with the possibility that operation structures are both rational and sustainable. This means, in turn, that the business view of how to reasonably warrant a level or quality of service relies mainly on two things:<br />
<ul><br />
<li>it looks at those same operational decisions</li><br />
<li>it acquires a validation through test-and-proof that the outputs for offer are acceptable, within the risk and performance allowed by the decisions.</li><br /></ul>
<p></p>
<p>This structural coherency sought for operations is essentially what is pursued by the prescriptive practice called Configuration Management. Configuration Management is historically maturing within the domain of IT software and hardware management for integrated production systems. Today it is most heavily influenced by best practices described in the knowledge domain called IT Service Management, or ITSM.&nbsp;</p>
<p>From the above notes, however, the emphasis would appear to be <em>not </em>primarily technological but instead concerned with the decisions (left side of the illustration), underpinning the business information model and business process model (right side) that together shape those outputs of the operation that are eventually made selectively consumable.</p>
<p>Where technology takes root, through IT architecture, is in operationally <em><strong>instantiating </strong></em>the service -- to meet a quality and level that works for the business. Primarily, the service must, on demand by the business,&nbsp; be available within the rationality and sustainability that the business can accomodate. In that sense, the first customer of the service is the business itself. </p>
<p>The net of this is that the IT practice within the business will need to understand and mature configuration management on business terms, especially in a time when systems management of IT-based operations is relocating outside of the business campus to what is called the Cloud -- managers of provision of web-based delivery of IT-systems-as-services. Although the Cloud is most often referred to as an "environment", its business role is that of a contracted service partner or supplier, conducting critical chunks of operations that must not disconnect from information and process management.</p>
<p>The takeaway: alignment of operations to information and process models will call on the ability to articulate how much configuration specification <em>by the business</em> is necessary for the business to achieve confidence in risks and performance levels, and thereby agree to the terms of service delivery.</p>]]></description>
<dc:subject>Architecture</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-05-26T14:52:50-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/05/discovering-lea.html">
<title>Discovering Leadership</title>
<link>http://www.malcolmryder.com/archives/2010/05/discovering-lea.html</link>
<description><![CDATA[<form class="mt-enclosure mt-enclosure-image" mt:asset-id="772">
<p><a href="http://www.malcolmryder.com/images/Requirements%20Analysis%20Pathing.JPG"></a>&nbsp;The distance between current benefits and future benefits is, in an unadorned sense, the territory for which leaders are bred to navigate. Leaders are expected to represent to us why a different future will be better, not just different. This explains why the idea of vision is so important to most models of leaders that history provides in our look to the past.</p>
<p>Vision may be a fundamental attribute of leaders, but no less important is <strong><em>acuity </em></strong>-- the type of perception that allows leaders to understand if you really can "get there from here". </p></form>
<p>Acuity may be the explanation for how leaders emerge from the complexity of ongoing operations. We expect leaders to be able to navigate; but often, after the goal-setting that dictates what should be IN the participants' points of view, the remainder of the task is largely delegated --&nbsp;and this creates the risk and problem of losing awareness of what is AT the points of view. On the other hand, the successful navigator may acquire the leadership, gathering the role and position around them as they are found repeatedly, by others, at the right place at the right time -- a trick attributable to acuity.</p>
<p>Mythical leaders are most often soloists, but the complexity of modern organizations means that leadership teams are the rational way to assure that goals and navigation are not disconnected from each other. The purpose of the team is not to forsee the future, but to develop 20/40 vision of the present. Delegation into teams is a collaborative strategy that provides the bandwidth of attention to find the track to the goal and stay on it. And like all lines, the track is a collection of key points.</p>
<p>
<form class="mt-enclosure mt-enclosure-image" mt:asset-id="772"><a href="http://www.malcolmryder.com/images/Requirements%20Analysis%20Pathing.JPG"><img class="mt-image-left" style="FLOAT: left; MARGIN: 0px 20px 20px 0px" height="160" alt="Requirements Analysis Pathing.JPG" src="http://www.malcolmryder.com/images/Requirements%20Analysis%20Pathing-thumb-480x160.jpg" width="480" /></a></form></p>
<p><em><font style="FONT-SIZE: 0.8em">Image and full article Copyright 2009 Malcolm Ryder / Archestra</font></em></p>
<p>The track from current benefits to future benefits can be seen as a passage through various gates. Generally, four gates are along the way.</p>
<p>At the first gate, <strong>current pains</strong> are felt as a tradeoff accepted to sustain the currrent benefits. Because their impact extends beyond their causes and justifications, pains may become excessive and trigger a decision to find a substantial remediation, the second gate. This research for a course of action, usually fueled by analysis, will separate <strong>remedial action options</strong> into those that are mandatory and those that are not. With the weight of "necessity", these decisions or <strong>change mandates </strong>-- the third gate -- will drive determination of priorities going forward; and those <strong>priorities --</strong>&nbsp;the fourth gate -- will in effect set the grounds and boundaries from which future benefits can develop.</p>
<p>For this pathway, it's often the case that&nbsp;leadership must reverse-engineer the course, finding&nbsp;and aligning the appropriate set of conditions at each gate. In this effort, acuity is&nbsp;paramount to determining if these conditions do, or can, exist.&nbsp;</p>
<p>Said differently, the gates in this route are practical checkpoints in the assessment of an organization that presumes to form itself around the leadership and follow.</p>
<ul>
<li>Priorities correspond to <em><strong>culture</strong></em>. Culture is the primary&nbsp;factor constraining future benefits.&nbsp; </li>
<li>The requirement for changes that precede the culture corresponds to <em><strong>politics </strong></em>that, understood objectively, is the negotiations about the balance of risks between stability (quality) and progress (advantage). But it must be understood that because requirements are decisions, all needs are not necessarily requirements.&nbsp;&nbsp;</li>
<li>Preceding the change&nbsp;requirements, <em><strong>administration </strong></em>moderates&nbsp; a competition for attention to needs<em>;</em> </li>
<li>and administrative transparency may be critical to allowing the <strong><em>environment</em> </strong>of&nbsp;operations to present its true current pains.</li></ul>
<p>Building forward again, those issues can manifest on familiar management terms -- for example, terms such as quality, resourcing, policy, and governance. Other terms may similarly and respectively apply</p>
<p>But the more interesting aspect is this: the necessary ability to identify the path to future benefits within an existing organization suggests that from the perspective of the participating organization, real leadership may have to be discovered more than to be supplied.</p>
<p>&nbsp;&nbsp;</p>]]></description>
<dc:subject>Alignment</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-05-24T20:34:28-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2010/05/the-seven-ways.html">
<title>The Seven Ways that People Don&apos;t Listen</title>
<link>http://www.malcolmryder.com/archives/2010/05/the-seven-ways.html</link>
<description><![CDATA[<p>We know that strategy is essentially a proposal. All strategy says, "Let's try it this way..." -- or it says nothing at all.</p>
<p>But one of the most understated things about strategy is that it is more a <strong>response </strong>than it is anything else. The value of a strategy is not primarily in the impact that it ultimately has. Instead, a strategy takes its basic value from the problem that it wants to solve. In most instances, if the problem is very important, then the strategy that responds to it will be important. </p>
<p>However, what many people, including practitioners, fail to attend to is that a strategy's being important does not cause the strategy to be a good one, nor does it prevent the strategy from being a bad one.</p>
<p>That fact is why the quality of the strategy must have high priority, and why <em>making strategy</em> must prevail over the culture of execution. In too many cases, practitioners trip over another conceptual stumbling block, which is that execution does not make an important strategy good. Instead, a good strategy enables execution to be effective.</p>
<p>The most prominent dimensions of a good strategy are the following:<br /><strong>- Relevance<br />- Logic<br />- Credibility<br />- Visibility<br />- Urgency<br />- Distinction<br />- Change</strong></p>
<p>What practitioners may discover, to varying degrees of surprise, is that the list above is a good predicter of whether execution is likely to result in effective outcomes. Even more importantly, they may discover the reasons why an existing strategy may be unusable or failing. In general, any point in the list makes sense only if the point preceding it is in good stead.</p>
<p>The overall single reason why a strategy may be structurally predisposed to fail is that the chain of dependencies inherent in the above list can be broken at any point by a failure of stakeholders to "buy in" at that point. What is even more surprising to presenters of strategies is that such "buy in" failures are not due nearly so often to rejection as they are to indifference.</p>
<p>The cult of execution holds that indifference can be pushed out of the equation by performance incentives. This poses the situation that a key participant need not worry about why assignments matter if they are well rewarded for being carried out successfully. These "rewarding" outputs are then advertised as "priorities", and managers are deployed to enforce priorities and to maintain a balance of their alignment amongst the complexity of their concurrent demands. This is exactly why metrics dominate management. Management then tends towards the idea of "best practices" -- the patterns associated with manageable high performance. But this is fundamentally different from strategy.</p>
<p>Let's turn back to the essentials of strategy and look at how indifference first appears. The most important notes to make are about why people decide to not buy in -- which takes place mainly by their choosing to not listen.&nbsp;As opposed to merely hearing, <em>listening </em>requires that the person absorb, interpret and represent the offered idea in their own mind. This is not the same thing as acceptance; instead it is the same as "realization", which for that person allows the idea to become the basis of their follow-on action. Otherwise the strategy remains an external fiction: someone else's story. In noting this, we also have to remember that typically, with strategy, exposure is not a universal experience. Different people need to listen at one or more different points in the chain of dependency:</p>
<p>- <strong>Relevance</strong>: how do we know that the problem being tackled is the right one? This may start out with identifying what the problem is really pointing at -- namely, a need. The primary needs are innovation (evolution), preservation (growth and health), and recovery (healing).</p>
<p>- <strong>Logic</strong>: what plausible mechanism is readily apparent to address the need given the most plausible disruptive risks or inhibitors to that mechanism?</p>
<p>- <strong>Credibility</strong>: who is the source, and presenter, of the case for the need and the logic? What is the agenda of that source?</p>
<p>- <strong>Visibility</strong>: what modes of validation-on-demand are available for the participants approached with the presumed relevance, logic and credibility?</p>
<p>- <strong>Urgency</strong>: why is the opportunity for the presumably required effort (not the desired outcome) more available now than it is later?</p>
<p>- <strong>Distinction</strong>: what is it about doing this with the designated parties that makes the effort as likely to succeed as competing strategies?</p>
<p>- <strong>Change</strong>: how do I know I will wind up better off than I am now?</p>
<p>Experience shows that strategies are often undermined or aborted due to such things as competing ideas, turf wars, and under-resourcing. That is, that actual design of operations indicated by the strategy cannot be fully completed, communicated, and subscribed. This general picture of resistance or disconnect suggests the scope of challenges to any strategy. But the picture should be much more specific; and again the matter is not so much one of rejection as it is a failure of the strategy's proposition to overcome the inertia of the present.</p>
<p>Given the specific dimensions listed above, here are the associated ways that people are predisposed to not listen. The idea that a strategy has high quality is all about the way that the strategy predictively addresses these issues:</p>
<p><strong>- Relevance: not aware of this need's primacy over other possible or identifiable needs<br />- Logic: don't understand the mechanism<br />- Credibility: lack of trust<br />- Visibility: limitation of information access<br />- Urgency: risk to current commitments<br />- Distinction: appearance of being excluded<br />- Change: fear of loss</strong> </p>
<p>Given those issues, it is apparent that the most important things to materialize for substantiating the strategy at the participant level are <strong><em>models, education and proof</em></strong> -- none of which are the domain or responsibility of execution. </p>
<p>Without end-to-end substantiation, the interdependencies within the proposed strategy are not integrated, and this in turn means that the organization available to execute the strategy is either missing, logically misaligned or inherently deficient -- in other words, the engineering of the strategy is suffering from classic flaws of omission, errors or defects.</p>
<p>The pressure on managers and executives to deliver "performance" can often provoke them to "re-organize" somewhat ruthlessly as a way to "enable" a strategy. This is not uncommon as a business practice, and none of the above argument is intended to claim that it should or should not be done. Instead, the takeaway from the above is more importantly an awareness that aggressive management is not a substitute for actual strategy, and that the purpose of strategy is to create a basis for effectiveness, not to to create results.</p>
<p>Strategy designs operations; execution conducts them. As a further caution, it must be pointed out as well, though, that strategy is not static; as it is fundamentally responsive and is a design discipline, strategy must be dynamic and itself must be managed for real-time quality&nbsp;-- an ongoing process, not just a product.</p>
<p><br /></p>]]></description>
<dc:subject>Change Management</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2010-05-23T09:20:58-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2009/09/km-unplugged.html">
<title>KM Unplugged</title>
<link>http://www.malcolmryder.com/archives/2009/09/km-unplugged.html</link>
<description><![CDATA[<p><br />Well into the 21st century, knowledge management still circulates around many neighborhoods looking for a definition. With a definition, it could get grounded in a budget and, taking root, actually grow into a support system of record in the enterprise. It could get a job.</p>
<p>Or that's the script, anyway. Notable exceptions include sites where it has already taken root, sites where it is not debated and is actually planned for implementation, and sites where it is just a cultural reality not needing additional formal justification. But even if all of those sites made up half of the places that use the term KM, the other half are places where KM is still either unconvincing or on the loose. What needs to happen at these places?&nbsp;</p>
<p>Let's approach the challenge like this. ask the question(s), "how do you know if you are managing knowledge?"</p>
<p>Of course, that is really two questions: how do you know if you're <em>managing</em>, and how do you know that it is <em>knowledge </em>that you are managing?</p>
<p>For the most part, knowledge is a "resource" and management is a practice that pursues the efficient and effective application of a resource to operational performance requirements. But let's be far more specific. </p>
<p>As for distinguishing knowledge from other resources,&nbsp;we like the value-chain model that shows data becoming information through modeling, and information becoming knowledge through practical utilitarian relevance to a context or presumed circumstance. </p>
<p>In effect, knowledge is a status, not a material -- very much similar to "health". This helps to identify what is at stake when managing it, as well as suggesting what kind of risks accompany neglecting it.</p>
<p>We know that under pressure, healthy bodies can do more than less healthy ones, and/or that it will take more out of a less healthy body to do the same thing that a healthy one does. </p>
<p>This throws the light on the matter that the skeptical half need: the big problem of not doing knowledge management is the opportunity costs that result. For an organization that presumes to compete and win based on advantages, understanding knowledge management is a no brainer.<br /></p>]]></description>
<dc:subject>Knowledge Management</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2009-09-28T19:47:35-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2009/09/the-media-middl.html">
<title>The Media Middle</title>
<link>http://www.malcolmryder.com/archives/2009/09/the-media-middl.html</link>
<description><![CDATA[<p>Many writers of many ilks ask the question of "where" we will be going with the new social networking tools including Facebook, Twitter and the like. It makes for fun reading, with science on one end of the spectrum and fantasy on the other. Chances are that the differences in their predictions have more to do with which writers are getting paid, which have someone's attention already, and which are seeking attention or pay versus which could care less. It might be that the most reliable statements are the ones that fall into the "notes to myself" group because they are relatively unadorned or unfettered -- whether they later prove to be right or wrong. They will be the breadcrumbs on the thinking trails that can be reviewed later and learned from, as evidence of what helps analyses succeed. But, there is this problem of whether there are too many useless crumbs with no one&nbsp;coming by&nbsp;to sweep them up. On that note, welcome to the web.</p>
<p>And <em>still</em>, below, my notes to myself.</p>
<p>As these social networking&nbsp;instruments continue to power up the breadth of opportunity for participants in the "read/write web", it becomes more evident that vast social experimentation with communications will fall into a relatively few categories of general importance.</p>
<p>Each of these categories will be an arena where we will see development (planned change) and evolution (adopted adaptation), and eventually we will see certain types of relationships developed and evolved between the categories as well. The categories are <em>content, community, </em>and <em>channels, </em>in the midst of which sits a media user.</p>
<p>&nbsp;</p>
<p><strong>Content</strong></p>
<p>Self-publishing is the primary driver in this category, with multi-media presentation being the most compelling target. Technicians point to "rich media" on the developer side, but this is essentially about bringing portability, seamlessness and streaming to presentations. On the evolution side, the goal is convenient compilation and tagging as a way of dynamically organizing and discovering special interests.&nbsp;</p>
<p>In fact, <em>discovery</em> is the key link from here to the next category.</p>
<p><br /><strong>Communities</strong></p>
<p>This area is driven mostly by communications dedicated to representing and validating common interests. On the development side, discovery tools are premium; and on the evolution side, sharing is the top priority, which as a result also makes access privileges and property rights a key issue to decide.&nbsp;&nbsp;Social policies emerge as the main indicator of evolution here, which is why the cultural dimension of social networking is most basic in this area compared to the two other areas (content and channels).&nbsp;</p>
<p>The key link between this area and the next is <em>targeting.</em></p>
<p><em></em>&nbsp;</p>
<p><strong>Channels</strong></p>
<p>The exponential increase in "offered information"&nbsp; does not cause a similar level of increase in "attractive content", but it clearly stages&nbsp;the occasion to produce more content that is attractive if the information can be appropriately <em>contained</em>.<em> </em>It seems inevitable that information consumers, who&nbsp;are the full population of social networkers, will not spend most of their time "boiling the ocean" by speculatively exploring unfamiliar information, much of which is hardly,&nbsp;if at all, "packaged".&nbsp;Instead that they will increasingly devote their consumption time to <em>credibly familiar</em> information sources. Social networkers will do an entirely traditional and conventional thing: they will more and more often pick certain routes and destinations first, and those first picks will use up most of their time and, barring&nbsp;interventions,&nbsp;become somewhat habitual. This will be the case regardless of what communication instrument is in use. Typically, when innovative instruments are released, the excitement is all about convenience and this stimulates speculative use. But familiarity of results will almost inevitably take over as the&nbsp;ersatz "content" either delights or frustrates -- and this will make discrimination the user's&nbsp;priority over convenience.</p>
<p>To make use of that discrimination, the link between Channels and Content is, not surprisingly, <em>promotion.</em></p>
<p><strong>Survival Strategies</strong></p>
<p>As we can see, there is not really that much new going on in the overall dynamics of communications. Instead, there is a difference in the task-level efficiency of communications efforts, which amplifies the dynamics in various ways.&nbsp;Depending on who the stakeholder is, some of this amplification is deemed positive and some negative.</p>
<p>Arguably, fatigue is the main culprit in <strong>content</strong>, as publishers find a recurring audience more&nbsp;or less elusive and begin to evaluate the effort to continue publishing. Whether we point at blog graveyards or a deeper excavation of sites like Facebook, it is predictable that most publishers will significantly diminish their output over time unless they can leverage <em>discovery</em> to refresh their audience and thereby regain incentive to publish.</p>
<p>In the area of <strong>community</strong>, the most obvious dynamic is that communities are, from the bird's eye view,&nbsp;"chaotic", with ongoing splintering being just as important as ongoing conventions.&nbsp;What this really means is that communities are not so much simply environments themselves but also they are organisms within a larger environment. Organic development, assuming survival,&nbsp;may mean compositional change, maturity change, change in range and reach, or any mix of those changes. This is continally fortified by the ever-increasing ease of communications, which presents alternative stances and boundaries to the current community. So while communities are concerned with sustainability, what actually happens is that the community is more dedicated to the survival of "a" community than it is to the retention of most of its particular members. It is predictable that a community will diminish unless it can leverage <em>targeting</em> to reinforce adoption of its agenda, whether by new members or old.</p>
<p>And with <strong>channels</strong>, the lack of regulation means that a limitless number of potential channels compete and must rely on profiling the relationship of their content to channel users -- then <em>promoting</em> the profile. The underlying secret success factor, however, is that the promotion must actually change the cost effectiveness of competing --favorably for one's own channel, and unfavorably for competitors. The content itself is possibly a way to do that (think historically: MTV and "reality" shows), but such cases will be few, unusual and at best famously disruptive with an uncertain timespan of reaching evolutionary equilibrium. Some get there almost immediately, but some never quite make it. </p>
<p>&nbsp;</p>
<p>So, in the full picture: </p>
<p>- Content is linked by <em>Discovery</em> to Communities</p>
<p>- Community is linked by <em>Targeting</em> to Channels</p>
<p>- Channel is linked by <em>Promotion</em> to Content </p>
<p>&nbsp;</p>
<p>This is certainly not always a virtuous circle or even one that can be fully traversed by any one party. But&nbsp;importantly, it is more like a spring coil spiralling up and away over time/distance, while the whole coil might rock to and fro in different directions, pointing at a wide range of destination points. With predictions, one needs to consider also how long the coil is and what direction it is pointing in. In that light, what causes the coil to change directions? As of this writing, one of the curiouser matters is that promotions are getting more attention as content than is nearly any other kind of content, because there is such a frenzy about how to "monetize" social networking. But if this monetizing was not such a prominent issue, other kinds of content might be more highly valued.</p>
<p>This model looks an awful lot like marketing. And if marketers find it appealingly credible and familiar, they risk being accused of wielding the marketing hammer and seeing all problems as "nails". Non-marketers may be much less comfortable with it all. On the other hand, few disciplines are as relentless in their study of social communications as is marketing. So, as one of my colleagues taught me to say, this is king of the hill until somebody knocks it off.</p>]]></description>
<dc:subject>Innovation</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2009-09-01T06:45:16-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2009/08/whats-wrong-wit.html">
<title>What&apos;s wrong with this Price Tag?</title>
<link>http://www.malcolmryder.com/archives/2009/08/whats-wrong-wit.html</link>
<description><![CDATA[<p></p>
<p>I'm sure that creators of ads would be amused (NOT!) to find out from&nbsp;media professor and consultant Jeff Jarvis that ads are not "content" ! </p>
<p>Jarvis's stance, as reported by Stefan Deeran of BNET in the article <a href="http://blogs.bnet.com/intercom/?p=2854&amp;tag=nl.e713"><em>Who Benefits from the "Link Economy",</em></a><em>&nbsp;</em>is summed up as this problem: </p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p><em>"In general, the consensus is that producers of original content that want to put their work behind a paywall or demand payment from linkers, just don’t get the fluidity of web."</em></p></blockquote>
<p>The proof of this, they say, is that linkers prosper without paying non-ad content providers; instead, linkers get to charge the ad&nbsp;providers, while non-ad content providers don't get to do that.. Thus <a href="http://www.buzzmachine.com/2008/06/18/the-link-economy-v-the-content-economy/">the Jarvis claim </a>that we are shifting from a "content economy" to a "links economy".</p>
<p>But obviously, ads <strong><em>are</em></strong> content, and meanwhile, how many linkers actually turn a profit? </p>
<p>So to remain clear,&nbsp;the shift is about what kind of content has the most "economic" value as currency, not as net&nbsp;income that supports a continuation of the cash flows for non-ad content providers or linkers.</p>
<p><em>Non-ad</em> content, now highly commoditized by the web, is most similar to currency that has suffered inflation beyond any important redemption. The "face value" has stopped being significant. </p>
<p>But while technology has made ad content easier to distribute, and thus magnified its face value, there is no rational proof that people suddenly prefer ads to non-ads. Instead, there is proof that ad-content providers are willing to work harder to deal with the problem of someone's "preference" than are most people willing to work on it for themselves. </p>
<p>As soon as non-ad content providers get people used to paid subscriptions again, the "economy" will rebalance in favor of branding, editorialism and other things that people want with non-ad content to conform to their preference.</p>
<p>&nbsp;"Non-ad Content" providers must solve the Cost-of-Preference problem. This is already being trial-and-errored with concepts like "MyContent", "Premium Content", "Actionable Content", and so on -- and most of these approaches are long past being "new".&nbsp; </p>
<p>But if paid "links" are simply today's version of booth rentals at a trade show, it's not the content that dissuades people from buying; rather, it's that the trade show is huge and unmanaged, so people are fatigued by it very quickly.</p>]]></description>
<dc:subject>CRM</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2009-08-14T17:05:46-08:00</dc:date>
</item>

<item rdf:about="http://www.malcolmryder.com/archives/2009/08/why-business-pr.html">
<title>Why Business Processes drive Customization... and what to do about it</title>
<link>http://www.malcolmryder.com/archives/2009/08/why-business-pr.html</link>
<description><![CDATA[<p>Customization of business processes means that there is more "precision" in the targeted effort to succeed. But in situations where support may not be up to speed and where targets may change, this precision comes at a high cost of achieving readiness and warding off eventual irrelevance, making it just as risky as it may be attractive.</p>
<p>The general sense of "customization" compares against three basic options for the formations of a business process.</p>
<p>Option 1: One-Size-Fits-All<br />
<blockquote>For business processes, this is a myth, because “business” is primarily about accommodating multiple relationships and requirements, not primarily about manufacturing a standard product. The “process” must support what business “is about”. Relationships tend to be privileged, not indifferently available. </blockquote>
<p></p>
<p>Option 2: Specialization<br />
<blockquote>Sometimes incorrectly called “customization”, specialization is different: it means variations on a single theme. The theme has standard requirements; the fulfillment is where the variety occurs.</blockquote>
<p></p>
<p>Option 3: Customization<br />
<blockquote>Customization begins in the requirements, not in the fulfillment of them.<br />There are three reasons why requirements may be “custom”:<br />
<ul>
<li>Cost structures</li><br />
<li>Competitive Innovation</li><br />
<li>Capability Immaturity</li><br /></ul></blockquote>
<p></p>
<p></p>
<p><strong>Three reasons why requirements may be custom, not generic.</strong><br /></p>
<blockquote>
<p>Cost Structures:</p>
<ul>
<li>Satisfying customers is not profitable if it is too expensive; different organizations (different suppliers, and different consumers) have different cashflows</li></ul>
<p>Competitive Innovation:</p>
<ul>
<li>Existing customers, to decide to stick around,&nbsp;need to feel that the relationship is fresh and current</li>
<li>Potential customers need a reason to prefer one provider over another</li></ul>
<p>Capability Immaturity:</p>
<ul>
<li>The time available to use for improving capability may not be in synch (priority, availability) with other resources</li></ul></blockquote>
<p><strong>Three reasons why requirements may be "custom", explained.</strong></p>
<blockquote>
<p>Cost Structures:</p>
<ul>
<li>Lack of visibility on true economic impacts puts operations on a risk-aversion basis seen in typical <strong>micro-management</strong> approches</li></ul>
<p>Competitive Innovation:</p>
<ul>
<li>High rate of change is necessary to sustain <strong>improvisations</strong> that generate necessary nw effects or advantages</li></ul>
<p>Capability Immaturity:</p>
<ul>
<li>Required performance level outstrips currently available supporting mechanisms, forcing risky <strong>workarounds</strong>.&nbsp;</li></ul></blockquote>
<p><strong>How to mitigate or avoid customization.</strong></p>
<blockquote>
<p>Micro-management:</p>
<ul>
<li>An <strong>operational performance model</strong> allows activity to be prioritized and weighed by differential contribution to goals and thus by ROI perspective. (For example, the 80/20 rule.) Relieves pressure to dwell on the microscopic. Define objectives, CSFs and KPIs. Switch to “trust-and-verify” mode.</li></ul>
<p>Improvisations:</p>
<ul>
<li><strong>Linking process models to knowledge management</strong> allows standardized roles to be able to move quickly and differently on incoming information, without re-organizations. <br /></li></ul>
<p>Workarounds:</p>
<ul>
<li><strong>Organizing around known best practices</strong> clarifies ways to structurally reduce risk and to more rationally divide the labor required to meet performance targets. Such greater clarity allows managers to make the compelling business case for additional help to cover properly allocated responsibilities.</li></ul></blockquote>
<p><strong>When to Customize.</strong></p>
<p>Considering the above notes, executives should still project the likely value of customizations. The punchline is that it cannot be taken for granted that customization is the best path to take, neither in the short run nor the long. Customization proposals that withstand comparison to the above considerations should be given even more enthusiasm than usual, as they probably then point at nearly unique opportunities to do something strategically important to the business.</p>
<p>&nbsp;</p>]]></description>
<dc:subject>Measurement</dc:subject>
<dc:creator>Malcolm Ryder</dc:creator>
<dc:date>2009-08-13T10:37:55-08:00</dc:date>
</item>


</rdf:RDF>