<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="2.0" xml:base="http://www.exploreitsm.org">
<channel>
 <title>Explore ITSM - 95-806: Managing Service Organizations</title>
 <link>http://www.exploreitsm.org/taxonomy/term/11/0</link>
 <description>Discussions that emerge out of the course 95-806: Managing Service Organizations at Carnegie Mellon University</description>
 <language>en</language>
<item>
 <title>economy of scope</title>
 <link>http://www.exploreitsm.org/node/206</link>
 <description>&lt;p align=&quot;left&quot;&gt;Few people discussed economy of scope on this forum, though it&#039;s an interesting topic to talk about.&lt;/p&gt;
&lt;p align=&quot;left&quot;&gt;&amp;nbsp;&lt;/p&gt;
&lt;p align=&quot;left&quot;&gt;One idea occurred to me recently. Is scope economy more likely to appear in horizontally-integrated business rather than vertically-integrated one. An example is in Wi-Fi market. Unlike cellular industry, Wi-Fi is built upon an unlicenced spectrum foundation, allowing literally thousands of competitor to enter the market. Anyone with a bit of capital can compete in the service provider value chain. With this reality as a backdrop, wertical integration in Wi-Fi will be difficult. The underlying rationale might be that different level of business have different scope of business. It will be much more difficult when incorporating several business units across the domain than within the domain. Moreover, an outside vendor, who is specialized in its area, has enthusiam in investing that service. By oursourcing, the business could be free from the risks that it does not need to face&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Thu, 19 Oct 2006 21:31:27 -0600</pubDate>
</item>
<item>
 <title>IBM video on ITSM initiative</title>
 <link>http://www.exploreitsm.org/node/181</link>
 <description>&lt;p&gt;Check out this &lt;a href=&quot;http://www-306.ibm.com/software/tivoli/features/it-serv-mgmt/index.html?ca=tivolid2w&amp;amp;met=443x140&amp;amp;me=tivolihomepage&amp;amp;P_Site=germany&quot; target=&quot;_self&quot;&gt;video link&lt;/a&gt; on ITSM initiative by IBM. This gives some brief perspective on the place where Mark was from. &lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Thu, 12 Oct 2006 04:45:03 -0600</pubDate>
</item>
<item>
 <title>Dose high service levels mean high customer satisfaction?</title>
 <link>http://www.exploreitsm.org/node/175</link>
 <description>&lt;p align=&quot;justify&quot;&gt;Dose high service levels mean high customer satisfaction? Service level somehow guaranteed the quality of a service. Higher service level means customers should pay more. However, I wonder if higher service levels also mean higher customer satisfaction. &lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Tue, 10 Oct 2006 18:43:38 -0600</pubDate>
</item>
<item>
 <title>Say NO to Wrong Customers</title>
 <link>http://www.exploreitsm.org/node/171</link>
 <description>&lt;p align=&quot;left&quot;&gt;Is customer always right?&lt;/p&gt;
&lt;p align=&quot;left&quot;&gt;No!&lt;/p&gt;
&lt;p align=&quot;left&quot;&gt;During the class, I found we put too much emphasis on how to effectively conduct service recovery process and ignored an&amp;nbsp;important&amp;nbsp;premise which is&amp;nbsp;covered in&amp;nbsp;our required reading: Is that&amp;nbsp;customer worth our&amp;nbsp;service recovery?&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Sat, 07 Oct 2006 21:13:49 -0600</pubDate>
</item>
<item>
 <title>A random thought of using products to promote services</title>
 <link>http://www.exploreitsm.org/node/166</link>
 <description>&lt;p class=&quot;MsoNormal&quot;&gt;Just a random thought (maybe silly or maybe lots of people have thought about it) that someday maybe most goods will be free and companies will charge people for the services.&lt;/p&gt;
&lt;p class=&quot;MsoNormal&quot;&gt;&amp;nbsp;&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Tue, 03 Oct 2006 23:00:24 -0600</pubDate>
</item>
<item>
 <title>Componentization VS Java</title>
 <link>http://www.exploreitsm.org/node/161</link>
 <description>&lt;p&gt;Don&#039;t you think CBM is a little bit like Java?&lt;/p&gt;
&lt;p&gt;We use the service a component&amp;nbsp;provides to us&amp;nbsp;with no consideration how the service is provided. Maybe that service is created by the component itself. Maybe the component outsource other components&#039; service and just enhance the service level. We do not care. What we care is &amp;quot;what&amp;quot; rather than &amp;quot;how&amp;quot;.&amp;nbsp; By chance, one of the key principles in Java is separation an object&#039;s function from its concrete implementation. For example, in Java library, we only see what &amp;quot;service&amp;quot; each class can offers, but have no idea how it does. &lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Mon, 02 Oct 2006 08:05:50 -0600</pubDate>
</item>
<item>
 <title>IT services in healthcare</title>
 <link>http://www.exploreitsm.org/node/148</link>
 <description>&lt;br /&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Fri, 29 Sep 2006 22:04:50 -0600</pubDate>
</item>
<item>
 <title>Confused with the “Service Management”</title>
 <link>http://www.exploreitsm.org/node/144</link>
 <description>&lt;p class=&quot;MsoNormal&quot;&gt;After four weeks, I become a little confused with the &amp;ldquo;Service Management.&amp;rdquo; It seems that service management is how to manage service producing industries. However, the definition makes the service management have some overlaps with other management theories or skills.&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Wed, 27 Sep 2006 19:43:26 -0600</pubDate>
</item>
<item>
 <title>UPS Discussion</title>
 <link>http://www.exploreitsm.org/node/120</link>
 <description>&lt;p&gt;Can&#039;t the information that UPS provides about a package be considered as both utility and warranty to a customer? What is the difference here, if there is any?&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Thu, 21 Sep 2006 19:10:18 -0600</pubDate>
</item>
<item>
 <title>The &quot;industry&quot; in services</title>
 <link>http://www.exploreitsm.org/node/103</link>
 <description>&lt;p&gt;Services have come a long way from the crafts of physicians, lawyers, and laundries. Today some service organizations are &quot;highly mechanized&quot; systems with unprecedented levels of organization, planning, and control.&lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Wed, 13 Sep 2006 23:40:30 -0600</pubDate>
</item>
<item>
 <title>Do service definitions matter?</title>
 <link>http://www.exploreitsm.org/node/102</link>
 <description>&lt;p&gt;In your view, what&#039;s the true value of service definitions? &lt;/p&gt;
</description>
 <category domain="http://www.exploreitsm.org/taxonomy/term/11">95-806: Managing Service Organizations</category>
 <pubDate>Wed, 13 Sep 2006 23:38:03 -0600</pubDate>
</item>
</channel>
</rss>
