<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/1.5.2" -->

<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/">

<channel>
	<title>The Knowledge Economist</title>
	<link>http://www.theknowledgeeconomist.com/blog</link>
	<description>George Kondrach's Blog</description>
	<pubDate>Mon, 21 Aug 2006 14:40:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.2</generator>
	<language>en</language>

		<item>
		<title>Success is Unnatural</title>
		<link>http://www.theknowledgeeconomist.com/blog/management/by-author01/success-is-unnatural/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/management/by-author01/success-is-unnatural/#comments</comments>
		<pubDate>Wed, 02 Aug 2006 15:17:31 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>Management</category>


		<guid>http://www.theknowledgeeconomist.com/blog/management/by-author01/success-is-unnatural/</guid>
		<description><![CDATA[	I was engaged for several weeks on a commercial document publishing project, which exhibited the normal elements of &#8220;critical schedule, high complexity, limited budget, conflicting technologies, and parochial infighting&#8221;. They are normal elements; they are not necessarily handled well in most projects.
	Which got me thinking and philosophizing&#8230;. Why is success [in anything] so rare? Why [...]]]></description>
			<content:encoded><![CDATA[	<p>I was engaged for several weeks on a commercial document publishing project, which exhibited the normal elements of &#8220;critical schedule, high complexity, limited budget, conflicting technologies, and parochial infighting&#8221;. They are normal elements; they are not necessarily handled well in most projects.</p>
	<p>Which got me thinking and philosophizing&#8230;. Why is success [in anything] so rare? Why is failure [in everything] so common? Can &#8220;the odds&#8221; be predictably beaten? Etc.</p>
	<p><a id="more-24"></a></p>
	<p>I&#8217;ve studied achievement, success, and leadership of high performance teams since 1975. I&#8217;ve experienced my own personal and professional trials, tribulations, failures, and successes. And, in the case of Isogen International, Inc. (now Innodata Isogen), I had collected and built an unparalleled high-performance team of conceptual, technical, and project management specialists, who for 15 years have consistently delivered predictable and odds-defying success to clients.</p>
	<p>So &#8230; I may possess an idea (or two) about the particulars of success and failure in general, and in particular, success and failure related to publishing processes, document production, knowledge management, etc. In December 2005, I particpated in a symposium where a research paper reported that failure rates were 77% in this genre of project. We all thought that was a great improvement over previously reported and observed failure statistics, until we heard the fine print:</p>
	<ol>
	<li>Failures were defined as <em>projects that did not complete</em>.</li>
	<li>Successes included projects wherein:
<ul>
	<li>Projects were stopped and restarted, with or without scope changes.</li>
	<li>Features were delivered at or above 50% of original specification.</li>
	<li>Final cost was at or below 200% of original budget.</li>
</ul>
</li>
</ol>
	<p>By the way, the other old codgers who were in attendance all agreed that <em>success</em> would be defined as (1) specified features (2) on time and (3) within budget. We explicitly operate in the realm where pre-defined features, budgets, and timelines are essential.</p>
	<p>Without the fixed boundaries of the paying field and without the enforced rules of the game, no definition of winner or loser, and therefore no definition of success and failure, has meaning or importance. So the first essential unnatural act is to set the boundaries and the rules of the game, inviting in objectivity and empiricism.  Eliminating self-serving bias is unnatural, yet it is essential for success.</p>
	<p>Only then can we get to playing the game and improving our play. More on that later.</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/management/by-author01/success-is-unnatural/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Class of &#8216;71</title>
		<link>http://www.theknowledgeeconomist.com/blog/personal/by-author01/class-of-71/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/personal/by-author01/class-of-71/#comments</comments>
		<pubDate>Wed, 12 Jul 2006 13:24:23 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>Personal</category>


		<guid>http://www.theknowledgeeconomist.com/blog/personal/by-author01/class-of-71/</guid>
		<description><![CDATA[	I just got back from my high school reunion, Union Endicott High School Class of &#8216;71. I grew up in Endicott, NY, where I went to school with the same kids for 13 years. Kinda like &#8220;That &#8217;70s Show&#8221;, except we didn&#8217;t have FES!
	
	Everyone I talked with reminded me how much fun we had, and [...]]]></description>
			<content:encoded><![CDATA[	<p>I just got back from my high school reunion, <a href="http://www.uetigers.stier.org/schools/index.php?incpage=uehs/uehs">Union Endicott High School</a> Class of &#8216;71. I grew up in <a href="http://en.wikipedia.org/wiki/Endicott%2C_New_York">Endicott, NY</a>, where I went to school with the same kids for 13 years. Kinda like &#8220;That &#8217;70s Show&#8221;, except we didn&#8217;t have FES!</p>
	<p><a id="more-23"></a></p>
	<p>Everyone I talked with reminded me how much fun we had, and I&#8217;ve got to admit that, for many of us, Endicott in the late &#8217;60&#8217;s had its similarities to Point Place from That &#8217;70&#8217;s Show. (Use your imagination!) Among the people I ran with, most had moved and few attended the reunion. By the time you hit 35 years away, it seems that neither competitiveness nor curiosity are much of a draw anymore.</p>
	<p>I still have family there, and a lot of relaxing things to do, not to mention the good local cuisine (really!).</p>
	<p>We flew into <a href="http://www.airnav.com/airport/KCZG">Tri Cities Airport</a>, situated between En Joie Golf Course and the Susquehanna River. For you other pilots,  <a href="http://www.goodrichaviation.com/">Goodrich Aviation</a> is the <strong>first rate FBO</strong> there, now and for the past few years. It&#8217;s worth stopping in to see Doug Goodrich.</p>
	<p>Tri Cities and many other airports in the <a href="http://en.wikipedia.org/wiki/Southern_Tier">Southern Tier</a> of New York are hotbeds of glider activity. I am convinced that I am a pilot because of my childhood years of watching gliders loiter in the summer sky above, from my back yard.</p>
	<p>More later. Please come back soon.</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/personal/by-author01/class-of-71/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Knowledge Cores</title>
		<link>http://www.theknowledgeeconomist.com/blog/general/by-author01/knowledge-cores/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/general/by-author01/knowledge-cores/#comments</comments>
		<pubDate>Thu, 06 Jul 2006 17:42:46 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>General</category>


		<guid>http://www.theknowledgeeconomist.com/blog/general/by-author01/knowledge-cores/</guid>
		<description><![CDATA[	For the past few years, the concepts of knowledge cores have been useful to my clients and those other people whom I have influenced. As revealed in the previous post, I use a specific utility definition for the term knowledge, which deals with an explicit asset form of what people know:
	Knowledge is a collection of [...]]]></description>
			<content:encoded><![CDATA[	<p>For the past few years, the concepts of <i>knowledge cores</i> have been useful to my clients and those other people whom I have influenced. As revealed in the previous post, I use a specific utility definition for the term knowledge, which deals with an <i>explicit asset form of what people know</i>:</p>
	<blockquote><p>Knowledge is a collection of content, contexts, and relationships that expresses topical meaning with sufficient fidelity to meet the consumption needs of a user and/or the processing needs of an agent.</p></blockquote>
	<p>Now we get to talk <i>cores</i>. By considering some of the most essential characteristics of knowledge assets, we address and begin to solve some of most vexing issues of creating and sustaining knowledge economies. </p>
 <a id="more-20"></a></p>
	<h4>Contexts for the Applicable Meaning of <i>Core</i></h4>
	<p>Concepts of <i> core</i> are extant in diverse technical and scientific disciplines. Each offers some insights into how and why cores are essential to knowledge economies. Here are a few of the most striking contextual concepts of <i>core</i>:</p>
	<ul>
<li>In <strong>Archaeology</strong> &#8211; A <strong>Core</strong> is a distinctive artifact that results from a specific investigative process.</li>
	<li>In <strong>In Biology</strong> &#8211; The <strong>Core</strong> (of fruits) is the place where seeds are.</li>
	<li>In <strong>Computing</strong> &#8211; <strong>Core</strong> usually means primary storage regardless of platform or technology.</li>
	<li>In <strong>Economics</strong> &#8211; A <strong>Core</strong> is the set of allocations in an economy that cannot be improved upon by subset of the economy (analogous to a Nash equilibrium).</li>
	<li>In <strong>Education</strong> &#8211; <strong>Core</strong> is equated to essential (as in curriculum).</li>
	<li>In <strong>Executive Management</strong> &#8211; <strong>Core</strong> assets are the critical revenue-producing assets of people, property, and technology. (per IAFSB,  <strong>Asset</strong> is defined as <i>A resource controlled by the enterprise as a result of past events, from which future economic benefits are expected to flow to the enterprise.)</i></li>
	<li>In <strong>Mathematics</strong> &#8211; The <strong>Core</strong> is the innermost set of objects in a group, usually invariant in their properties.</li>
	<li>In <strong>Nuclear Physics</strong> &#8211; The <strong>Core</strong> is the portion of a reactor  containing the fuel.</li>
	<li>In <strong>Planetary Science</strong> &#8211; The <strong>Core</strong> is the densest innermost layer.</li>
</ul>
	<p>Tying these all together, <strong>knowledge cores</strong> can solve problems, generate revenue, and increase in their asset value, provided they are designed, engineered, and built to embody these (among other) characteristics:</p>
	<ol>
<li>Knowledge cores consist of knowledge components akin to seeds &#8212; previously elaborated as content, contexts, &#038; relationships &#8212; all of which must be  equivalent in their ability to be independently defined, created, identified, tracked, and used.</li>
	<li>Each component in a knowledge core must be distinct in its properties, which are inferred from specific investigations into the properties needed to support consumers and agents. The properties of components and cores must be maintained as independent from and immutable by any other systems. All other such systems must be considered mutable and dependent on the knowledge assets.</li>
	<li>Each component in a knowledge core must be continuously maintained at the highest fidelity possible. Dissonant material must be brought into consonance early, frequently, and completely to maintain fidelity. Arbitrary or regular opportunities to increase fidelity equate to asset enhancement, rather than equating to increased expense.</li>
	<li>Each knowledge core must be considered as the primary source of raw material from which all other derivative products are generated via automated agent. Hand-crafting of derivative products (web pages, text, graphics, documents, RSS feeds, etc.) is deprecated in favor of an automated approach.</li>
</ol>
	<p>Now I think we have established some beginning footing for a <strong>third foundational pillar of knowledge management</strong> &#8211; <i>Build and use knowledge components within knowledge cores to drive more revenue per unit of asset.</i> I’ll elaborate later.</p>
	<p>Come back soon and often …</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/general/by-author01/knowledge-cores/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Defining Knowledge</title>
		<link>http://www.theknowledgeeconomist.com/blog/general/by-author01/19/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/general/by-author01/19/#comments</comments>
		<pubDate>Wed, 05 Jul 2006 16:38:57 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>General</category>


		<guid>http://www.theknowledgeeconomist.com/blog/general/by-author01/19/</guid>
		<description><![CDATA[	Most definitions of knowledge are not very useful when it actually comes time for people to do something with knowledge, such as its accumulation, sharing, processing, or management. It turns out that the act of well-defining knowledge itself is difficult. So the second pillar of knowledge management is to have a useful working definition of [...]]]></description>
			<content:encoded><![CDATA[	<p>Most definitions of knowledge are not very useful when it actually comes time for people to <i>do something with knowledge</i>, such as its accumulation, sharing, processing, or management. It turns out that the act of <i>well-defining</i> knowledge itself is difficult. So the <strong>second pillar of knowledge management</strong> is to have a <strong>useful working definition of knowledge</strong>.  <a id="more-19"></a></p>
	<p>A well-constructed technical definition accurately reflects different layers of understanding. (Contrasted to the hackneyed jargon often intended to obscure understanding.)</p>
	<p>So as far as background assumptions about what people <i>know</i> and how they know it, here’s what I’ve been thinking (with others) for a few years:</p>
	<ul>
	<li>There are <i>subjects</i> that can be <i>personally explicitly defined</i>, or merely <i>implicitly understood</i> by a person;</li>
	<li>These <i>subjects</i> can be given one or more names;</li>
	<li>These <i>subjects</i> exist or occur within <i>situations (or contexts)</i>;</li>
	<li>These <i>contexts</i> may or may not affect the meaning of a particular subject;</li>
	<li>These <i>contexts</i> can be <i>personally explicitly defined</i>, or merely <i>implicitly understood</i>;</li>
	<li>These <i>contexts</i> can be named or not;</li>
	<li>Any <i>subject</i> may become <i>related to</i> any other <i>subject</i> in ways that may or may not be known in advance;</li>
	<li>Any <i>contexts</i> may become <i>related to</i> any other <i>contexts</i> in ways that may or may not be known in advance;</li>
	<li>Any <i>relationship</i> may be <i>personally explicitly defined</i>, or merely <i>implicitly understood</i> by a person;</li>
	<li>These <i>relationships</i> can be named or not;</li>
	<li>Any artifact that comprises subjects, contexts, or relationships is most commonly expressed in ordinary words, phrases, or symbols that have meaning to a person. That is, they are at the <i>content level of expressiveness</i> more often than they are <i>data objects</i>.</li>
	</ul>
	<h4>My Working Definition of Knowledge</h4>
	<blockquote><p><strong>A collection of content, contexts, and relationships that expresses topical meaning with sufficient fidelity to meet the consumption needs of a user and/or the processing needs of an agent.</strong></p></blockquote>
	<p>Come back soon, for more …</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/general/by-author01/19/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>More than Just Writing</title>
		<link>http://www.theknowledgeeconomist.com/blog/general/by-author01/more-than-just-writing/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/general/by-author01/more-than-just-writing/#comments</comments>
		<pubDate>Wed, 28 Jun 2006 14:35:50 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>General</category>


		<guid>http://www.theknowledgeeconomist.com/blog/general/by-author01/more-than-just-writing/</guid>
		<description><![CDATA[	Last post’s first pillar of knowledge management may appear only to be relevant to authors, and therefore to publishing organizations that control their own creation phase of their own complete content supply chain. In fact, I’ve been told that to adopt Pillar One is contrary to traditional and conventional wisdom in commercial publishing, and economically [...]]]></description>
			<content:encoded><![CDATA[	<p>Last post’s <strong>first pillar of knowledge management</strong> may appear only to be relevant to authors, and therefore to publishing organizations that control their own creation phase of their own complete content supply chain. In fact, I’ve been told that to adopt Pillar One is contrary to traditional and conventional wisdom in commercial publishing, and economically unsound for that domain. But, I’ve seen and experienced the opposite, and together with certain publishing company senior managers and executives, we force the evolution of their organizations’ traditional views, conventional wisdom, and craft-based processes. <a id="more-18"></a></p>
	<p>The most recent of the many events, projects, and leadership situations from which I’ve guided commercial publishers was <em>New York University&#8217;s Center for Publishing</em> symposium <em>”Future Tense – Emerging Trends in Publishing Workflow Management”</em>. The symposium was attended by a collection of world renowned experts in publishing process and workflow. Some of us presented and taught, some of us watched and learned, I think I even saw one of us taking a snooze! So it was a mixed crowd, tied together only by “commercial publishing expertise”.</p>
	<p>One thing everybody accepts, “If you keep on doing what you have been doing up to now, nothing can help you achieve better results.” In the face of empirical evidence to the contrary, traditional and conventional wisdom must evolve. Whether it be one or more of the process steps: product design; authoring; content acquisition; aggregation; editorial practices; fabrication processes; indexing; abstracting; production; preflight; composition; distribution; or the interfaces that exist that tie them together … stop doing what you’ve always done, consider doing what others who get better results have learned to do, and therefore gain the opportunity to reduce future harm. Not really a popular message, but true nonetheless.</p>
	<p>Come back for more …</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/general/by-author01/more-than-just-writing/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Documents&#8217; Role in Knowledge Management</title>
		<link>http://www.theknowledgeeconomist.com/blog/general/by-author01/documents-and-knowledge-management/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/general/by-author01/documents-and-knowledge-management/#comments</comments>
		<pubDate>Mon, 26 Jun 2006 14:46:46 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>General</category>


		<guid>http://www.theknowledgeeconomist.com/blog/general/by-author01/documents-and-knowledge-management/</guid>
		<description><![CDATA[	How is re-engineering documents in XML a pillar of knowledge management? Let&#8217;s revisit both, using straightforward models, possibly idealized, based on my experience and assumptions.
	XML markup is meta-data which is topical, explicit, specific, precise, and unambiguous, used to describe document content. Typographical clues are meta-data which is visual, implicit, general, inexact, and ambiguous, used to [...]]]></description>
			<content:encoded><![CDATA[	<p>How is <strong>re-engineering documents in XML</strong> a pillar of <strong>knowledge management</strong>? Let&#8217;s revisit both, using straightforward models, possibly idealized, based on my experience and assumptions.</p>
	<p>XML markup is meta-data which is topical, explicit, specific, precise, and unambiguous, used to describe document content. Typographical clues are meta-data which is visual, implicit, general, inexact, and ambiguous, used to describe document content. During document production, applying XML markup rather than applying typographical clues becomes the content-organizing value-add of the author or editor. In either case, with regards to the document content, whatever the author/editor &#8220;knows and expresses&#8221; becomes impersonally deliverable to a consumer who &#8220;needs to know&#8221;. <a id="more-17"></a></p>
	<p>Here&#8217;s where documents relate to <strong>knowledge management</strong>, <strong>knowledge ecologies</strong>, and <strong>knowledge economies</strong>&#8230;</p>
	<p>When intended so to do, the documentary content marked up in XML (topical, explicit, specific, precise, and unambiguous) becomes more efficient for knowledge storage, knowledge processing, and knowledge transfer than any particular document which may encapsulates it from time to time. Each topical content object within the document has been made more individually accessible, is more individually self-descriptive, has been elevated in individual importance, and ultimately it individually costs more to produce.</p>
	<p>The &#8220;first-use document&#8221; (as a contextual wrapper for a collection of expensive topical objects) normally costs more than a document which has been encoded typographically (visual, implicit, general, inexact, and ambiguous). But, each subsequent document costs remarkably less, while it retains the complete utility of each topical content object it encapsulates.</p>
	<p>The <strong>first pillar of knowledge management</strong> &#8212; <em>primum non nocere &#8212; <strong>First, do no harm</strong>: Start to eliminate future harm by reducing spending on non-topical, non-explicit, non-specific, imprecise, and ambiguous documents, and replacing it with increasing investment in topical, explicit, specific, precise, and unambiguous essential content objects.</em></p>
	<p>Come back soon for more pillars.</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/general/by-author01/documents-and-knowledge-management/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>XML and Knowledge Economics</title>
		<link>http://www.theknowledgeeconomist.com/blog/general/by-author01/xml-and-knowledge-economics/</link>
		<comments>http://www.theknowledgeeconomist.com/blog/general/by-author01/xml-and-knowledge-economics/#comments</comments>
		<pubDate>Mon, 19 Jun 2006 23:46:00 +0000</pubDate>
		<dc:creator>George Kondrach</dc:creator>
				
	<category>General</category>


		<guid>http://www.theknowledgeeconomist.com/blog/general/by-author01/xml-and-knowledge-economics/</guid>
		<description><![CDATA[	I was thinking about a post topic when I noticed it was XML&#8217;s 10th birthday, which makes it also SGML&#8217;s 20th birthday. I&#8217;d been involved with SGML since 1989 (when it was a toddler). By 1994, I had several staff who would help to conceive XML, then participate in its gestation, labor, delivery, and upbringing. [...]]]></description>
			<content:encoded><![CDATA[	<p>I was thinking about a post topic when I noticed it was XML&#8217;s 10th birthday, which makes it also SGML&#8217;s 20th birthday. I&#8217;d been involved with SGML since 1989 (when it was a toddler). By 1994, I had several staff who would help to conceive XML, then participate in its gestation, labor, delivery, and upbringing. <a id="more-16"></a>We [were | are] all expert practitioners who helped companies adopt SGML (XML) and other markups to optimize their information flow and economy. Back then what we did seemed a lot like &#8220;re-engineering documentation&#8221;. Now, we know that it&#8217;s really one pillar of &#8220;knowledge management&#8221;. Knowledge management is one key part of knowledge ecologies and knowledge economies. I&#8217;ll get more in to that thread soon. In the interim, here is an interesting paper at &#8230;.<a href="http://www.ibm.com/news/us/en/2006/06/2006_06_09.html">&#8220;Technical Context and Cultural Consequences of XML&#8221;,</a> by Sharon Adler and others. Please come back after you&#8217;ve read it!</p>
]]></content:encoded>
			<wfw:commentRSS>http://www.theknowledgeeconomist.com/blog/general/by-author01/xml-and-knowledge-economics/feed/</wfw:commentRSS>
	</item>
	</channel>
</rss>
