<?xml version="1.0" encoding="UTF-8"?>
<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/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Buffini&#039;s Blog &#187; Knowledge Management</title>
	<atom:link href="http://darraghbuffini.com/tag/knowledge-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://darraghbuffini.com</link>
	<description>It does exactly what it says on the tin</description>
	<lastBuildDate>Mon, 22 Mar 2010 13:45:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>M882 &#8211; Section 2: The organisational and business context</title>
		<link>http://darraghbuffini.com/2009/04/06/m882-section-2/</link>
		<comments>http://darraghbuffini.com/2009/04/06/m882-section-2/#comments</comments>
		<pubDate>Mon, 06 Apr 2009 20:49:28 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[M882]]></category>
		<category><![CDATA[OpenUniversity]]></category>
		<category><![CDATA[Business process]]></category>
		<category><![CDATA[Human capital]]></category>
		<category><![CDATA[Knowledge Management]]></category>
		<category><![CDATA[linkedin]]></category>
		<category><![CDATA[Revision by Blog]]></category>

		<guid isPermaLink="false">http://darraghbuffini.com/?p=22</guid>
		<description><![CDATA[1. Organisationas and the work they do can modeled by diagrams and measurements
To&#160; a point. Only after a lot of detailed examination of the organisation, the staff involved, and the knowledge and processes contained therein can any diagramming or measuring begin. Even after this point, there will still be a lot that cannot be diagrammed, [...]]]></description>
			<content:encoded><![CDATA[<p id="top" /><strong>1. Organisationas and the work they do can modeled by diagrams and <a class="zem_slink" title="Measurement" rel="wikipedia" href="http://en.wikipedia.org/wiki/Measurement">measurements</a></strong></p>
<p style="padding-left: 30px;">To&nbsp; a point. Only after a lot of detailed examination of the organisation, the staff involved, and the knowledge and processes contained therein can any diagramming or measuring begin. Even after this point, there will still be a lot that cannot be diagrammed, or measured. This point works off the assumption that there are no unknowns and that all items can be analysed in such a manner. The information given in the previous section belies this, and as such the statement should be taken with a grain of salt.</p>
<p><strong>2. These models are necessarily partial, and should not and cannot be taken to fully represent what happens in the organisation</strong></p>
<p style="padding-left: 30px;">Excellent, my work is done for me. This point is much better, and gives a better understanding of the process and the organisation. There is too much tacit/implicit knowledge and process happening within the organisation to ever fully nail it down to be a definitive model of the organisation.<strong><br />
</strong></p>
<p><strong>3. The work of the organisations can be modeled as <a class="zem_slink" title="Business process" rel="wikipedia" href="http://en.wikipedia.org/wiki/Business_process">business processes</a>, a sequence of interacting individual activities</strong>
</p>
<p style="padding-left: 30px;">In the text, as in various other industry studies performed over the years, the concept of business processes emerged, a process whereby environment (environment here meaning any interaction with external or internal demands or pressures) trigger a set of actions from the organisation and staff to perform some set list of tasks. Taken from a programming point of view this could almost be called the organisation&#8217;s business algorithm. Seems simple but it is an important concept to understand when dealing with such entities, and hasn&#8217;t been around all that long.</p>
<p><strong>4. The activities in these processes can be modeled and can be made highly specialised to enhance efficiency by scientific management methods</strong></p>
<p style="padding-left: 30px;">
<p style="padding-left: 30px;">Simple extension of previous comments. Defined as <a class="zem_slink" title="Scientific management" rel="wikipedia" href="http://en.wikipedia.org/wiki/Scientific_management">Taylorism</a> or <a class="zem_slink" title="Fordism" rel="wikipedia" href="http://en.wikipedia.org/wiki/Fordism">Fordism</a>, these reworked processes can be applied to the organisation to provide major increases in productivity, while also bringing costs down if applied correctly. An application of modern thought to the industrial age production method of thinking, there are, however, major drawbacks to the way these methods were actually implemented.<strong><br />
</strong></p>
<p><strong>5. These tayloristic processes lack flexibility and humanity</strong>
</p>
<p style="padding-left: 30px;">I&#8217;d argue with this one and say the examples given lack flexibility and humanity. A separation between the theory and the implementations are essential here, in that anything could have been produced as a new more efficient process and had the &#8216;taylorism&#8217; tag applied, without being in line with the ideals of the theory. A more holistic approach would have stuck to the theory and produced better results, particularly from a worker point of view</p>
<p><strong>6. An organisation contains computing systems and software embedded within it and they are inseparable from each other</strong></p>
<p style="padding-left: 30px;">Probably wouldn&#8217;t quite agree with this. Its true to a point, but it has to be remembered that while people are absolutely essential to an organisation, software is not as much of an essential item. The org can get by quite well using other software, or depending on the size, needs, etc, possibly without any at all. There will always be cases where they are inseparable, but it is important to note that it is a commodity, an asset, instead of the end of the world.</p>
<p><strong>7. The software and the business processes that use software must necessarily be developed together, and though the software can be defined by a requirements document, the software cannot be understood in isolation</strong></p>
<p style="padding-left: 30px;">This is correct. Any organisation using software for a specific purpose, no matter how banal it may seem, needs to take into account the attributes and growth of the software, just as it must do for itself. Integration into business processes and practices must be fully understood before embarking on any sort of buy-in/development/etc.. of new software to facilitate some critical need.</p>
<p><strong>8. Yet in order to acquire software and later evolve it we must be able to treat the software separately from other resources used in the business process</strong></p>
<p style="padding-left: 30px;">I don&#8217;t necessarily see these two points as mutually exclusive. Going back to my comment on point 6, the software is a separate yet integrated piece of infrastructure. Think of it as something modular. You fit lots of modules together to form a cohesive whole, but once thats done you can still take them back apart to form something else, leaving out entirely one of the &#8216;critical&#8217; pieces.</p>
<p><strong>9. The software systems embody some of the knowledge of the organisation, but cannot embody all of the the knowledge, some must remain tacit within the people involved</strong></p>
<p style="padding-left: 30px;">Absolutely true. A very large chunk of the knowledge of all groups, large or small, exists entirely in the heads of those who work there. Various methods and strategies have sprung up for the purpose of extracting and codifying this information. Situations like staff turnover, etc.., mean a lot of this knowledge is easily lost. One of the more effective methods for extraction and retention is the concept of the <a class="zem_slink" title="Feedback" rel="wikipedia" href="http://en.wikipedia.org/wiki/Feedback">feedback loop</a>, single and double. It enables an organisation to identify its <a class="zem_slink" title="Tacit knowledge" rel="wikipedia" href="http://en.wikipedia.org/wiki/Tacit_knowledge">tacit knowledge</a>, and convert it into workable, teachable practices.</p>
<p><strong>10. New systems are introduced either because of internal problems, or because of external business opportunities, or because of external demands</strong></p>
<p style="padding-left: 30px;">That list is not complete. It doesn&#8217;t take into account the internal opportunities and the external problems. Regardless, it is a reasonable list for detailing how changes would originate. An organisation will need to ingest a new system, revise processes, develop new practices, etc.. in response to any of these items. They cover both reactive and proactive solutions, things like introducing new features to become a market leader, or revisiting failing processes in the face of falling revenue. Any opportunity for positive change is always a good thing.</p>
<p><strong>11. Rational decision making processes and <a class="zem_slink" title="Rate of return" rel="wikipedia" href="http://en.wikipedia.org/wiki/Rate_of_return">return on investment</a> calculations can only partially help justify the acquisition</strong></p>
<p style="padding-left: 30px;">This statement is something I&#8217;m not entirely comfortable with. I personally like to be able to quantify whatever comes my way, and stating that the benefits of acquiring a system can&#8217;t be fully expressed in ROI terms is something I don&#8217;t really like. However I can&#8217;t really argue with it either. The statement, according to current processes, metrics, etc.. is correct, because there are intangibles associated with such systems, and likely will be for some time. Until <a class="zem_slink" title="Skynet (Terminator)" rel="wikipedia" href="http://en.wikipedia.org/wiki/Skynet_%28Terminator%29">Skynet</a> takes over anyway.</p>
<p><strong>12. The process of introducing new systems can be viewed as a process of adaptation or learning, and the organisation does this as a learning organisation</strong></p>
<p style="padding-left: 30px;">I&#8217;m a little uneasy at the need to make a distinction here between the concept of a learning and a non learning organisation. A non learning organisation dies, simple as that. If it is not prepared to accept feedback and learn from its environment, then it is a net detractor from the business environment as a whole, and nature will take its course. The point above should be taken as the ground state for an organisation, not as something it should aspire to. <strong><br />
</strong></p>
<p><strong>13. Organisational learning takes place in cycles as business processes are changed, knowledge is externalised, examined, restructured, consolidated and then re-internalised</strong>
</p>
<p style="padding-left: 30px;">This is true, but it would be nice if it wasn&#8217;t the whole story. If instead a constant cycle of information gathered, assimilated and integrated into practice then it would show that an organisation is proving its capacity to grow and outperform its competitors. For instance, in terms of a software house, developers and management need to be constantly on the lookout for new and expanded technologies and methodologies to keep them abreast of industry changes and up to speed with the latest state of the art. Cyclical BPR should be just the beginning.</p>
<p><strong>14. The people in the organisation are critical in this process, and should be viewed as part of the assets of the organisation, the <a class="zem_slink" title="Human capital" rel="wikipedia" href="http://en.wikipedia.org/wiki/Human_capital">human capital</a></strong></p>
<p style="padding-left: 30px;">Dead right. People are massively important to any group, to the (obvious) point where it can&#8217;t work without them. No people, dissatisfied people, people who feel they are not being adequately rewarded by their job (rewards in terms of &#8216;hygienic&#8217; needs, or Maslow&#8217;s hierarchy), make people happier and therefore more productive in their work. Treating them like machines on a factory belt will get you nowhere and is a quick and easy way to stall productivity and lose revenue. If people are viewed as assets, or better yet as stakeholders, then they are treated as people rather than cogs in the machine.<strong><br />
</strong>
</p>
<h6 class="zemanta-related-title" style="font-size: 1em;">Related articles by Zemanta</h6>
<ul class="zemanta-article-ul">
<li class="zemanta-article-ul-li"><a href="http://blogs.harvardbusiness.org/cramm/2009/02/dont-use-smart-technologies-to.html">Don&#8217;t Use Smart Technologies to Do Dumb Things</a> (blogs.harvardbusiness.org)</li>
<li class="zemanta-article-ul-li"><a href="http://billbennettnz.wordpress.com/2009/01/08/taylors-scientific-management-doesnt-apply-to-knowledge-work/">Taylor&#8217;s scientific management doesn&#8217;t apply to knowledge work</a> (billbennettnz.wordpress.com)</li>
<li class="zemanta-article-ul-li"><a href="http://thingamy.typepad.com/sigs_blog/2009/03/tinkering-with-real-world-brps-barely-repeatable-processes.html">Tinkering with real world BRPs (Barely Repeatable Processes)</a> (thingamy.typepad.com)</li>
<li class="zemanta-article-ul-li"><a href="http://arnoldit.com/wordpress/2009/03/28/business-intelligence-dies-business-analytics-lives/">Business Intelligence Dies, Business Analytics Lives</a> (arnoldit.com)</li>
</ul>
<div style="margin-top: 10px; height: 15px;" class="zemanta-pixie"><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/64c0dc74-03b1-42cb-bcdb-c900427a6335/" title="Reblog this post [with Zemanta]"><img style="border: medium none ; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=64c0dc74-03b1-42cb-bcdb-c900427a6335" alt="Reblog this post [with Zemanta]"></a><span class="zem-script more-related pretty-attribution"><script type="text/javascript" src="http://static.zemanta.com/readside/loader.js" defer="defer"></script></span></div>
]]></content:encoded>
			<wfw:commentRss>http://darraghbuffini.com/2009/04/06/m882-section-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Information Retrieval Preferences</title>
		<link>http://darraghbuffini.com/2009/01/15/information-retrieval-preferences/</link>
		<comments>http://darraghbuffini.com/2009/01/15/information-retrieval-preferences/#comments</comments>
		<pubDate>Thu, 15 Jan 2009 15:05:54 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Society]]></category>
		<category><![CDATA[Knowledge Management]]></category>
		<category><![CDATA[Knowledge transfer]]></category>
		<category><![CDATA[linkedin]]></category>
		<category><![CDATA[Modern era]]></category>
		<category><![CDATA[Societal Evoultion]]></category>

		<guid isPermaLink="false">http://darraghbuffini.com/?p=61</guid>
		<description><![CDATA[How do people get their information? It occured to me recently that, while the internet is great and the ultimate resource for Life, The Universe and Everything, in general I prefer to get my information directly from other people.
Thinking about it, it seems to me that there could be a couple of possible reasons for [...]]]></description>
			<content:encoded><![CDATA[<p id="top" />How do people get their information? It occured to me recently that, while the internet is great and the ultimate resource for <a class="zem_slink" title="Life, the Universe and Everything" rel="wikipedia" href="http://en.wikipedia.org/wiki/Life%2C_the_Universe_and_Everything">Life, The Universe and Everything</a>, in general I prefer to get my information directly from other people.</p>
<p>Thinking about it, it seems to me that there could be a couple of possible reasons for this.</p>
<ol>
<li>Laziness &#8211; When the situation calls for it I will go and search the BeJaysus out of something until I&#8217;m satisifed with the answers, so that doesn&#8217;t seem to be it..</li>
<li>Ease of access &#8211; there&#8217;s normally a better chance of getting information quickly from someone close by, particularly in a work context, but I will happily take my time and get specific items from specific people, and sometimes that can take a little time, so thats not it&#8230;</li>
<li>Contextual/Added information &#8211; whereby the information gleaned from a particular person will have added relevance due to situational experience, etc.. Closer to a winner here&#8230;</li>
<li>The personal touch &#8211; here we seem to have a winner. I like interacting with people. I&#8217;m a social beast, like most of the human race. I occasionally work from home and find the boredom to be stunning in the extreme, so I only do it when absolutely have to.</li>
</ol>
<p>So it would seem that I like people. Todays instantly accessible information has given me direct access such as this, because in the past there wasn&#8217;t anywhere near as much generalised knowledge swirling around in both the aether and people&#8217;s head, so carefully lookup was needed to find information, meaning not as many did it.</p>
<p>The synopsis I draw from this (something other, much more clever people have figured out already ) is that the modern age with fingertip availability, social knowledge transfer, and the great swarm of data living in us all, is in fact yet another social enabler. People can interact even more now than ever before, and in new and interesting ways due to the magic of the tech and the <a class="zem_slink" title="Sociocultural evolution" rel="wikipedia" href="http://en.wikipedia.org/wiki/Sociocultural_evolution">evolution of society</a> and societal <a class="zem_slink" title="Meme" rel="wikipedia" href="http://en.wikipedia.org/wiki/Meme">memes</a>.</p>
<p>Makes you happy to be knowledge foraging&#8230;</p>
<p><a title="Social Knowledge" href="http://elise.arts.kuleuven.be/wiki-div/index.php?title=Social_Knowledge">Interesting reading</a></p>
<div style="margin-top: 10px; height: 15px;" class="zemanta-pixie"><a class="zemanta-pixie-a" href="http://reblog.zemanta.com/zemified/ee5314eb-46a6-45c6-a887-42c25824304a/" title="Reblog this post [with Zemanta]"><img style="border: medium none ; float: right;" class="zemanta-pixie-img" src="http://img.zemanta.com/reblog_e.png?x-id=ee5314eb-46a6-45c6-a887-42c25824304a" alt="Reblog this post [with Zemanta]"></a><span class="zem-script more-related pretty-attribution"><script type="text/javascript" src="http://static.zemanta.com/readside/loader.js" defer="defer"></script></span></div>
]]></content:encoded>
			<wfw:commentRss>http://darraghbuffini.com/2009/01/15/information-retrieval-preferences/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
