<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Take-out or Dine in? Considering The Future of the Enterprise Portal</title>
	<atom:link href="http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/</link>
	<description>This is where you say something clever</description>
	<lastBuildDate>Wed, 15 Feb 2012 06:16:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Oren</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-1064</link>
		<dc:creator><![CDATA[Oren]]></dc:creator>
		<pubDate>Tue, 29 Jun 2010 02:40:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-1064</guid>
		<description><![CDATA[Excellent point! I&#039;m increasingly thinking about an enterprise portal as being a place where you can manage how you want to consume the different pieces of information from differing sources - I want these kinds of notices forwarded to my email, but these should be delivered via texts to my phone, and these I&#039;d like to see on Twitter.]]></description>
		<content:encoded><![CDATA[<p>Excellent point! I&#8217;m increasingly thinking about an enterprise portal as being a place where you can manage how you want to consume the different pieces of information from differing sources &#8211; I want these kinds of notices forwarded to my email, but these should be delivered via texts to my phone, and these I&#8217;d like to see on Twitter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Davies</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-1063</link>
		<dc:creator><![CDATA[Dick Davies]]></dc:creator>
		<pubDate>Mon, 28 Jun 2010 13:15:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-1063</guid>
		<description><![CDATA[If you&#039;re lucky, the process of building a portal forces your organization to break all its information resources down into easily consumable representations.

If you&#039;re unlucky, you end up with another huge silo.

In either case, the concept of a portal itself is fundamentally tied to a large desktop screen. That&#039;s going to become increasingly irrelevant over the next 5 to 10 years.]]></description>
		<content:encoded><![CDATA[<p>If you&#8217;re lucky, the process of building a portal forces your organization to break all its information resources down into easily consumable representations.</p>
<p>If you&#8217;re unlucky, you end up with another huge silo.</p>
<p>In either case, the concept of a portal itself is fundamentally tied to a large desktop screen. That&#8217;s going to become increasingly irrelevant over the next 5 to 10 years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Theresa Rowe</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-872</link>
		<dc:creator><![CDATA[Theresa Rowe]]></dc:creator>
		<pubDate>Tue, 20 Oct 2009 17:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-872</guid>
		<description><![CDATA[This is the key:  &quot;increasingly consume information and applications in smaller bite-size pieces, distributed across multiple locations and devices.&quot;  We are in the process of moving to uPortal (supported by Unicon).  I see our portal just as a single destination point, rather than having students try to remember all the different systems they need to access.  I don&#039;t see it as a &quot;message delivery system.&quot;  It is a place to congregate - Grand Central Station - with paths to other systems.  That has narrowed our portal development focus.]]></description>
		<content:encoded><![CDATA[<p>This is the key:  &#8220;increasingly consume information and applications in smaller bite-size pieces, distributed across multiple locations and devices.&#8221;  We are in the process of moving to uPortal (supported by Unicon).  I see our portal just as a single destination point, rather than having students try to remember all the different systems they need to access.  I don&#8217;t see it as a &#8220;message delivery system.&#8221;  It is a place to congregate &#8211; Grand Central Station &#8211; with paths to other systems.  That has narrowed our portal development focus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2009-10-15 &#171; GHBrett&#8217;s General Store</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-871</link>
		<dc:creator><![CDATA[links for 2009-10-15 &#171; GHBrett&#8217;s General Store]]></dc:creator>
		<pubDate>Thu, 15 Oct 2009 23:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-871</guid>
		<description><![CDATA[[...] Take-out or Dine in? Considering The Future of the Enterprise Portal « Oren’s Weblog I keep wondering whether the concept of an enterprise web portal even makes sense anymore. We are at the beginning of a time where, instead of turning to monolithic portal sites that centralize information access and interaction, people increasingly consume information and applications in smaller bite-size pieces, distributed across multiple locations and devices. (tags: portal web enterprise-architecture) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Take-out or Dine in? Considering The Future of the Enterprise Portal « Oren’s Weblog I keep wondering whether the concept of an enterprise web portal even makes sense anymore. We are at the beginning of a time where, instead of turning to monolithic portal sites that centralize information access and interaction, people increasingly consume information and applications in smaller bite-size pieces, distributed across multiple locations and devices. (tags: portal web enterprise-architecture) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oren</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-870</link>
		<dc:creator><![CDATA[Oren]]></dc:creator>
		<pubDate>Thu, 15 Oct 2009 18:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-870</guid>
		<description><![CDATA[This came via email from Scotty Logan:

I think (hope) that traditional portals will  be replaced by OpenSocial [http://opensocial.org/] containers and gadgets using OAuth [http://oauth.net/] for delegated  access to services.  I also expect there to be many OpenSocial containers on each campus, with users choosing the one that best meets their needs - so IT developers and Chemistry faculty may use different containers, but some of the same gadgets.

Atlassian is making many of thie products OpenSocial containers; iGoogle appears to be container too. Traditional portal products could implement the OpenSocial container spec to make ease migration.]]></description>
		<content:encoded><![CDATA[<p>This came via email from Scotty Logan:</p>
<p>I think (hope) that traditional portals will  be replaced by OpenSocial [http://opensocial.org/] containers and gadgets using OAuth [http://oauth.net/] for delegated  access to services.  I also expect there to be many OpenSocial containers on each campus, with users choosing the one that best meets their needs &#8211; so IT developers and Chemistry faculty may use different containers, but some of the same gadgets.</p>
<p>Atlassian is making many of thie products OpenSocial containers; iGoogle appears to be container too. Traditional portal products could implement the OpenSocial container spec to make ease migration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oren</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-869</link>
		<dc:creator><![CDATA[Oren]]></dc:creator>
		<pubDate>Wed, 14 Oct 2009 17:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-869</guid>
		<description><![CDATA[Great comments!

Perhaps we need to think of an enterprise portal as two or three different beasts:

1. A place, as Cliff, Jim, and David suggest, where the links to the applications and information that people really need the most are grouped together. As they suggest, that doesn&#039;t probably require a heavyweight &quot;portal&quot;, though it is nice to be able to take the knowledge we have of people&#039;s relationship to the enterprise and present them with the proper set of links, based on their identity and roles. That&#039;s pretty close to the vision we had for the original MyUW portal, and seems most allied to an enterprise content management sort of approach.

2. A different (perhaps related) place where consumers can manage their means of interacting with various apps and information, much in the way Stuart alludes to. A distribution hub for routing your notifications and obtaining apps.

3. There is the need for an application integration platform within specific lines of business to tie together their disparate applications into a coherent whole. This is what we hear most loudly now from the folks doing Research Administration, which is now a jumble of different applications, web sites, and information that need to be integrated to make it easier for UW researchers to manage their grants and applications.

So I guess one question for us as we proceed with our &quot;portal&quot; software evaluation is to what extent the software we evaluate (where we&#039;re really focused on category 3) can help with the other needs. Currently we plan to evaluate Liferay and uPortal, as they&#039;ve got the most uptake within higher ed. Any opinions?]]></description>
		<content:encoded><![CDATA[<p>Great comments!</p>
<p>Perhaps we need to think of an enterprise portal as two or three different beasts:</p>
<p>1. A place, as Cliff, Jim, and David suggest, where the links to the applications and information that people really need the most are grouped together. As they suggest, that doesn&#8217;t probably require a heavyweight &#8220;portal&#8221;, though it is nice to be able to take the knowledge we have of people&#8217;s relationship to the enterprise and present them with the proper set of links, based on their identity and roles. That&#8217;s pretty close to the vision we had for the original MyUW portal, and seems most allied to an enterprise content management sort of approach.</p>
<p>2. A different (perhaps related) place where consumers can manage their means of interacting with various apps and information, much in the way Stuart alludes to. A distribution hub for routing your notifications and obtaining apps.</p>
<p>3. There is the need for an application integration platform within specific lines of business to tie together their disparate applications into a coherent whole. This is what we hear most loudly now from the folks doing Research Administration, which is now a jumble of different applications, web sites, and information that need to be integrated to make it easier for UW researchers to manage their grants and applications.</p>
<p>So I guess one question for us as we proceed with our &#8220;portal&#8221; software evaluation is to what extent the software we evaluate (where we&#8217;re really focused on category 3) can help with the other needs. Currently we plan to evaluate Liferay and uPortal, as they&#8217;ve got the most uptake within higher ed. Any opinions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Helwig</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-868</link>
		<dc:creator><![CDATA[Jim Helwig]]></dc:creator>
		<pubDate>Wed, 14 Oct 2009 14:29:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-868</guid>
		<description><![CDATA[The thoughts expressed in your post and the follow up comments seem to be part of a theme I hear expressed more and more often. We are nearing the end of a re-visioning process for our portal and participants stated that not only did they want all their important information in the portal, they wanted to be able to consume it outside of the portal. I fully expect that the ability for users to consume information in a manner to their liking will continue to increase. 

I believe the campus portal continues to play an important role. Here at the University of Wisconsin-Madison, the other MyUW continues to be seen as a place applicants, students, faculty, and staff can go to for useful information. Offices and departments continue to make more applications available through the portal. The institutional portal already provides authentication, authorization, identity management, and security that is already understood and trusted by the community. Portal platforms like uPortal have focused on technology that helps integration with existing applications, reducing the need for those applications to develop another UI for these emerging devices/sites. 

Our portal today is indeed more of a hub then a final destination. We increasingly deploy dashboard-like portlets that show you a preview and invite you to launch the full application if needed. It will indeed be interesting to see how these paradigms shift over the next decade.]]></description>
		<content:encoded><![CDATA[<p>The thoughts expressed in your post and the follow up comments seem to be part of a theme I hear expressed more and more often. We are nearing the end of a re-visioning process for our portal and participants stated that not only did they want all their important information in the portal, they wanted to be able to consume it outside of the portal. I fully expect that the ability for users to consume information in a manner to their liking will continue to increase. </p>
<p>I believe the campus portal continues to play an important role. Here at the University of Wisconsin-Madison, the other MyUW continues to be seen as a place applicants, students, faculty, and staff can go to for useful information. Offices and departments continue to make more applications available through the portal. The institutional portal already provides authentication, authorization, identity management, and security that is already understood and trusted by the community. Portal platforms like uPortal have focused on technology that helps integration with existing applications, reducing the need for those applications to develop another UI for these emerging devices/sites. </p>
<p>Our portal today is indeed more of a hub then a final destination. We increasingly deploy dashboard-like portlets that show you a preview and invite you to launch the full application if needed. It will indeed be interesting to see how these paradigms shift over the next decade.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stumax</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-866</link>
		<dc:creator><![CDATA[stumax]]></dc:creator>
		<pubDate>Tue, 13 Oct 2009 05:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-866</guid>
		<description><![CDATA[Oren, I think you&#039;re absolutely on track here. Certainly what I want, as a new UW grad student, is for information to come to me through my well honed and carefully constructed information gathering tools. It&#039;s jarring to have to adapt to the idea of visiting a Catalyst forum, or to resign myself to accepting a flood of emails updating me on various events.  I&#039;ve been used to funneling most everything through RSS and just giving up on anything that didn&#039;t come to me that way.

One growing problem I see is how individualized each person&#039;s communication preferences have become. I have to have conversations with new team members along the lines of, &quot;Do you use Google Docs? Do you prefer email, text messages, or IM? How do you want me to contact you?&quot; The idea of a distribution hub which might just let me direct my message to an individual and let the system figure out how to distribute it based on that person&#039;s preferences... that&#039;d be damned useful.]]></description>
		<content:encoded><![CDATA[<p>Oren, I think you&#8217;re absolutely on track here. Certainly what I want, as a new UW grad student, is for information to come to me through my well honed and carefully constructed information gathering tools. It&#8217;s jarring to have to adapt to the idea of visiting a Catalyst forum, or to resign myself to accepting a flood of emails updating me on various events.  I&#8217;ve been used to funneling most everything through RSS and just giving up on anything that didn&#8217;t come to me that way.</p>
<p>One growing problem I see is how individualized each person&#8217;s communication preferences have become. I have to have conversations with new team members along the lines of, &#8220;Do you use Google Docs? Do you prefer email, text messages, or IM? How do you want me to contact you?&#8221; The idea of a distribution hub which might just let me direct my message to an individual and let the system figure out how to distribute it based on that person&#8217;s preferences&#8230; that&#8217;d be damned useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-865</link>
		<dc:creator><![CDATA[David]]></dc:creator>
		<pubDate>Tue, 13 Oct 2009 00:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-865</guid>
		<description><![CDATA[Yes, we&#039;ve been having similar conversations.  As an alternative, we thought about a single lightweight page with all the links to key services.  If all the services are enabled by SSO, customers would have a pretty easy time using this like a portal.  But it would avoid all the baggage and expense of a portal that may not be worthwhile to incur in the world that&#039;s emerging.]]></description>
		<content:encoded><![CDATA[<p>Yes, we&#8217;ve been having similar conversations.  As an alternative, we thought about a single lightweight page with all the links to key services.  If all the services are enabled by SSO, customers would have a pretty easy time using this like a portal.  But it would avoid all the baggage and expense of a portal that may not be worthwhile to incur in the world that&#8217;s emerging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cliff</title>
		<link>http://blog.orenblog.org/2009/10/12/take-out-or-dine-in-considering-the-future-of-the-enterprise-portal/#comment-864</link>
		<dc:creator><![CDATA[Cliff]]></dc:creator>
		<pubDate>Mon, 12 Oct 2009 21:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.orenblog.org/?p=2462#comment-864</guid>
		<description><![CDATA[Oren,

I couldn&#039;t agree more and my current employer is reevaluating its portal as well, and considering whether or not to have one.  My previous employer never managed to find the resources to implement one and I think that turned out fine.

A very nice feature of some university portals is the easy access for parents/students (in particular) to the suite of resources they need to &quot;get stuff done&quot;.  What&#039;s not clear to me at all is why a &quot;portal&quot; is needed to accomplish this. 

The overhead of maintaining a portal is pretty high, though, and the benefit to having one (to the extent that there is a benefit) goes way down quickly if it isn&#039;t maintained well.

Cheers,
       Cliff]]></description>
		<content:encoded><![CDATA[<p>Oren,</p>
<p>I couldn&#8217;t agree more and my current employer is reevaluating its portal as well, and considering whether or not to have one.  My previous employer never managed to find the resources to implement one and I think that turned out fine.</p>
<p>A very nice feature of some university portals is the easy access for parents/students (in particular) to the suite of resources they need to &#8220;get stuff done&#8221;.  What&#8217;s not clear to me at all is why a &#8220;portal&#8221; is needed to accomplish this. </p>
<p>The overhead of maintaining a portal is pretty high, though, and the benefit to having one (to the extent that there is a benefit) goes way down quickly if it isn&#8217;t maintained well.</p>
<p>Cheers,<br />
       Cliff</p>
]]></content:encoded>
	</item>
</channel>
</rss>

