<?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: Who upgrades their software on a Thursday evening?</title> <atom:link href="http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/feed/" rel="self" type="application/rss+xml" /><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/</link> <description></description> <lastBuildDate>Thu, 09 Feb 2012 09:13:04 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.2</generator> <item><title>By: Ivan Chalif</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2710</link> <dc:creator>Ivan Chalif</dc:creator> <pubDate>Sat, 03 May 2008 21:04:02 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2710</guid> <description>When I worked in SaaS, we had upgrades on the weekends. We published the upgrade windows in advance (2nd and 4th Saturdays, if I recall). We didn&#039;t always do an upgrade, but customers knew that was the window they would occur in, so that they could plan accordingly.Now that I work with on-premise products, we typically release our software on any day, Monday-Thursday. Since our customers install the software at their location on their schedule, they can select whatever time/day they want. We don&#039;t roll out our releases on Fridays to avoid any last minute issues that require rolling folks into the office (metaphorically) on the weekend, should a customer choose to install on a Friday at 4pm and run into an issue.</description> <content:encoded><![CDATA[<p>When I worked in SaaS, we had upgrades on the weekends. We published the upgrade windows in advance (2nd and 4th Saturdays, if I recall). We didn&#8217;t always do an upgrade, but customers knew that was the window they would occur in, so that they could plan accordingly.</p><p>Now that I work with on-premise products, we typically release our software on any day, Monday-Thursday. Since our customers install the software at their location on their schedule, they can select whatever time/day they want. We don&#8217;t roll out our releases on Fridays to avoid any last minute issues that require rolling folks into the office (metaphorically) on the weekend, should a customer choose to install on a Friday at 4pm and run into an issue.</p> ]]></content:encoded> </item> <item><title>By: spatially relevant &#187; Blog Archive &#187; A Litmus Test: When Technology becomes a product</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2702</link> <dc:creator>spatially relevant &#187; Blog Archive &#187; A Litmus Test: When Technology becomes a product</dc:creator> <pubDate>Thu, 03 Apr 2008 13:11:06 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2702</guid> <description>[...] I would today.  I&#8217;ve been doing a bunch of leisure surfing and looking at a bunch of great stuff online and challenged myself to think about what it takes to transition a technology into a [...]</description> <content:encoded><![CDATA[<p>[...] I would today.  I&#8217;ve been doing a bunch of leisure surfing and looking at a bunch of great stuff online and challenged myself to think about what it takes to transition a technology into a [...]</p> ]]></content:encoded> </item> <item><title>By: HelgeH</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2703</link> <dc:creator>HelgeH</dc:creator> <pubDate>Sat, 22 Mar 2008 19:20:40 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2703</guid> <description>I know many companies do updates on thursday evenings. I believe the reason is that if there is a major problem it can be identified on the Friday, and hopefully fixed during the weekend. Also many SLA&#039;s no only count downtime in business hours monday-friday and the risk is therefor lower.</description> <content:encoded><![CDATA[<p>I know many companies do updates on thursday evenings. I believe the reason is that if there is a major problem it can be identified on the Friday, and hopefully fixed during the weekend. Also many SLA&#8217;s no only count downtime in business hours monday-friday and the risk is therefor lower.</p> ]]></content:encoded> </item> <item><title>By: saeed</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2709</link> <dc:creator>saeed</dc:creator> <pubDate>Fri, 14 Mar 2008 17:55:43 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2709</guid> <description>Thanks for the insight Ja.This is interesting. All of the SaaS companies I&#039;ve dealt with have a clear weekend (Friday night or Saturday night) policy for their updates etc.Saeed</description> <content:encoded><![CDATA[<p>Thanks for the insight Ja.</p><p>This is interesting. All of the SaaS companies I&#8217;ve dealt with have a clear weekend (Friday night or Saturday night) policy for their updates etc.</p><p>Saeed</p> ]]></content:encoded> </item> <item><title>By: ja</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2708</link> <dc:creator>ja</dc:creator> <pubDate>Fri, 14 Mar 2008 17:45:10 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2708</guid> <description>Well...the scenario I called out above is exactly our story.  We have an enterprise SaaS offering where our Saturday/Sunday usage is almost nil and Monday is our heaviest traffic.  This is one of the reasons why we will often plan for maintenance outages on Thursday.  We do it later than 7:15 Pacific, but this schedule works well for us.  We can get real world usage on a Friday where the impact of any issues that might have slipped through QA will be far less than they would be on a Monday.  Doing it over the weekend doesn&#039;t buy us anything since Sat/Sun site traffic is negligible.</description> <content:encoded><![CDATA[<p>Well&#8230;the scenario I called out above is exactly our story.  We have an enterprise SaaS offering where our Saturday/Sunday usage is almost nil and Monday is our heaviest traffic.  This is one of the reasons why we will often plan for maintenance outages on Thursday.  We do it later than 7:15 Pacific, but this schedule works well for us.  We can get real world usage on a Friday where the impact of any issues that might have slipped through QA will be far less than they would be on a Monday.  Doing it over the weekend doesn&#8217;t buy us anything since Sat/Sun site traffic is negligible.</p> ]]></content:encoded> </item> <item><title>By: Ethan</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2707</link> <dc:creator>Ethan</dc:creator> <pubDate>Fri, 14 Mar 2008 13:22:56 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2707</guid> <description>Maybe it wasn&#039;t planned.</description> <content:encoded><![CDATA[<p>Maybe it wasn&#8217;t planned.</p> ]]></content:encoded> </item> <item><title>By: saeed</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2706</link> <dc:creator>saeed</dc:creator> <pubDate>Fri, 14 Mar 2008 11:56:03 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2706</guid> <description>Hi,Typically SaaS or hosted app companies will do this work some time over Saturday night in North America. This typically minimizes disruption for users regardless of location worldwide.As for having Friday to test, well, that&#039;s what Sunday morning is for. :-)Doing this on a Thursday evening is simply odd. I&#039;ve never heard of SaaS or similar company having a planned outage midweek.Saeed</description> <content:encoded><![CDATA[<p>Hi,</p><p>Typically SaaS or hosted app companies will do this work some time over Saturday night in North America. This typically minimizes disruption for users regardless of location worldwide.</p><p>As for having Friday to test, well, that&#8217;s what Sunday morning is for. <img
src="http://onproductmanagement.net/wp-includes/images/smilies/icon_smile.gif?513254" alt=':-)' class='wp-smiley' /></p><p>Doing this on a Thursday evening is simply odd. I&#8217;ve never heard of SaaS or similar company having a planned outage midweek.</p><p>Saeed</p> ]]></content:encoded> </item> <item><title>By: ja</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2705</link> <dc:creator>ja</dc:creator> <pubDate>Fri, 14 Mar 2008 11:40:18 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2705</guid> <description>Maybe Friday is their slowest day of the week and Monday is the busiest.  This lets them get an eval of the release on Friday without the risk of having it really kill them on a Monday.</description> <content:encoded><![CDATA[<p>Maybe Friday is their slowest day of the week and Monday is the busiest.  This lets them get an eval of the release on Friday without the risk of having it really kill them on a Monday.</p> ]]></content:encoded> </item> <item><title>By: richardbeck</title><link>http://onproductmanagement.net/2008/03/14/who-upgrades-their-software-on-a-thursday-evening/comment-page-1/#comment-2704</link> <dc:creator>richardbeck</dc:creator> <pubDate>Fri, 14 Mar 2008 08:05:55 +0000</pubDate> <guid
isPermaLink="false">http://onproductmanagement.wordpress.com/?p=278#comment-2704</guid> <description>Because if there are any problems they can get them fixed during Friday and thus won&#039;t have to work the weekend.</description> <content:encoded><![CDATA[<p>Because if there are any problems they can get them fixed during Friday and thus won&#8217;t have to work the weekend.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced (User is logged in)
Database Caching using disk: basic
Object Caching 476/480 objects using disk: basic

Served from: onproductmanagement.net @ 2012-02-09 06:57:21 -->
