<?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: Two Types of SharePoint/MOSS Environments</title>
	<atom:link href="http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/feed/" rel="self" type="application/rss+xml" />
	<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/</link>
	<description>Documenting a real world Notes --&#62; .NET/Sharepoint Migration</description>
	<lastBuildDate>Thu, 10 Sep 2009 15:02:03 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: migratenotes</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-219</link>
		<dc:creator>migratenotes</dc:creator>
		<pubDate>Thu, 08 May 2008 11:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-219</guid>
		<description>@6) 24 servers for SharePoint vs. 3 Servers for Domino. But it is also much more robust in terms of load balancing and full dev and test environments.</description>
		<content:encoded><![CDATA[<p>@6) 24 servers for SharePoint vs. 3 Servers for Domino. But it is also much more robust in terms of load balancing and full dev and test environments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Bell</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-213</link>
		<dc:creator>David Bell</dc:creator>
		<pubDate>Fri, 02 May 2008 22:44:32 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-213</guid>
		<description>I&#039;m curious as to the dimensions of your deployment. How many users ? How much infrastructure (think I saw 24 servers mentioned somewhere) ?

Can you provide more details on the architecture and, if possible, how that compares to your Notes/Domino environment ?</description>
		<content:encoded><![CDATA[<p>I&#8217;m curious as to the dimensions of your deployment. How many users ? How much infrastructure (think I saw 24 servers mentioned somewhere) ?</p>
<p>Can you provide more details on the architecture and, if possible, how that compares to your Notes/Domino environment ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: V.</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-179</link>
		<dc:creator>V.</dc:creator>
		<pubDate>Thu, 03 Apr 2008 17:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-179</guid>
		<description>I have been on several Notes to Sharepoint pojects as a consultant. None of them have been successfull for the client (yet) and none have brought any cost savings (unlikely to ever happen). 

What everybody seems to underestimate is also the fundamental shift in network architectire that such a migration requires. If you are going from a distributed Domino model to a centralized Sharepoint model then massive Network upgrades can result from that (depending on company and infrastructure). These are usually costs that don&#039;t get captured in the original project estimate.

Also, another reason why allot of these projects happen is that MS actually foots part of the bill; they know when to spend a buck to make 2 bucks back later ...</description>
		<content:encoded><![CDATA[<p>I have been on several Notes to Sharepoint pojects as a consultant. None of them have been successfull for the client (yet) and none have brought any cost savings (unlikely to ever happen). </p>
<p>What everybody seems to underestimate is also the fundamental shift in network architectire that such a migration requires. If you are going from a distributed Domino model to a centralized Sharepoint model then massive Network upgrades can result from that (depending on company and infrastructure). These are usually costs that don&#8217;t get captured in the original project estimate.</p>
<p>Also, another reason why allot of these projects happen is that MS actually foots part of the bill; they know when to spend a buck to make 2 bucks back later &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NeilT</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-177</link>
		<dc:creator>NeilT</dc:creator>
		<pubDate>Tue, 01 Apr 2008 12:08:47 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-177</guid>
		<description>Lesson learned.

Ensure your esteemed 3rd party has both the knowledge and experience to deliver the promised $zillion system &quot;As Described&quot;.

Take References, go and visit reference sites.  Actually see it working and see how complex the final solutions are to deliver and maintain.

This is not just common to Microsoft software, just IMO &quot;More Common&quot;.

In the long run I doubt that you&#039;ll be able to walk away from the decision and investment.  However you won&#039;t be able to walk away from Domino either any time soon ... :-)


Better start planning that sale now.  The better planning you have the better it will sound when it has to be delivered....</description>
		<content:encoded><![CDATA[<p>Lesson learned.</p>
<p>Ensure your esteemed 3rd party has both the knowledge and experience to deliver the promised $zillion system &#8220;As Described&#8221;.</p>
<p>Take References, go and visit reference sites.  Actually see it working and see how complex the final solutions are to deliver and maintain.</p>
<p>This is not just common to Microsoft software, just IMO &#8220;More Common&#8221;.</p>
<p>In the long run I doubt that you&#8217;ll be able to walk away from the decision and investment.  However you won&#8217;t be able to walk away from Domino either any time soon &#8230; <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Better start planning that sale now.  The better planning you have the better it will sound when it has to be delivered&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael de Haas</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-176</link>
		<dc:creator>Michael de Haas</dc:creator>
		<pubDate>Tue, 01 Apr 2008 06:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-176</guid>
		<description>Notes apps started KISS with many companies in the old days. The demand grew and the number of notes DBs grew biting all of these companies years later - some of whom created such a mess that they happily threw Notes out, but of course, would never admit to screwing up, especially since it was over many budget cycles. This will happen to Sharepoint - but the wasteland will be larger and any attempt to fix (there will be a proliferation of 3rd party tools) will cost more in time and material. But that is another budget cycle ... excellent business model for MS and partners - so stick with this mess - you are going to make a fortune from other peoples stupidity for a year or 2 of hair loss - a bargain, so milk it while it lasts.</description>
		<content:encoded><![CDATA[<p>Notes apps started KISS with many companies in the old days. The demand grew and the number of notes DBs grew biting all of these companies years later &#8211; some of whom created such a mess that they happily threw Notes out, but of course, would never admit to screwing up, especially since it was over many budget cycles. This will happen to Sharepoint &#8211; but the wasteland will be larger and any attempt to fix (there will be a proliferation of 3rd party tools) will cost more in time and material. But that is another budget cycle &#8230; excellent business model for MS and partners &#8211; so stick with this mess &#8211; you are going to make a fortune from other peoples stupidity for a year or 2 of hair loss &#8211; a bargain, so milk it while it lasts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AutoSponge</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-174</link>
		<dc:creator>AutoSponge</dc:creator>
		<pubDate>Sun, 30 Mar 2008 14:21:12 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-174</guid>
		<description>I used method 1.  But I have baked-in some serious flaws related to information architecture, so now I&#039;m going to go back to the drawing board and use method 2 to REBUILD everything.

My method 2 build, while annoying, will certainly be much better having already done my experiments with method 1.  But nothing says you can&#039;t do both from the start.  Have two site collections:  one uses loose permissions and ad-hoc architecture while the other remains closely guarded and rigid.

Companies just starting with MOSS should consider two projects running in tandem with different SLAs and requirements instead of trying to force all requirements into one site collection with the most aggressive SLAs.</description>
		<content:encoded><![CDATA[<p>I used method 1.  But I have baked-in some serious flaws related to information architecture, so now I&#8217;m going to go back to the drawing board and use method 2 to REBUILD everything.</p>
<p>My method 2 build, while annoying, will certainly be much better having already done my experiments with method 1.  But nothing says you can&#8217;t do both from the start.  Have two site collections:  one uses loose permissions and ad-hoc architecture while the other remains closely guarded and rigid.</p>
<p>Companies just starting with MOSS should consider two projects running in tandem with different SLAs and requirements instead of trying to force all requirements into one site collection with the most aggressive SLAs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Ward</title>
		<link>http://migratenotes.wordpress.com/2008/03/28/two-types-of-sharepointmoss-environments/#comment-168</link>
		<dc:creator>Peter Ward</dc:creator>
		<pubDate>Sat, 29 Mar 2008 15:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://migratenotes.wordpress.com/?p=53#comment-168</guid>
		<description>I think what is going on with this, that that folks aren’t 100 % sure what the technology can do for  them and end user training is key.</description>
		<content:encoded><![CDATA[<p>I think what is going on with this, that that folks aren’t 100 % sure what the technology can do for  them and end user training is key.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
