<?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/"
		>
<channel>
	<title>Comments on: Warning: This Post is Not About the Interesting Stuff</title>
	<atom:link href="http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/feed/" rel="self" type="application/rss+xml" />
	<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/</link>
	<description>The Business Impact of IT</description>
	<lastBuildDate>Thu, 09 Sep 2010 12:45:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Ken Washington</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3521</link>
		<dc:creator>Ken Washington</dc:creator>
		<pubDate>Fri, 11 Jan 2008 13:42:01 +0000</pubDate>
		<guid isPermaLink="false">#comment-3521</guid>
		<description>Andrew -
  First, I really enjoy your blog and always learn something by reading it. This post is really helpful as we are wrestling with how to handle our employees&#039; interest in FB in parallel with our concerns about information security. I will give this technology a look. Keep up the great work with your E2.0 leadership.
   Ken</description>
		<content:encoded><![CDATA[<p>Andrew -<br />
  First, I really enjoy your blog and always learn something by reading it. This post is really helpful as we are wrestling with how to handle our employees&#8217; interest in FB in parallel with our concerns about information security. I will give this technology a look. Keep up the great work with your E2.0 leadership.<br />
   Ken</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth Schlenker</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3526</link>
		<dc:creator>Kenneth Schlenker</dc:creator>
		<pubDate>Thu, 10 Jan 2008 12:05:50 +0000</pubDate>
		<guid isPermaLink="false">#comment-3526</guid>
		<description>&quot;There are six defining characteristics of the work Â“placeÂ”- how clearly are they reflected in business software solutions today?

    * A vision that defines the meaning of work;
    * Actors : the managers, employees, partners and customers that produce work;
    * Interactions : the events in which we sell and purchase products, ideas and services;
    * Outcomes: the generated revenue stream
    * Gateways : communication channels that integrate the workspace into local context, culture and organization &quot;

http://leeschlenker.wordpress.com/</description>
		<content:encoded><![CDATA[<p>&#8220;There are six defining characteristics of the work Â“placeÂ”- how clearly are they reflected in business software solutions today?</p>
<p>    * A vision that defines the meaning of work;<br />
    * Actors : the managers, employees, partners and customers that produce work;<br />
    * Interactions : the events in which we sell and purchase products, ideas and services;<br />
    * Outcomes: the generated revenue stream<br />
    * Gateways : communication channels that integrate the workspace into local context, culture and organization &#8221;</p>
<p><a href="http://leeschlenker.wordpress.com/" rel="nofollow">http://leeschlenker.wordpress.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Murphy</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3525</link>
		<dc:creator>Rick Murphy</dc:creator>
		<pubDate>Sun, 06 Jan 2008 20:38:45 +0000</pubDate>
		<guid isPermaLink="false">#comment-3525</guid>
		<description>First, Andrew thanks for your leadership on Enterprise 2.0 (E2.0). I&#039;m an Enterprise Architect (EA) in Washington. DC with a background in complex systems. I hope E2.0 becomes an effective mechanism to bring what we&#039;ve learned from complex systems theory into the mainstream and answer a few lingering questions currently facing EA practitioners on which we somehow seem stuck.

Second, and maybe some interesting stuff. Without additional information and as a reductionist, my view is that the debate here reveals an E2.0 anti-pattern. What is the relationship between E2.0 and EA ? What&#039;s implicit in the debate centers around how cohorts arrive at HBS with not only branding and identity beliefs, but high expectations of what Larry and the folks in Cotting House can deliver. This is where EA can be  a pretty good help in keeping Cotting House from becoming so cannibalized that Larry&#039;s maintenance costs become unsustainable. One issue that should emerge in the follow up debate is how to develop a transition strategy and sequencing plan for E2.0 to EA technology adoption at HBS. This is a hard questions and HBS is in the best position to lead us all towards the answers. I&#039;d like to hear how things go because if E2.0 does make it in DC more broadly than ONDI, we&#039;ll be facing the same issues  soon enough.

Third, your intuition regarding the Semantic Web (SW) well founded. Ironically, the SW is about the best chance we&#039;ve had in years to improve mainstream information sharing for many of the same reasons E2.0 is so good. Unfortunately, its much less than what we need. That being said, hats off to Tim-BL &amp; Co. We need to keep pushing that rock up the hill no matter how steep the incline. The crest of the hill is probably not a good target for E2.0 as much as an effective public policy with targeted private sector investment and public sector adoption as the Markle Foundation recommended a few years back. For the short term, we&#039;ll see a swarm of very smart, creative and energetic folks form around this long standing and much loved (by me) issue.

Anyway, thanks again for your leadership on E2.0 !</description>
		<content:encoded><![CDATA[<p>First, Andrew thanks for your leadership on Enterprise 2.0 (E2.0). I&#8217;m an Enterprise Architect (EA) in Washington. DC with a background in complex systems. I hope E2.0 becomes an effective mechanism to bring what we&#8217;ve learned from complex systems theory into the mainstream and answer a few lingering questions currently facing EA practitioners on which we somehow seem stuck.</p>
<p>Second, and maybe some interesting stuff. Without additional information and as a reductionist, my view is that the debate here reveals an E2.0 anti-pattern. What is the relationship between E2.0 and EA ? What&#8217;s implicit in the debate centers around how cohorts arrive at HBS with not only branding and identity beliefs, but high expectations of what Larry and the folks in Cotting House can deliver. This is where EA can be  a pretty good help in keeping Cotting House from becoming so cannibalized that Larry&#8217;s maintenance costs become unsustainable. One issue that should emerge in the follow up debate is how to develop a transition strategy and sequencing plan for E2.0 to EA technology adoption at HBS. This is a hard questions and HBS is in the best position to lead us all towards the answers. I&#8217;d like to hear how things go because if E2.0 does make it in DC more broadly than ONDI, we&#8217;ll be facing the same issues  soon enough.</p>
<p>Third, your intuition regarding the Semantic Web (SW) well founded. Ironically, the SW is about the best chance we&#8217;ve had in years to improve mainstream information sharing for many of the same reasons E2.0 is so good. Unfortunately, its much less than what we need. That being said, hats off to Tim-BL &#038; Co. We need to keep pushing that rock up the hill no matter how steep the incline. The crest of the hill is probably not a good target for E2.0 as much as an effective public policy with targeted private sector investment and public sector adoption as the Markle Foundation recommended a few years back. For the short term, we&#8217;ll see a swarm of very smart, creative and energetic folks form around this long standing and much loved (by me) issue.</p>
<p>Anyway, thanks again for your leadership on E2.0 !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dubai Real</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3524</link>
		<dc:creator>Dubai Real</dc:creator>
		<pubDate>Sat, 05 Jan 2008 18:42:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-3524</guid>
		<description>We all know how PHP is vulnerable to attacks and Facebook uses PHP. Other then the benefits integration with other applications exposes us to hacks and attacks.
Max</description>
		<content:encoded><![CDATA[<p>We all know how PHP is vulnerable to attacks and Facebook uses PHP. Other then the benefits integration with other applications exposes us to hacks and attacks.<br />
Max</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulSweeney</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3523</link>
		<dc:creator>PaulSweeney</dc:creator>
		<pubDate>Fri, 04 Jan 2008 11:31:46 +0000</pubDate>
		<guid isPermaLink="false">#comment-3523</guid>
		<description>Actually, I did find it interesting. One of the questions I frequently see being asked (and usually slapped down) by CIO/CTO types is &quot;how much do we leave open&quot;, and &quot;how much do we leave them (the users) play about with it (our  beautiful platform;)&quot;. Its sometimes hard for the CIO/CTO to figure out HOW to let people play with the system, and how this can be managed (sic).</description>
		<content:encoded><![CDATA[<p>Actually, I did find it interesting. One of the questions I frequently see being asked (and usually slapped down) by CIO/CTO types is &#8220;how much do we leave open&#8221;, and &#8220;how much do we leave them (the users) play about with it (our  beautiful platform;)&#8221;. Its sometimes hard for the CIO/CTO to figure out HOW to let people play with the system, and how this can be managed (sic).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Old Auto Parts</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3522</link>
		<dc:creator>Old Auto Parts</dc:creator>
		<pubDate>Wed, 02 Jan 2008 03:46:54 +0000</pubDate>
		<guid isPermaLink="false">#comment-3522</guid>
		<description>It&#039;s not that &quot;not interesting&quot;. At least I got myself to finish reading it!</description>
		<content:encoded><![CDATA[<p>It&#8217;s not that &#8220;not interesting&#8221;. At least I got myself to finish reading it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Bressler</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3520</link>
		<dc:creator>David Bressler</dc:creator>
		<pubDate>Thu, 27 Dec 2007 14:48:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-3520</guid>
		<description>Andrew,

Mostly a note to express how much I enjoy and value your blog. I&#039;ve passed it along to dozens of people in my company, and posted it on my FB page. We are going down the E2.0/social path to explore how we might leverage them to improve the adoption of some enterprise and developer products we have. It&#039;s fascinating, mostly a morbid fascination at this point - that is, how hard IT will block efforts at unstructured IT deployments. 

Also, your links in this post to WorkLight are broken. 

David</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>Mostly a note to express how much I enjoy and value your blog. I&#8217;ve passed it along to dozens of people in my company, and posted it on my FB page. We are going down the E2.0/social path to explore how we might leverage them to improve the adoption of some enterprise and developer products we have. It&#8217;s fascinating, mostly a morbid fascination at this point &#8211; that is, how hard IT will block efforts at unstructured IT deployments. </p>
<p>Also, your links in this post to WorkLight are broken. </p>
<p>David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Lavenda</title>
		<link>http://andrewmcafee.org/2007/12/warning_this_post_is_not_about_the_interesting_stuff/comment-page-1/#comment-3519</link>
		<dc:creator>David Lavenda</dc:creator>
		<pubDate>Mon, 24 Dec 2007 15:43:09 +0000</pubDate>
		<guid isPermaLink="false">#comment-3519</guid>
		<description>Andrew,
I saw your last blog post and wanted to address some of the points raised by your colleague. First all, the technical onesÂ…As your colleague correctly points out, putting a gadget or widget in an iFrame within Facebook is simple to do. I agree with him that this is a very low technical barrier. On the other hand, it is quite difficult to producing an application like Workbook, for the following reasons:

Â•Tapping into the native authentication and access control mechanisms in order to know which information should be served to whom (for Q&amp;A, search, sharing news, building friends lists, etc.) is not simple. The prospect of building a new security layer and a new access control system is a non-starter.
Â•WorkBook is part of an Enterprise 2.0 operating system called WorkLight, which is also able to incorporate application data from apps like the corporate directory, CRM, HR and other employee-related applications and use it within the WorkBook/Facebook application. Therefore, WorkBook is more than a gadget running in an iFrame, it is a complete application that solves the following key enterprise challenges:
oSecurity Â–There is a plethora of security challenges that are unique to the world of Enterprise 2.0. Some of these include the following:
&#61607;Authentication/access control using native systems. How do you make sure only the appropriate people can see snippets of protected enterprise data?
&#61607;Keeping data from leaving the enterprise while appearing to come from public Web 2.0 tools like Facebook.
&#61607;A whole new set of threats inherent in Web 2.0 technologies like AJAX and RSS. These have not yet been addressed by customers or vendors, but they have been addressed by WorkBook.
oIntegration Â– WorkBook comes out of the box with adapters to applications (like CRM, HR, and other apps) and security infrastructure (like SSO systems and LDAP directories), so implementation is quick and simple. We have already solved these problems Â– creating this from scratch is not trivial, to say the least.
oSelf-service Â– WorkBook/WorkLight comes with tools that allow organizations to customize and evolve without having to code new changes. Many of the changes can be done by non-technical people.

In short, there are many more pieces involved to making an enterprise Facebook application than just putting a gadget in an iFrame. Some of these are part of WorkLightÂ’s patent-pending intellectual property.  Large security-conscience organizations who have Â“tried to buildÂ” their own solutions have come to the conclusion that WorkLight/WorkBook is the right solution once they understood all the issues at hand.  We would be happy to spend time with Larry and explain these in detail, if he so desires.

As for the social aspects, we have found that more than a few organizations have tried to build their own Facebook-like applications, and have failed, not because they couldnÂ’t develop the features. They failed because they could not get employees to adopt the new application. And that is where the Â‘social glueÂ’ comes in. People are already on Facebook. Why reinvent the wheel if you can make Facebook itself safe to use within the enterprise? This is the realization that our customers and many others are coming to see.  And this is where WorkBook provides enormous value to the organization.</description>
		<content:encoded><![CDATA[<p>Andrew,<br />
I saw your last blog post and wanted to address some of the points raised by your colleague. First all, the technical onesÂ…As your colleague correctly points out, putting a gadget or widget in an iFrame within Facebook is simple to do. I agree with him that this is a very low technical barrier. On the other hand, it is quite difficult to producing an application like Workbook, for the following reasons:</p>
<p>Â•Tapping into the native authentication and access control mechanisms in order to know which information should be served to whom (for Q&#038;A, search, sharing news, building friends lists, etc.) is not simple. The prospect of building a new security layer and a new access control system is a non-starter.<br />
Â•WorkBook is part of an Enterprise 2.0 operating system called WorkLight, which is also able to incorporate application data from apps like the corporate directory, CRM, HR and other employee-related applications and use it within the WorkBook/Facebook application. Therefore, WorkBook is more than a gadget running in an iFrame, it is a complete application that solves the following key enterprise challenges:<br />
oSecurity Â–There is a plethora of security challenges that are unique to the world of Enterprise 2.0. Some of these include the following:<br />
&#61607;Authentication/access control using native systems. How do you make sure only the appropriate people can see snippets of protected enterprise data?<br />
&#61607;Keeping data from leaving the enterprise while appearing to come from public Web 2.0 tools like Facebook.<br />
&#61607;A whole new set of threats inherent in Web 2.0 technologies like AJAX and RSS. These have not yet been addressed by customers or vendors, but they have been addressed by WorkBook.<br />
oIntegration Â– WorkBook comes out of the box with adapters to applications (like CRM, HR, and other apps) and security infrastructure (like SSO systems and LDAP directories), so implementation is quick and simple. We have already solved these problems Â– creating this from scratch is not trivial, to say the least.<br />
oSelf-service Â– WorkBook/WorkLight comes with tools that allow organizations to customize and evolve without having to code new changes. Many of the changes can be done by non-technical people.</p>
<p>In short, there are many more pieces involved to making an enterprise Facebook application than just putting a gadget in an iFrame. Some of these are part of WorkLightÂ’s patent-pending intellectual property.  Large security-conscience organizations who have Â“tried to buildÂ” their own solutions have come to the conclusion that WorkLight/WorkBook is the right solution once they understood all the issues at hand.  We would be happy to spend time with Larry and explain these in detail, if he so desires.</p>
<p>As for the social aspects, we have found that more than a few organizations have tried to build their own Facebook-like applications, and have failed, not because they couldnÂ’t develop the features. They failed because they could not get employees to adopt the new application. And that is where the Â‘social glueÂ’ comes in. People are already on Facebook. Why reinvent the wheel if you can make Facebook itself safe to use within the enterprise? This is the realization that our customers and many others are coming to see.  And this is where WorkBook provides enormous value to the organization.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
