<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Reinventing Silos</title>
	<atom:link href="http://www.fastforwardblog.com/2009/06/29/reinventing-silos/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fastforwardblog.com/2009/06/29/reinventing-silos/</link>
	<description></description>
	<lastBuildDate>Fri, 28 Oct 2011 01:28:22 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Paula Thornton</title>
		<link>http://www.fastforwardblog.com/2009/06/29/reinventing-silos/comment-page-1/#comment-230113</link>
		<dc:creator>Paula Thornton</dc:creator>
		<pubDate>Tue, 30 Jun 2009 15:35:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=3009#comment-230113</guid>
		<description>Mark: Classic to the &#039;just try it&#039; mantra of this era, the UI for replying to comments makes it look as if they might get nested under the responses (e.g. interlaced rather than serial). Alas, that&#039;s not the case.

In the end, we agree: &quot;we need collaborative capabilities baked directly into our business processes.&quot;

It is because of my belief in that fundamental premise that I wrote this piece (while the piece did not call it out specifically -- it&#039;s a theme of many of my posts for the past several years). You just said it a lot better than I&#039;ve likely done before.

But there is also a challenge -- it is one we&#039;ve faced many times before when adopting &#039;transformative technologies&#039;, and we&#039;ve failed. We too literally look at the existing and try to reshape it from where it stands, or worse, try to replace it. The issues I raised, focusing on the data/content, are critical to being able to address this opportunity from a variety of angles: &#039;at&#039; the existing processes, or tangential to them -- allowing the old and new to meet somewhere in the middle -- where the ideal solution likely lies, both morphing into an ideal 3rd-form.</description>
		<content:encoded><![CDATA[<p>Mark: Classic to the &#8216;just try it&#8217; mantra of this era, the UI for replying to comments makes it look as if they might get nested under the responses (e.g. interlaced rather than serial). Alas, that&#8217;s not the case.</p>
<p>In the end, we agree: &#8220;we need collaborative capabilities baked directly into our business processes.&#8221;</p>
<p>It is because of my belief in that fundamental premise that I wrote this piece (while the piece did not call it out specifically &#8212; it&#8217;s a theme of many of my posts for the past several years). You just said it a lot better than I&#8217;ve likely done before.</p>
<p>But there is also a challenge &#8212; it is one we&#8217;ve faced many times before when adopting &#8216;transformative technologies&#8217;, and we&#8217;ve failed. We too literally look at the existing and try to reshape it from where it stands, or worse, try to replace it. The issues I raised, focusing on the data/content, are critical to being able to address this opportunity from a variety of angles: &#8216;at&#8217; the existing processes, or tangential to them &#8212; allowing the old and new to meet somewhere in the middle &#8212; where the ideal solution likely lies, both morphing into an ideal 3rd-form.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paula Thornton</title>
		<link>http://www.fastforwardblog.com/2009/06/29/reinventing-silos/comment-page-1/#comment-230112</link>
		<dc:creator>Paula Thornton</dc:creator>
		<pubDate>Tue, 30 Jun 2009 15:21:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=3009#comment-230112</guid>
		<description>Judi: Thanks so much for sharing the context of your own specific challenge (I love collecting them -- they&#039;re so valuable), and for adding your own critical thought (I find I&#039;m using the fish analogy a lot lately).

&quot;the transaction costs of learning seem too large an investment of time and energy&quot; -- this is a tremendous clue that fits a pattern I&#039;ve uncovered. These are &#039;transformative capabilities&#039; that present a challenge: they have tremendous potential that can often be taken in many directions (Twitter has been &#039;shaped&#039; into many things different than originally intended), but they need some &#039;context&#039; to ground them for the individual to relate. There are two phases/roles here -- the first is often skipped: the adaptation of the tool and the adoption of the tool. Individuals should not be responsible for the overall business adaptation of the tool -- although they certainly can move it forward, once adoption sets in. 

ALL tools can be &#039;shaped&#039; to provide relevant context (even in the way they are introduced or interjected), as well, &#039;guided immersion&#039; is often needed (look at all the many stories about how/when people &#039;got&#039; Twitter -- when they were at a conference and watched it in action, or someone walked them through scenarios). The transaction costs should NOT be borne by the individuals, over and over again -- the multiplier effect of productivity loss is tremendous, but hidden. The tools must be shaped for &#039;context&#039;  (not the role of the delivered product -- although I did suggest perhaps vendors might consider helping http://twurl.nl/y57hv3).

I say all this while recalling that these are not new issues. These are the same issues borne by anyone using a word processor or a spreadsheet for the first time. Training, simply teaches the individual how to shape themselves to the tool, thereby minimizing the potential of the tool -- because they&#039;ve spent so much time shaping themselves to the tool, they have no &#039;costs&#039; left to invest in truly leveraging the tool to its fullest potential. Training itself imposes &#039;proper use&#039;, disincenting true understanding of the tool&#039;s potential and experimenting with it&#039;s edges.

The &quot;seamlessness&quot; you speak of is critical. It is the Rosetta Stone for the &#039;adaptation&#039; that must be done to support adoption.

Thank YOU for reinforcing the key threads of thought I need to focus more on (I&#039;m writing a related piece right now).</description>
		<content:encoded><![CDATA[<p>Judi: Thanks so much for sharing the context of your own specific challenge (I love collecting them &#8212; they&#8217;re so valuable), and for adding your own critical thought (I find I&#8217;m using the fish analogy a lot lately).</p>
<p>&#8220;the transaction costs of learning seem too large an investment of time and energy&#8221; &#8212; this is a tremendous clue that fits a pattern I&#8217;ve uncovered. These are &#8216;transformative capabilities&#8217; that present a challenge: they have tremendous potential that can often be taken in many directions (Twitter has been &#8217;shaped&#8217; into many things different than originally intended), but they need some &#8216;context&#8217; to ground them for the individual to relate. There are two phases/roles here &#8212; the first is often skipped: the adaptation of the tool and the adoption of the tool. Individuals should not be responsible for the overall business adaptation of the tool &#8212; although they certainly can move it forward, once adoption sets in. </p>
<p>ALL tools can be &#8217;shaped&#8217; to provide relevant context (even in the way they are introduced or interjected), as well, &#8216;guided immersion&#8217; is often needed (look at all the many stories about how/when people &#8216;got&#8217; Twitter &#8212; when they were at a conference and watched it in action, or someone walked them through scenarios). The transaction costs should NOT be borne by the individuals, over and over again &#8212; the multiplier effect of productivity loss is tremendous, but hidden. The tools must be shaped for &#8216;context&#8217;  (not the role of the delivered product &#8212; although I did suggest perhaps vendors might consider helping <a href="http://twurl.nl/y57hv3)" rel="nofollow">http://twurl.nl/y57hv3)</a>.</p>
<p>I say all this while recalling that these are not new issues. These are the same issues borne by anyone using a word processor or a spreadsheet for the first time. Training, simply teaches the individual how to shape themselves to the tool, thereby minimizing the potential of the tool &#8212; because they&#8217;ve spent so much time shaping themselves to the tool, they have no &#8216;costs&#8217; left to invest in truly leveraging the tool to its fullest potential. Training itself imposes &#8216;proper use&#8217;, disincenting true understanding of the tool&#8217;s potential and experimenting with it&#8217;s edges.</p>
<p>The &#8220;seamlessness&#8221; you speak of is critical. It is the Rosetta Stone for the &#8216;adaptation&#8217; that must be done to support adoption.</p>
<p>Thank YOU for reinforcing the key threads of thought I need to focus more on (I&#8217;m writing a related piece right now).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Masterson</title>
		<link>http://www.fastforwardblog.com/2009/06/29/reinventing-silos/comment-page-1/#comment-230104</link>
		<dc:creator>Mark Masterson</dc:creator>
		<pubDate>Tue, 30 Jun 2009 13:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=3009#comment-230104</guid>
		<description>There are a number of things worth commenting on here, methinks.  

One thing that I thought was striking about the #e2conf this year (as opposed to last year, in my own experience) was the balkanization of the &quot;conversation&quot;.  If you go read all of the various post-conference writeups, a theme emerges that is really quite fascinating -- it&#039;s almost as if the majority of commenters attended two different conferences.  At the one conference, things were dominated by the vendors, and the &quot;slant&quot; of things was heavily B2C/C2C.  At the other conference, things were dominated by users, talking to one another, and the &quot;slant&quot;, if any, was towards internally facing, intra-enterprise usage.  I attended (and spoke at) the latter conference.  When I look at the folks that apparently attended the prior conference, what strikes me is how little (if any) overlap there was in our schedules.  I didn&#039;t attend any of the sessions those folk did.  They didn&#039;t, by and large, attend too many of the sessions that I did.

IOW, I appear to be observing your silo problem, in effect at the conference.  ;)

And that allows me to segue into my deeper reaction to your post here -- I&#039;m not sure, but it seems to me that you might be conflating two different things: content and wetware.  You make quite interesting (and, in my opinion, correct) comments about both these things here, but seem to be implying, by the tone and structure of this essay, that they are the same problem, to be attacked with the same solutions.  If so, and I&#039;m not simply misunderstanding you, I don&#039;t agree with that conclusion.

We can talk all day about the problems of separating data (content) from its usage context (application, presentation).  As you note, this problem is as old as IT itself, and there are as many possible ways of solving it as there are clever minds in our industry.  I&#039;m rather fond of using Web standards, and microformats, myself, but YMWV.

But the wetware issue -- the one that concerns itself with the behaviour of humans -- is larger than, and orthogonal, to the data.  Note I don&#039;t say &quot;independent&quot; -- that would be wrong.  Data influences behaviour, no question.  But they are not the same problem.  If my observation about the #e2conf is correct, then it is a case in point.

(I led an Unconference session which I had subtitled &quot;Death to the Silos!&quot;  The core of the discussion was my assertion that we are not well served by vendors (or anyone else) trying to sell us yet another wiki, or blog (to your point, above).  Instead, we need collaborative capabilities baked directly into our business processes -- what Ross Mayfield and his folk refer to as &quot;in the flow&quot;, and what I call &quot;social processes&quot;.  I used the example of an insurance industry process (an automotive claim) to illustrate and frame the conversation.  The audience was largely users / customers).</description>
		<content:encoded><![CDATA[<p>There are a number of things worth commenting on here, methinks.  </p>
<p>One thing that I thought was striking about the #e2conf this year (as opposed to last year, in my own experience) was the balkanization of the &#8220;conversation&#8221;.  If you go read all of the various post-conference writeups, a theme emerges that is really quite fascinating &#8212; it&#8217;s almost as if the majority of commenters attended two different conferences.  At the one conference, things were dominated by the vendors, and the &#8220;slant&#8221; of things was heavily B2C/C2C.  At the other conference, things were dominated by users, talking to one another, and the &#8220;slant&#8221;, if any, was towards internally facing, intra-enterprise usage.  I attended (and spoke at) the latter conference.  When I look at the folks that apparently attended the prior conference, what strikes me is how little (if any) overlap there was in our schedules.  I didn&#8217;t attend any of the sessions those folk did.  They didn&#8217;t, by and large, attend too many of the sessions that I did.</p>
<p>IOW, I appear to be observing your silo problem, in effect at the conference.  <img src='http://www.fastforwardblog.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>And that allows me to segue into my deeper reaction to your post here &#8212; I&#8217;m not sure, but it seems to me that you might be conflating two different things: content and wetware.  You make quite interesting (and, in my opinion, correct) comments about both these things here, but seem to be implying, by the tone and structure of this essay, that they are the same problem, to be attacked with the same solutions.  If so, and I&#8217;m not simply misunderstanding you, I don&#8217;t agree with that conclusion.</p>
<p>We can talk all day about the problems of separating data (content) from its usage context (application, presentation).  As you note, this problem is as old as IT itself, and there are as many possible ways of solving it as there are clever minds in our industry.  I&#8217;m rather fond of using Web standards, and microformats, myself, but YMWV.</p>
<p>But the wetware issue &#8212; the one that concerns itself with the behaviour of humans &#8212; is larger than, and orthogonal, to the data.  Note I don&#8217;t say &#8220;independent&#8221; &#8212; that would be wrong.  Data influences behaviour, no question.  But they are not the same problem.  If my observation about the #e2conf is correct, then it is a case in point.</p>
<p>(I led an Unconference session which I had subtitled &#8220;Death to the Silos!&#8221;  The core of the discussion was my assertion that we are not well served by vendors (or anyone else) trying to sell us yet another wiki, or blog (to your point, above).  Instead, we need collaborative capabilities baked directly into our business processes &#8212; what Ross Mayfield and his folk refer to as &#8220;in the flow&#8221;, and what I call &#8220;social processes&#8221;.  I used the example of an insurance industry process (an automotive claim) to illustrate and frame the conversation.  The audience was largely users / customers).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Judi Piggott</title>
		<link>http://www.fastforwardblog.com/2009/06/29/reinventing-silos/comment-page-1/#comment-230063</link>
		<dc:creator>Judi Piggott</dc:creator>
		<pubDate>Tue, 30 Jun 2009 02:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.fastforwardblog.com/?p=3009#comment-230063</guid>
		<description>Thanks for this thoughtful assessment of the situation (and the blind spots - reminds me of the expression that fish don&#039;t know they&#039;re swimming in water...). It seems to be yet another field/ground issue. 

People just want to easily get on with communicating, working, managing, telling stories, raising awareness, recruiting volunteers, etc. and the tools are there to do that - so long as you remember to use the same shovel to fill the hole that you used to dig it.... The commercialization of the software and the competition for market share, ensures the results you describe. Kudos to open source for keeping the options available to all of us.

You could say that silos are lateral, too. I am working to bridge the generations within the community benefit sector, ensuring the continued capture of the knowledge capital of our elders who are edging towards retirement. The disappearance of a layer of middle-management as funding decreased over decades, has left few who can mediate a succession process, leaving the younger social entrepreneurs and empassioned staffers (highly tech-savvy, tweeters) to keep the sacred fire burning. Enthusiastic and energetic as they are, they are in the ‘gaining experience’ phase, and the price of this can be burnout and isolation. These folks are finding each other and creating community and support through social media, especially with small organizations where staff don’t share physical ‘real time’ space with very many colleagues. 

There are certainly geologic layers in terms of comfort zone and ability to take the time to tackle these new tools - a mystery to some of us, with elements that seem to change daily. As a result, the transaction costs of learning seem too large an investment of time and energy. The focus tends to be on the confusion of the jargon/shorthand and resentment of the ‘in-group-ness’ of those who use, and it can be hard to see the usefulness. It would be helpful if those who are marketing the tools spoke as clearly to the typewriter-to-keyboard generation as they have to their peers. 

In this scenario, it helps to have people thinking - as you have - of the bigger picture, the great masses of end users, many of whom are &#039;self-taught&#039;, and what it feels like to them to have to navigate extra silos when the work they do is important, and could be made so much more efficient if there were a more &#039;seamless&#039; way to use existing technology tools, and to make the choices and transitions necessary to keep up with emerging tools. When all you see and hear are the others using the media, it is possible to have a distorted view of the overall population’s access and ability to make use of it. 

Thanks for the &#039;food for thought&#039;, it helps me in my work to translate the language and minimize the angst felt by some - not all, by any means, don&#039;t get me wrong! - of my fellow elders and mavens who have so much to add to the conversation, and to learn from it, if brought in.</description>
		<content:encoded><![CDATA[<p>Thanks for this thoughtful assessment of the situation (and the blind spots &#8211; reminds me of the expression that fish don&#8217;t know they&#8217;re swimming in water&#8230;). It seems to be yet another field/ground issue. </p>
<p>People just want to easily get on with communicating, working, managing, telling stories, raising awareness, recruiting volunteers, etc. and the tools are there to do that &#8211; so long as you remember to use the same shovel to fill the hole that you used to dig it&#8230;. The commercialization of the software and the competition for market share, ensures the results you describe. Kudos to open source for keeping the options available to all of us.</p>
<p>You could say that silos are lateral, too. I am working to bridge the generations within the community benefit sector, ensuring the continued capture of the knowledge capital of our elders who are edging towards retirement. The disappearance of a layer of middle-management as funding decreased over decades, has left few who can mediate a succession process, leaving the younger social entrepreneurs and empassioned staffers (highly tech-savvy, tweeters) to keep the sacred fire burning. Enthusiastic and energetic as they are, they are in the ‘gaining experience’ phase, and the price of this can be burnout and isolation. These folks are finding each other and creating community and support through social media, especially with small organizations where staff don’t share physical ‘real time’ space with very many colleagues. </p>
<p>There are certainly geologic layers in terms of comfort zone and ability to take the time to tackle these new tools &#8211; a mystery to some of us, with elements that seem to change daily. As a result, the transaction costs of learning seem too large an investment of time and energy. The focus tends to be on the confusion of the jargon/shorthand and resentment of the ‘in-group-ness’ of those who use, and it can be hard to see the usefulness. It would be helpful if those who are marketing the tools spoke as clearly to the typewriter-to-keyboard generation as they have to their peers. </p>
<p>In this scenario, it helps to have people thinking &#8211; as you have &#8211; of the bigger picture, the great masses of end users, many of whom are &#8217;self-taught&#8217;, and what it feels like to them to have to navigate extra silos when the work they do is important, and could be made so much more efficient if there were a more &#8217;seamless&#8217; way to use existing technology tools, and to make the choices and transitions necessary to keep up with emerging tools. When all you see and hear are the others using the media, it is possible to have a distorted view of the overall population’s access and ability to make use of it. </p>
<p>Thanks for the &#8216;food for thought&#8217;, it helps me in my work to translate the language and minimize the angst felt by some &#8211; not all, by any means, don&#8217;t get me wrong! &#8211; of my fellow elders and mavens who have so much to add to the conversation, and to learn from it, if brought in.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

