<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
    <channel>
        <title>Do IT Yourself (DITY) Feed</title>
        <link>http://www.itsmsolutions.com/DITY/</link>
        <description>How to do IT Service Management</description>
        <lastBuildDate>Tue, 10 Apr 2007 10:30:00 GMT</lastBuildDate>
        <language>en-us</language>
	<copyright>Copyright 2008, itSM Solutions LLC</copyright>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/DoITYourself" type="application/rss+xml" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item>
            <title>Decrypting the MoSCoW Analysis </title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/NR6umgnxovQ/DITYvol5iss44.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss44.htm</guid>
            <category>Service Level Management</category>
            <pubDate>November 4, 2009</pubDate>
            <description>The “MoSCoW Analysis” sounds as though it is straight out of a James Bond or Jason Bourne spy movie. However, it is actually a very clever mnemonic that aids in prioritizing requirements for user services and Service Management tools in the Service Design phase of the IT Service Management (ITSM) Lifecycle.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=NR6umgnxovQ:-3MOzHnwxQ4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=NR6umgnxovQ:-3MOzHnwxQ4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=NR6umgnxovQ:-3MOzHnwxQ4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=NR6umgnxovQ:-3MOzHnwxQ4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss44.htm</feedburner:origLink></item>
		<item>
            <title>Four Emerging (And Still Misunderstood) "Centers" Within IT and Why They are Critical to Your Future</title>
            <author>Dennis Drogseth(ddrogseth@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/sq9QS0UDThk/DITYvol5iss43.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss43.htm</guid>
            <category>Configuration Management</category>
            <pubDate>October 29, 2009</pubDate>
            <description>While the IT Infrastructure Library (ITIL) offers a great many things, it does not try to represent a clear political or sociological assessment of IT organizations as they mature. This is probably a good thing as IT organizations in different business models often have different roots, with different cultures and differing leadership skills.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=sq9QS0UDThk:qQsQRssHrvU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=sq9QS0UDThk:qQsQRssHrvU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=sq9QS0UDThk:qQsQRssHrvU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=sq9QS0UDThk:qQsQRssHrvU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss43.htm</feedburner:origLink></item>	
		<item>
			<title>Fishing for Solutions: Ishikawa</title>
			<author>Hank Marquis</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/51UGMvEg7go/DITYvol5iss42.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss42.htm</guid>
			<category>Problem Management</category>
			<pubDate>October 23, 2009</pubDate>
			<description>Anyone with IT Infrastructure Library (ITIL) certification has heard of Ishikawa or fishbone diagrams, usually in the context of Problem Management.  Aside from knowing it is a root-cause analysis tool, most have no idea how to use it.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=51UGMvEg7go:q1RvGScfAuY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=51UGMvEg7go:q1RvGScfAuY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=51UGMvEg7go:q1RvGScfAuY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss42.htm</feedburner:origLink></item>
		<item>
            <title>Tools of the Trade:  Optimization at the Service Desk</title>
            <author>Lisa Erickson-Harris(lisaeh@emausa.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/jX1EuxlaGcE/DITYvol5iss41.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss41.htm</guid>
            <category>Service Desk</category>
            <pubDate>October 15, 2009</pubDate>
            <description>Those of us involved in service support are acutely aware of the maturing of the help desk, now more appropriately referred to as the Service Desk. Contemporary Service Desk operations demand much in the way of technology and people skills for Service Desk personnel. The Service Desk is a key investment area and often a starting point for broader Information Technology Service Management (ITSM) initiatives.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jX1EuxlaGcE:0aN-nSgCZD8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jX1EuxlaGcE:0aN-nSgCZD8:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jX1EuxlaGcE:0aN-nSgCZD8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=jX1EuxlaGcE:0aN-nSgCZD8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss41.htm</feedburner:origLink></item>	
		<item>
			<title>Is The Training Room Defunct?</title>
			<author>Sam Bodley-Scott</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/yW7KabHEvMI/DITYvol5iss40.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss40.htm</guid>
			<category>General Guidance</category>
			<pubDate>October 7, 2009</pubDate>
			<description>One of the greatest challenges that training and organization development professionals face is the demand on the part of their organizations for a minimization of employees' time off job. Our own research shows that while there is a higher focus on the time and attention spent on developing capabilities across all levels of operation, that time and attention is not in the classroom.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=yW7KabHEvMI:hXZEn6bVA-w:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=yW7KabHEvMI:hXZEn6bVA-w:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=yW7KabHEvMI:hXZEn6bVA-w:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss40.htm</feedburner:origLink></item>
		<item>
			<title>5 Whys to Solve Problems</title>
			<author>Hank Marquis</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/DKPaZ4o-OYY/DITYvol5iss39.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss39.htm</guid>
			<category>Problem Management</category>
			<pubDate>October 2, 2009</pubDate>
			<description>The IT Infrastructure Library (ITIL) assigns Problem Management the responsibility for determining the root-cause of an event or fault.  Often misunderstood, the role of a Problem Manager is to coordinate and guide troubleshooting activities usually for difficult or cross-domain problems.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DKPaZ4o-OYY:KpQfus5xdaM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DKPaZ4o-OYY:KpQfus5xdaM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=DKPaZ4o-OYY:KpQfus5xdaM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss39.htm</feedburner:origLink></item>
		<item>
            <title>6 Steps to Making Your Security Policies Work - ITIL v.3 Access Management</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/4OJ5mwVrvpg/DITYvol5iss38.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss38.htm</guid>
            <category>Security</category>
            <pubDate>September 24, 2009</pubDate>
            <description>We have all been in this situation. We know that managing security is a mandate in today's IT environment, but calls are swamping the Service Desk. "I've been on vacation. I've forgotten my password." "I have a new employee starting today. She needs to be able to log into X application." "I've been promoted. How do I get Manager privileges?" And, the dreaded "Some unauthorized changes were made. Who has access to the system?" It is like herding cats to stay current on who is who in the corporate structure, and who should have which level of authority. Access Management, one of the Service Operation processes, provides key guidance to help rein in those Security lions lying in the bushes.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4OJ5mwVrvpg:2ux1abxlWxw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4OJ5mwVrvpg:2ux1abxlWxw:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4OJ5mwVrvpg:2ux1abxlWxw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=4OJ5mwVrvpg:2ux1abxlWxw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss38.htm</feedburner:origLink></item>
     	<item>
            <title>Continuity Management: Planning for Unnatural Disasters</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/mgRwXaRWCl8/DITYvol5iss37.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss37.htm</guid>
            <category>Continuity Management</category>
            <pubDate>September 17, 2009</pubDate>
            <description>Many IT professionals have followed the path of planning for natural disasters like power outages due to tornados etc. But how many have planned for unnatural disasters like identify theft and software viruses? Natural disasters like floods and fires can cost enterprises significant lost revenue and customers. Unnatural disasters like identity theft and software viruses can be even more costly. IT organizations need to consider both natural and unnatural disasters when using ITSM best practices to prepare their disaster responses.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=mgRwXaRWCl8:gRia5Hkby_U:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=mgRwXaRWCl8:gRia5Hkby_U:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=mgRwXaRWCl8:gRia5Hkby_U:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=mgRwXaRWCl8:gRia5Hkby_U:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss37.htm</feedburner:origLink></item>		
		<item>
            <title>Managing Software Assets to Improve IT Cost Management</title>
            <author>Lisa Erickson-Harris(lisaeh@emausa.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/B44QUr6JxYg/DITYvol5iss36.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss36.htm</guid>
            <category>Service Desk</category>
            <pubDate>September 8, 2009</pubDate>
            <description>Managing software licenses and their associated costs has once again risen as a high priority for IT. Executives are seeking alternatives for cutting expenses and at the same time optimizing existing investments effectively. Software assets are an easy target and Software Asset Management (SAM) is a place where significant cost savings can be achieved.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B44QUr6JxYg:Vxkj08w4KOs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B44QUr6JxYg:Vxkj08w4KOs:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B44QUr6JxYg:Vxkj08w4KOs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=B44QUr6JxYg:Vxkj08w4KOs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss36.htm</feedburner:origLink></item>	
		<item>
            <title>CSI Means "Change Standard Investigation?"</title>
            <author>Janet Kuhn</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/AcrcM4xH7k8/DITYvol5iss35.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss35.htm</guid>
            <category>Service Desk</category>
            <pubDate>September 4, 2009</pubDate>
            <description>Forgive the pun on the name of the popular television police detective program. However, it appears that ITIL V3's "Continual Service Improvement (CSI)" phase could easily decipher into "Change Standard Investigation" when you use its guidance to help establish Service Transition's Standard Change models and Request Fulfillment process.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=AcrcM4xH7k8:DhsXPQ8JqHc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=AcrcM4xH7k8:DhsXPQ8JqHc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=AcrcM4xH7k8:DhsXPQ8JqHc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss35.htm</feedburner:origLink></item>	
		<item>
			<title>The Paradox of the 9s</title>
			<author>Hank Marquis</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/ddf1A4SjMB0/DITYvol5iss34.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss34.htm</guid>
			<category>Availability Management</category>
			<pubDate>August 27, 2009</pubDate>
			<description>While customers dont understand 9s they do think that more 9s is better.  What they dont understand is that too many 9s actually costs more than it returns.  Which leads to the question, how many 9s do customers really need?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ddf1A4SjMB0:GRsZ3Y3QxgU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ddf1A4SjMB0:GRsZ3Y3QxgU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ddf1A4SjMB0:GRsZ3Y3QxgU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss34.htm</feedburner:origLink></item>
		<item>
			<title>7 Dirty Little Truths About Metrics</title>
			<author>Hank Marquis</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/iVNSVRuBsH4/DITYvol5iss33.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss33.htm</guid>
			<category>Metrics</category>
			<pubDate>August 20, 2009</pubDate>
			<description>Everyone knows metrics measure things.  What most do not understand are the dirty little truths about metrics -- what gets measured is what gets done, and metrics drive both good and bad behavior.  Put another way, people do what you pay them to do.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=iVNSVRuBsH4:Qiz5i3Lmh_Q:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=iVNSVRuBsH4:Qiz5i3Lmh_Q:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=iVNSVRuBsH4:Qiz5i3Lmh_Q:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss33.htm</feedburner:origLink></item>
		<item>
            <title>New Service Desk Success in 8 Steps</title>
            <author>Janet Kuhn</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/k5lZNMyVmU4/DITYvol5iss32.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss32.htm</guid>
            <category>Service Desk</category>
            <pubDate>August 13, 2009</pubDate>
            <description>It is pretty common for Users to go around a new Service Desk, but what do you do when IT groups go around the new Service Desk too?  Lack of trust in a new Service Desk cuts both ways and success depends on winning the hearts and minds of customers and internal IT groups - and it takes just 5 minutes...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=k5lZNMyVmU4:h_fGcC2Fv1g:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=k5lZNMyVmU4:h_fGcC2Fv1g:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=k5lZNMyVmU4:h_fGcC2Fv1g:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss32.htm</feedburner:origLink></item>	
		<item>
            <title>ITIL v4? It Depends ...</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/eVsudviU3jY/DITYvol5iss31.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss31.htm</guid>
            <category>General Guidance</category>
            <pubDate>August 6, 2009</pubDate>
            <description>ITIL "purists" will say, "Well, you can't always do it that way because 'it depends.'" Yes it does, but one major shortcoming of ITIL has always been that "depends" is the answer to most questions of adoption, with little consistent guidance as to what good decisions depend on and the application of that rationale.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eVsudviU3jY:lKqTSiCgUUo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eVsudviU3jY:lKqTSiCgUUo:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eVsudviU3jY:lKqTSiCgUUo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=eVsudviU3jY:lKqTSiCgUUo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss31.htm</feedburner:origLink></item>
		<item>
			<title>Availability Management On A Budget</title>
			<author>Hank Marquis</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/6bwr9RlYHOk/DITYvol5iss30.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss30.htm</guid>
			<category>Availability Management</category>
			<pubDate>July 30, 2009</pubDate>
			<description>Which familiar ITIL process has virtually no added costs, yet can realize visible improvements in availability in as little as a few weeks? You guessed it, the Service Design Phase’s Availability Management!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6bwr9RlYHOk:h50dY9aNois:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6bwr9RlYHOk:h50dY9aNois:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=6bwr9RlYHOk:h50dY9aNois:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss30.htm</feedburner:origLink></item>
		<item>
            <title>Back When I Knew It All</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/D2HA7s6KIao/DITYvol5iss29.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss29.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 22 July 2009 10:30:00 GMT</pubDate>
            <description>I am sure we all remember where we were and what we were doing at the exact moment that we realized that our parents were getting smarter as they got older. It’s also comforting to know that as we age our own offspring will experience similar moments of thoughtful clarity as expressed in Montgomery Gentry’s song, "Back When We Knew it All."&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=D2HA7s6KIao:ppcaSzxaTnY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=D2HA7s6KIao:ppcaSzxaTnY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=D2HA7s6KIao:ppcaSzxaTnY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=D2HA7s6KIao:ppcaSzxaTnY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss29.htm</feedburner:origLink></item>
		<item>
			<title>How to Roll the Deming Wheel</title>
			<author>Hank Marquis</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/39fIDkjsvyc/DITYvol5iss28.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss28.htm</guid>
			<category>Quality Management</category>
			<pubDate>Wed, 15 July 2009 10:30:00 GMT</pubDate>
			<description>The IT Infrastructure Library (ITIL) indicates that systematic process improvement requires a Quality Management System (QMS).  As usuall, the ITIL is sketchy about the QMS, but does mention one in particular -- The Plan-Do-Check-Act (PDCA) of the Deming cycle.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=39fIDkjsvyc:DNlzot5fSHg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=39fIDkjsvyc:DNlzot5fSHg:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=39fIDkjsvyc:DNlzot5fSHg:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss28.htm</feedburner:origLink></item>
		<item>
			<title>Self Taught ITSM Training - Some Assembly Required</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/ADc3KvAhnvQ/DITYvol5iss27.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss27.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 8 July 2009 10:30:00 GMT</pubDate>
			<description>Have you ever prepared a meal for the first time, taught yourself to repair something, assembled toys at Christmas or learned how to use the cool new features on your iPhone? Of course you have. Almost everyone, at one time or another has assumed the responsibility to learn something new and to work their way through the assembly manuals, training videos, and support systems available to achieve operational success.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ADc3KvAhnvQ:azW-x07td7g:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ADc3KvAhnvQ:azW-x07td7g:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ADc3KvAhnvQ:azW-x07td7g:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ADc3KvAhnvQ:azW-x07td7g:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss27.htm</feedburner:origLink></item>	
		<item>
			<title>The Roles of the IT Practitioner</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/he30BNAmhIE/DITYvol5iss26.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss26.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 1 July 2009 10:30:00 GMT</pubDate>
			<description>ITIL training and certification has become a virtual requirement for IT professionals looking differentiate their skill sets to hang on to their jobs or compete for a new one. The days of leveraging a technology certification as your ticket to employment are over.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=he30BNAmhIE:o0T1KCZqsLY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=he30BNAmhIE:o0T1KCZqsLY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=he30BNAmhIE:o0T1KCZqsLY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=he30BNAmhIE:o0T1KCZqsLY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss26.htm</feedburner:origLink></item>	
		<item>
            <title>7 Steps for Selecting Software Redux</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/YLFVBzesdJU/DITYvol5iss25.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss25.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 23 June 2009 10:30:00 GMT</pubDate>
            <description>I believe that all ITSM enabling software solutions should carry a warning label that says, “Caveat Emptor.” It is up to you, not the software company or some "paid verifier” to understand your needs and validate your decision...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YLFVBzesdJU:R8DYJWzvtzU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YLFVBzesdJU:R8DYJWzvtzU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YLFVBzesdJU:R8DYJWzvtzU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=YLFVBzesdJU:R8DYJWzvtzU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss25.htm</feedburner:origLink></item>	
		<item>
            <title>Changing The Way You Change Things</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/KPyBvvi4HA0/DITYvol5iss24.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss24.htm</guid>
            <category>Change Management</category>
            <pubDate>Fri, 19 June 2009 10:30:00 GMT</pubDate>
            <description>Anyone who has worked with or around IT folk knows they don't like change. In our IT careers we've probably been part of an implementation of at least one major new service that might not have gone as well as we'd hoped. The key to surviving the next "big one" is learning to change the way we change things.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KPyBvvi4HA0:RNZFTKAE5VE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KPyBvvi4HA0:RNZFTKAE5VE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KPyBvvi4HA0:RNZFTKAE5VE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=KPyBvvi4HA0:RNZFTKAE5VE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss24.htm</feedburner:origLink></item>	
		<item>
			<title>Solving the IT Silo Problem</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/yRc8VN6PRAY/DITYvol5iss23.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss23.htm</guid>
			<category>General Guidance</category>
			<pubDate>Tue, 9 June 2009 10:30:00 GMT</pubDate>
			<description>The purpose of the IT Infrastructure Library (ITIL) is to optimize delivery of IT services to Customers and Users.  The ITIL describes a set of processes, roles and responsibilities that cross many traditional IT silo boundaries.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=yRc8VN6PRAY:4wTUhY-Ruek:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=yRc8VN6PRAY:4wTUhY-Ruek:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=yRc8VN6PRAY:4wTUhY-Ruek:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=yRc8VN6PRAY:4wTUhY-Ruek:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss23.htm</feedburner:origLink></item>
		<item>
			<title>Practical Tips for New ITIL Process Implementers - Part 2</title>
            <author>Corde Wagner</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/WzsLKxRBo0U/DITYvol5iss22.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss22.htm</guid>
			<category>General Guidance</category>
			<pubDate>Tue, 2 June 2009 10:30:00 GMT</pubDate>
			<description>Now that you have kicked off your ITIL process implementation project, what’s next?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=WzsLKxRBo0U:rF2mfF6rMGw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=WzsLKxRBo0U:rF2mfF6rMGw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=WzsLKxRBo0U:rF2mfF6rMGw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss22.htm</feedburner:origLink></item>
		<item>
			<title>Capacity Management In 90 Days</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/SXvbCPMlFGw/DITYvol5iss21.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss21.htm</guid>
			<category>Capacity Management</category>
			<pubDate>May 26, 2009</pubDate>
			<description>A key requirement for any IT organization is to ensure capacity to meet the evolving demands of the business. Many IT executives think "upgrade" but then hear "capacity" - relating "a capacity plan" to "a spending plan."&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=SXvbCPMlFGw:tHUreDAMvf0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=SXvbCPMlFGw:tHUreDAMvf0:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=SXvbCPMlFGw:tHUreDAMvf0:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=SXvbCPMlFGw:tHUreDAMvf0:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss21.htm</feedburner:origLink></item>
		<item>
			<title>Practical Tips for New ITIL Process Implementers</title>
            <author>Corde Wagner</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/KWhiAHKw4q0/DITYvol5iss20.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss20.htm</guid>
			<category>General Guidance</category>
			<pubDate>Tue, 19 May 2009 10:30:00 GMT</pubDate>
			<description>We are implementing ITIL, but how do we start, and which process is first?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KWhiAHKw4q0:Rh7BXP5s1PE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KWhiAHKw4q0:Rh7BXP5s1PE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=KWhiAHKw4q0:Rh7BXP5s1PE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss20.htm</feedburner:origLink></item>
		<item>
			<title>The Importance of Reading ITIL</title>
			<author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/p8joM4Z1p94/DITYvol5iss19.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss19.htm</guid>
			<category>General Guidance</category>
			<pubDate>Tue, 12 May 2009 10:30:00 GMT</pubDate>
			<description>Thinking back to your college days, did you ever wake up in a panicked state the night before an exam with a thought racing through your brain that you had forgotten to study something - perhaps you had not bought and read the course textbook!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=p8joM4Z1p94:KwUT4QdfQiE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=p8joM4Z1p94:KwUT4QdfQiE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=p8joM4Z1p94:KwUT4QdfQiE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=p8joM4Z1p94:KwUT4QdfQiE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss19.htm</feedburner:origLink></item>	
		<item>
			<title>ITSM's Virtual Mentoring Community</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/4sMRR4J9AdM/DITYvol5iss18.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss18.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 5 May 2009 10:30:00 GMT</pubDate>
			<description>Imagine the following scenario. You are a senior-level IT Manager who has been assigned the responsibility of organizing IT around IT Service Management (ITSM) best practices.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4sMRR4J9AdM:LVw6O6UJ8_8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4sMRR4J9AdM:LVw6O6UJ8_8:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4sMRR4J9AdM:LVw6O6UJ8_8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=4sMRR4J9AdM:LVw6O6UJ8_8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss18.htm</feedburner:origLink></item>
		<item>
			<title>Better ITIL Implementations with Business Service Management</title>
            <author>Paul Burns(pburns@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/N21x4QQbGbI/DITYvol5iss17.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss17.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Tue, 28 April 2009 10:30:00 GMT</pubDate>
			<description>What can ITIL-driven organizations gain from studying a business-driven practice?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=N21x4QQbGbI:ygqk3-etB3E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=N21x4QQbGbI:ygqk3-etB3E:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=N21x4QQbGbI:ygqk3-etB3E:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=N21x4QQbGbI:ygqk3-etB3E:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss17.htm</feedburner:origLink></item>
		<item>
            <title>Getting More ITSM Value Out of Your Service Desk</title>
            <author>Lisa Erickson-Harris(lisaeh@emausa.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/t0kWZfrmvxk/DITYvol5iss16.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss16.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue, 21 April 2009 10:30:00 GMT</pubDate>
            <description>Has your support organization evolved to meet today’s Service Desk requirements or are you stuck in help desk mode recording trouble-tickets and not much beyond that? Time has come for change! Not only will your team be in a better position to support “real” company needs, but can achieve financial savings by meeting more than one service need with its investments.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t0kWZfrmvxk:xeOrhrXGDGY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t0kWZfrmvxk:xeOrhrXGDGY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t0kWZfrmvxk:xeOrhrXGDGY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=t0kWZfrmvxk:xeOrhrXGDGY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss16.htm</feedburner:origLink></item>		
		<item>
            <title>The Configuration Management System and the Road to Automation</title>
            <author>Dennis Drogseth(ddrogseth@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/HbzzDu0Qdsc/DITYvol5iss15.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss15.htm</guid>
            <category>Configuration Management</category>
            <pubDate>Tue, 14 April 2009 10:30:00 GMT</pubDate>
            <description>Is your IT Process Automation (ITPA) automating train wrecks? Without the visibility offered by ITIL’s Configuration Management System (CMS), you may be sidetracking your efforts to implement more consistent, more effective, and more compliant and risk-free ways of working.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HbzzDu0Qdsc:cs5-osvhqfE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HbzzDu0Qdsc:cs5-osvhqfE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HbzzDu0Qdsc:cs5-osvhqfE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=HbzzDu0Qdsc:cs5-osvhqfE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss15.htm</feedburner:origLink></item>		
		<item>
			<title>Justifying ITIL</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/tbQhAUNTwbY/DITYvol5iss14.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss14.htm</guid>
			<category>Financial Management</category>
			<pubDate>April 9, 2009</pubDate>
			<description>In today's cost consciousness climate rife with the mistaken belief that IT can no longer deliver a competitive advantage, more and more IT professionals struggle with justifying IT expenditures. The ITIL offers much more than process control it provides a roadmap to doing more, for more, with less.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tbQhAUNTwbY:G1phcRgCmVM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tbQhAUNTwbY:G1phcRgCmVM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tbQhAUNTwbY:G1phcRgCmVM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=tbQhAUNTwbY:G1phcRgCmVM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss14.htm</feedburner:origLink></item>	
		<item>
			<title>Secrets to Successful Service Level Management</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/lJ1QAaMs0ow/DITYvol5iss13.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss13.htm</guid>
			<category>Service Level Management</category>
			<pubDate>April 1, 2009</pubDate>
			<description>Manually creating after-the-fact monthly reports is not performing Service Level Management (SLM). SLM must show both current and past status as well as predict future problems, and this requires automation and daily or even real-time analysis of data.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lJ1QAaMs0ow:MVrhJIpcJ2E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lJ1QAaMs0ow:MVrhJIpcJ2E:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lJ1QAaMs0ow:MVrhJIpcJ2E:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=lJ1QAaMs0ow:MVrhJIpcJ2E:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss13.htm</feedburner:origLink></item>
		<item>
			<title>ITIL's Virtual Training Community</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/wgNUVC4FMpM/DITYvol5iss12.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss12.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 25 March 2009 10:30:00 GMT</pubDate>
			<description>The days of flying to exotic locations to get trained by your favorite instructor/consultant/mentor are over. Let's face it, with the economic downturn in full swing and training budgets shrinking, we are all looking for new ways to acquire the education we need to deliver the value our current (or future) employer expects from us.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wgNUVC4FMpM:rVgbLL1GeqU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wgNUVC4FMpM:rVgbLL1GeqU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wgNUVC4FMpM:rVgbLL1GeqU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=wgNUVC4FMpM:rVgbLL1GeqU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss12.htm</feedburner:origLink></item>
		<item>
			<title>No One Has Written the Rules for Playing the Sport of Office! </title>
			<author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/Mod9xbRqRMs/DITYvol5iss11.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss11.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 18 March 2009 10:30:00 GMT</pubDate>
			<description>We are all familiar with sports teams, and how they utilize each member’s particular strengths to score more points than the opposing team. Workgroup teams are very similar, bringing together members from various departments and disciplines to complete a specific task or project. The only difference is – there are no rulebooks or referees!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Mod9xbRqRMs:QDoZdF9UhaE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Mod9xbRqRMs:QDoZdF9UhaE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Mod9xbRqRMs:QDoZdF9UhaE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Mod9xbRqRMs:QDoZdF9UhaE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss11.htm</feedburner:origLink></item>	
		<item>
			<title>Accelerating Problem Resolution: Why It Matters and How to Do It</title>
			<author>Liam McGlynn(lmcglnn@enterprisemanagement.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/FLBn6071XsE/DITYvol5iss10.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss10.htm</guid>
			<category>Problem Management</category>
			<pubDate>Wed, 11 March 2009 10:30:00 GMT</pubDate>
			<description>The average organization suffers 61 hours of downtime each year with costs exceeding $1 million per hour for larger enterprises. And, these same organizations waste the initial 54% of that downtime just trying to determine who should fix it!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FLBn6071XsE:NBtwGBzgRro:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FLBn6071XsE:NBtwGBzgRro:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FLBn6071XsE:NBtwGBzgRro:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=FLBn6071XsE:NBtwGBzgRro:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss10.htm</feedburner:origLink></item>	
		<item>
			<title>Establishing a Service Design Methodology</title>
			<author>David Nichols(david.nichols@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/z1rpzUkuTDI/DITYvol5iss8.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss8.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Wed, 25 February 2009 10:30:00 GMT</pubDate>
			<description>As more IT organizations adopt the processes of the IT Infrastructure Library (ITIL® ), the turf wars continue between the application development groups and the "infrastructure groups" (anyone who doesn’t develop software) around the use of a Systems Development Lifecycle (SDLC) or ITIL. As I wrote in a DITY in 2008, while it is an interesting question, "…it is the wrong question to ask.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=z1rpzUkuTDI:L12TUMM-lU4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=z1rpzUkuTDI:L12TUMM-lU4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=z1rpzUkuTDI:L12TUMM-lU4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=z1rpzUkuTDI:L12TUMM-lU4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss8.htm</feedburner:origLink></item>	
		<item>
			<title>Expanding the Expanded Incident Lifecycle</title>
			<author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/6Q5lLiCm-X0/DITYvol5iss7.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss7.htm</guid>
			<category>Incident Management</category>
			<pubDate>Wed, 18 February 2009 10:30:00 GMT</pubDate>
			<description>A key to improving the quality of IT service begins with understanding and utilizing one of ITIL’s simplest concepts - the Expanded Incident Lifecycle.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6Q5lLiCm-X0:9m1lTd2R8Ek:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6Q5lLiCm-X0:9m1lTd2R8Ek:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6Q5lLiCm-X0:9m1lTd2R8Ek:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=6Q5lLiCm-X0:9m1lTd2R8Ek:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss7.htm</feedburner:origLink></item>
		<item>
			<title>Impact Assessment in 5 Simple Steps</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/FTe5Cxsk3oU/DITYvol5iss6.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss6.htm</guid>
			<category>Change Management</category>
			<pubDate>Thur, 12 February 2009 10:30:00 GMT</pubDate>
			<description>IT is its own worst enemy - Gartner and others have documented that about 80% of all Incidents occur because of failed Change Management activities. However, it does not have to be that way. Change Impact Assessment is well known outside of IT...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FTe5Cxsk3oU:nGkt5K728mQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FTe5Cxsk3oU:nGkt5K728mQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FTe5Cxsk3oU:nGkt5K728mQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=FTe5Cxsk3oU:nGkt5K728mQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss6.htm</feedburner:origLink></item>
		<item>
			<title>Demystifying ITIL / ITSM Training - Part Two - Accreditation</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/3uSP2LF1p3g/DITYvol5iss5.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss5.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 4 February 2009 10:30:00 GMT</pubDate>
			<description>The days of slapping together a slide deck, hiring a few instructors and going through a quick accreditation are over. The rules to becoming an accredited ITIL Training Provider (ATP) have changed and only those who follow the rules will survive.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3uSP2LF1p3g:WYBzqO3YiGM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3uSP2LF1p3g:WYBzqO3YiGM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3uSP2LF1p3g:WYBzqO3YiGM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=3uSP2LF1p3g:WYBzqO3YiGM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss5.htm</feedburner:origLink></item>
		<item>
			<title>The Metrics Tree</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/jF3HjO7Chlg/DITYvol5iss4.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss4.htm</guid>
			<category>Metrics</category>
			<pubDate>Wed, 28 January 2009 10:30:00 GMT</pubDate>
			<description>Consider a Service Desk that is posting excellent first-call response metrics for hung router ports. However, the concurrent service metrics are showing customer dissatisfaction with quality levels because of the frequency of the interruptions caused by the malfunctioning routers. In this case, a combination of process and component metrics would have given a more complete picture of the service’s metrics.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jF3HjO7Chlg:AaXjmaf4IFM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jF3HjO7Chlg:AaXjmaf4IFM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=jF3HjO7Chlg:AaXjmaf4IFM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=jF3HjO7Chlg:AaXjmaf4IFM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss4.htm</feedburner:origLink></item>
		<item>
			<title>Service Catalog: Integration = Value</title>
            <author>Paul Burns(pburns@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/8_P95-CxzBg/DITYvol5iss3.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss3.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Tue, 20 January 2009 10:30:00 GMT</pubDate>
			<description>An all-too-common approach to Service Catalog deployment is to pump a repository full of information - and then hope that it will be useful to someone. 
Unfortunately for the do-it-your-self crowd, this technique seems to be most frequently associated with spreadsheets and other home-grown approaches for Service Catalog implementation.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8_P95-CxzBg:WfTCQgSDzes:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8_P95-CxzBg:WfTCQgSDzes:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8_P95-CxzBg:WfTCQgSDzes:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=8_P95-CxzBg:WfTCQgSDzes:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss3.htm</feedburner:origLink></item>
		<item>
			<title>Demystifying ITIL/ITSM Training - Part One</title>
			<author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/t2RFR0Cu-YY/DITYvol5iss2.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss2.htm</guid>
			<category>General Guidance</category>
			<pubDate>Thu, 15 January 2009 10:30:00 GMT</pubDate>
			<description>The days of hanging out a simple “IT Service Management Training” shingle in front of a training center are long gone. Today, training providers and their customers operate in an amazing world of course and delivery formats.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t2RFR0Cu-YY:ZSv5O3X7Ii8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t2RFR0Cu-YY:ZSv5O3X7Ii8:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=t2RFR0Cu-YY:ZSv5O3X7Ii8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=t2RFR0Cu-YY:ZSv5O3X7Ii8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss2.htm</feedburner:origLink></item>
		<item>
			<title>Debunking the Myth of Over Servicing Customers</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/fpZZBGG4iig/DITYvol5iss1.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol5iss1.htm</guid>
			<category>Service Desk</category>
			<pubDate>Wed, 7 January 2009 10:30:00 GMT</pubDate>
			<description>The only way you can exceed customer expectations is by doing what you agreed to do, and to treat customers with dignity and respect as you do so!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=fpZZBGG4iig:U1oxMN8dpfg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=fpZZBGG4iig:U1oxMN8dpfg:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=fpZZBGG4iig:U1oxMN8dpfg:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=fpZZBGG4iig:U1oxMN8dpfg:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol5iss1.htm</feedburner:origLink></item>
	
		<item>
			<title>10 Steps to Do It Yourself CRAMM</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/FpXNOW83d78/DITYvol4iss50.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss50.htm</guid>
			<category>Continuity Management</category>
			<pubDate>Wed, 17 December 2008 10:30:00 GMT</pubDate>
			<description>The IT Infrastructure Library (ITIL) promotes the CCTA Risk Analysis and Management Method (CRAMM) for risk assessment.  Everyone agrees managing risk is critical, yet few actually use CRAMM or any other formal system!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FpXNOW83d78:FTwpW-Ap3i4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FpXNOW83d78:FTwpW-Ap3i4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FpXNOW83d78:FTwpW-Ap3i4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=FpXNOW83d78:FTwpW-Ap3i4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss50.htm</feedburner:origLink></item>
		<item>
			<title>IT -- Heal Thyself!</title>
			<author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/MXUvFH12MOA/DITYvol4iss49.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss49.htm</guid>
			<category>Release Management</category>
			<pubDate>Wed, 10 December 2008 10:30:00 GMT</pubDate>
			<description>Most Service Desk calls result from failed changes, making IT its own worst enemy and largest customer.  This makes IT the #1 preventable cause of IT service outages!  The solution is Release Management...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MXUvFH12MOA:EJpJRjGHUP4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MXUvFH12MOA:EJpJRjGHUP4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MXUvFH12MOA:EJpJRjGHUP4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=MXUvFH12MOA:EJpJRjGHUP4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss49.htm</feedburner:origLink></item>
		<item>
            <title>Why Lemmings Won't Make it to the Top of the Food Chain</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/tFcf0Gr-fKA/DITYvol4iss48.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss48.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 2 December 2008 10:30:00 GMT</pubDate>
            <description>One can only imagine famous cartoonists Gahan Wilson or Gary Larson drawing a cartoon depicting a mass of lemmings as far as the eye can see; all of them heading for a cliff, and one lemming saying to another, "Hey, I understand things are better at the bottom of the cliff."&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tFcf0Gr-fKA:be3ol2uvjSk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tFcf0Gr-fKA:be3ol2uvjSk:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tFcf0Gr-fKA:be3ol2uvjSk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=tFcf0Gr-fKA:be3ol2uvjSk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss48.htm</feedburner:origLink></item>
		<item>
            <title>Fault Tree Analysis Made Easy </title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/6UzSixhBvbo/DITYvol4iss47.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss47.htm</guid>
            <category>Availability Management</category>
            <pubDate>Wed, 26 November 2008 10:30:00 GMT</pubDate>
            <description>If you are ITIL certified, you've heard of Fault Tree Analysis, or FTA. But if you’re like most, you probably have no idea how to actually perform or use FTA!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6UzSixhBvbo:NDMyPaolYZI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6UzSixhBvbo:NDMyPaolYZI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6UzSixhBvbo:NDMyPaolYZI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=6UzSixhBvbo:NDMyPaolYZI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss47.htm</feedburner:origLink></item>
		<item>
            <title>Don't Let Federation Scare You! Some Common-Sense Recommendations for Effective CMS Deployments</title>
            <author>Dennis Drogseth(ddrogseth@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/5D3Hj1si3Bg/DITYvol4iss46.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss46.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 18 November 2008 10:30:00 GMT</pubDate>
            <description>To IT organizations struggling to get just one instance right, the notion of maintaining and managing a federated set of Configuration Management Databases (CMDB) as described in ITIL v3 can easily seem off-putting.
The truth is, however, that federation can actually introduce new levels of simplicity in defining phases and planning the scaled, evolutionary ramp of CMDB Systems. This column provides a few guidelines for getting “federation” right, combining a few overall recommendations for CMDB initiatives with some specific guidance for federation.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5D3Hj1si3Bg:G14twAv442s:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5D3Hj1si3Bg:G14twAv442s:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5D3Hj1si3Bg:G14twAv442s:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=5D3Hj1si3Bg:G14twAv442s:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss46.htm</feedburner:origLink></item>
		<item>
			<title>How to Measure IT Service Quality</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/C99QXy_IV30/DITYvol4iss45.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss45.htm</guid>
			<category>Metrics</category>
			<pubDate>Wed, 12 November 2008 10:30:00 GMT</pubDate>
			<description>IT Infrastructure Library (ITIL) tenets are that Business needs drive IT operations; and that User perception is the true measure of IT Service Quality.  However, most IT organizations report on technical metrics like jitter and loss, which while necessary, do not show how IT Services meet User needs, and offer little evidence of IT Service Quality.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C99QXy_IV30:Gyoa-2S-788:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C99QXy_IV30:Gyoa-2S-788:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C99QXy_IV30:Gyoa-2S-788:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=C99QXy_IV30:Gyoa-2S-788:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss45.htm</feedburner:origLink></item>
		<item>
			<title>Service Catalog and the Back Office Connection</title>
            <author>Paul Burns(pburns@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ASymPtiBjq0/DITYvol4iss44.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss44.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Tue, 4 November 2008 10:30:00 GMT</pubDate>
			<description>With the introduction of the IT Infrastructure Library version 3 (ITIL v3), awareness and adoption of the Service Catalog is rapidly increasing. As a cornerstone of the IT front office, it offers IT users access to the services they need while shielding them from the complex technologies and processes of the IT back office. While much of the value of the Service Catalog stems from hiding these complexities, additional value can be provided by reducing or eliminating them.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ASymPtiBjq0:2mmFi6iHUGU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ASymPtiBjq0:2mmFi6iHUGU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ASymPtiBjq0:2mmFi6iHUGU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ASymPtiBjq0:2mmFi6iHUGU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss44.htm</feedburner:origLink></item>
		<item>
			<title>Had I known then, what I know now...</title>
            <author>Corde Wagner</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/S0gfUnR0zU8/DITYvol4iss43.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss43.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Wed, 29 October 2008 10:30:00 GMT</pubDate>
			<description>How many times have you found yourself saying, "Why didn’t I think of that?", or "How did they (that company, person, vendor) create that SLA?" (and will they let me have a copy)? Or, perhaps you'll admit to the thought "Had I known about 'blah' way back when, my life (job, struggles, IT processes, etc.) would be so much better (easier, or plug in your own 'bla' point)!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=S0gfUnR0zU8:WzFFz8Qz_gc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=S0gfUnR0zU8:WzFFz8Qz_gc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=S0gfUnR0zU8:WzFFz8Qz_gc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss43.htm</feedburner:origLink></item>
		<item>
			<title>Driving Business Success with ITIL v3</title>
            <author>Paul Burns(pburns@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/BpvPjbNk8Ys/DITYvol4iss42.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss42.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Tue, 21 October 2008 10:30:00 GMT</pubDate>
			<description>The IT Infrastructure Library (ITIL) has long recognized the need to align IT with the business and deliver the services most needed for business success. With version 3, ITIL adopters have more opportunity than ever before to drive business success.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=BpvPjbNk8Ys:a0JNCjoNDRU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=BpvPjbNk8Ys:a0JNCjoNDRU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=BpvPjbNk8Ys:a0JNCjoNDRU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=BpvPjbNk8Ys:a0JNCjoNDRU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss42.htm</feedburner:origLink></item>
		<item>
			<title>3 Steps to Success with CFIA</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/dfeBSxlTxSM/DITYvol4iss41.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss41.htm</guid>
			<category>Availability Management</category>
			<pubDate>Tue, 14 October 2008 10:30:00 GMT</pubDate>
			<description>Many know Component Failure Impact Analysis (CFIA) is somehow related to Problem and Availability Management, yet it remains at best a fuzzy concept for most.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dfeBSxlTxSM:0ZA7B2IAZSc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dfeBSxlTxSM:0ZA7B2IAZSc:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dfeBSxlTxSM:0ZA7B2IAZSc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=dfeBSxlTxSM:0ZA7B2IAZSc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss41.htm</feedburner:origLink></item>
		<item>
			<title>The Importance of ITIL to (Am I Reading This Right?) ... Security??</title>
            <author>Scott Crawford(scrawford@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/GyKWheNPA0o/DITYvol4iss40.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss40.htm</guid>
			<category>Security</category>
			<pubDate>Tue, 7 October 2008 10:30:00 GMT</pubDate>
			<description>What is one of the most important foundations of IT security management?  Simple: it’s ITIL. That’s probably not the answer you would expect from a security professional. When asked this question, it seems people usually expect the answer to point to technologies for IT defense, or—to the extent they are relevant at all—guidance such as security-specific ISO or NIST standards, or compliance mandates such as the Payment Card Industry (PCI) Data Security Standard.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GyKWheNPA0o:wJrcMorbz6o:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GyKWheNPA0o:wJrcMorbz6o:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GyKWheNPA0o:wJrcMorbz6o:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=GyKWheNPA0o:wJrcMorbz6o:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss40.htm</feedburner:origLink></item>
		<item>
			<title>ITSM Leadership Lessons from the 'Expert'</title>
            <author>Corde Wagner</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/F1KagAp4sUE/DITYvol4iss39.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss39.htm</guid>
			<category>General Guidance</category>
			<pubDate>Wed, 1 October 2008 10:30:00 GMT</pubDate>
			<description>As an IT leader, are you aware of the knowledge and lessons that come from one of the greatest leadership and process-driven organizations on the planet? You may be surprised to learn that this expert is none other than the U.S. Army!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=F1KagAp4sUE:Eo_uhzXZxUk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=F1KagAp4sUE:Eo_uhzXZxUk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=F1KagAp4sUE:Eo_uhzXZxUk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss39.htm</feedburner:origLink></item>
		<item>
			<title>Availability Management in Action</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/XhNv4283Fkg/DITYvol4iss38.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss38.htm</guid>
			<category>Availability Management</category>
			<pubDate>Thr, 25 September 2008 10:30:00 GMT</pubDate>
			<description>Availability Management intimidates many new practitioners, and they often leave it to last or skip it altogether. This is too bad, because even without a formal ITIL program, Availability Management can yield dramatic results, as one of my clients, a major University, found out...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=XhNv4283Fkg:-RUAyoGGgc8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=XhNv4283Fkg:-RUAyoGGgc8:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=XhNv4283Fkg:-RUAyoGGgc8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=XhNv4283Fkg:-RUAyoGGgc8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss38.htm</feedburner:origLink></item>
		<item>
            <title>Hand Me the Remote - Ensuring a Successful Remote Learning Session</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/dKaLuW6_c3U/DITYvol4iss37.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss37.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 17 September 2008 10:30:00 GMT</pubDate>
            <description>The convergence of three trends - high-speed internet access, new technical education requirements, and time and budget restrictions - make Remote Learning an attractive item on anyone's on-going education budget. But, does Remote Learning truly mean a remote, 'hands-off' training session? This article will describe ways that both students and training coordinators can involve themselves in the process to ensure a successful result.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dKaLuW6_c3U:rldn4fepnJQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dKaLuW6_c3U:rldn4fepnJQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dKaLuW6_c3U:rldn4fepnJQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=dKaLuW6_c3U:rldn4fepnJQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss37.htm</feedburner:origLink></item>
		<item>
            <title>Why ROI Calculations Will be the Achilles' Heel for CMDB Implementations in 2009 and What You Can Do to Avoid the Pain</title>
            <author>Chris Matney(cmatney@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/8lo0SDkmce8/DITYvol4iss36.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss36.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 10 September 2008 10:30:00 GMT</pubDate>
            <description>There are two common answers to the question as to why to undertake a Return-On-Investment (ROI) calculation for a Configuration Management Database (CMDB) implementation. One is right. One is wrong.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8lo0SDkmce8:_0PpsClcWgA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8lo0SDkmce8:_0PpsClcWgA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=8lo0SDkmce8:_0PpsClcWgA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=8lo0SDkmce8:_0PpsClcWgA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss36.htm</feedburner:origLink></item>
		<item>
            <title>Stepping Up to Process Automation: Why You Should Care </title>
            <author>Dennis Drogseth(ddrogseth@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/lhIaWxC_xtY/DITYvol4iss35.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss35.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 2 September 2008 10:30:00 GMT</pubDate>
            <description>"Automation" may not be a term prevalently used within the ITIL libraries, but it is one of the key enablers for stepping up to operational efficiency, minimizing human error and ultimately enforcing governance to support industry compliance and minimize risk.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lhIaWxC_xtY:rwL39hem0pY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lhIaWxC_xtY:rwL39hem0pY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lhIaWxC_xtY:rwL39hem0pY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=lhIaWxC_xtY:rwL39hem0pY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss35.htm</feedburner:origLink></item>
		<item>
			<title>From the Ashes of Failed Quality Initiatives </title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/3coeLwtcGqk/DITYvol4iss34.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss34.htm</guid>
			<category>General Guidance</category>
			<pubDate>Tue, 26 August 2008 10:30:00 GMT</pubDate>
			<description>The gems of IT service quality can be found in the smoldering embers of failed Six Sigma deployments and botched Total Quality Management initiatives.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3coeLwtcGqk:FazEgN-diHA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3coeLwtcGqk:FazEgN-diHA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3coeLwtcGqk:FazEgN-diHA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=3coeLwtcGqk:FazEgN-diHA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss34.htm</feedburner:origLink></item>
		<item>
			<title>Service Catalog - The Next Killer Application Has Arrived</title>
            <author>Paul Burns(pburns@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/bqMc1Df33Uc/DITYvol4iss33.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss33.htm</guid>
			<category>Service Level Management</category>
			<pubDate>Tue, 19 August 2008 10:30:00 GMT</pubDate>
			<description>Where does the Service Catalog sit in your organization? Most organizations follow the same general format of listing an "IT Service," its description, a few key service levels, its cost, who may use the service, and how to request it. However, this view is far too limiting to fully describe the current realities. The truth is that the IT Service Catalog is growing up and becoming the "Enterprise" Service Catalog - a true killer application, used across the enterprise.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=bqMc1Df33Uc:Fzll7pQd-Gs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=bqMc1Df33Uc:Fzll7pQd-Gs:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=bqMc1Df33Uc:Fzll7pQd-Gs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=bqMc1Df33Uc:Fzll7pQd-Gs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss33.htm</feedburner:origLink></item>
		<item>
			<title>11 Ways ITIL Improves Security</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/zi0cQRGYf7c/DITYvol4iss32.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss32.htm</guid>
			<category>Security</category>
			<pubDate>Wed, 13 August 2008 10:30:00 GMT</pubDate>
			<description>ITIL improves security governance.  ITIL makes security  easier and more controlled, thus making it easier to comply with regulations like Sarbanes-Oxley, HIPAA, FISMA, GLBA, NIST 800-53/FIPS200, FFIEC, and others.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zi0cQRGYf7c:Apjx18laHvE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zi0cQRGYf7c:Apjx18laHvE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zi0cQRGYf7c:Apjx18laHvE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=zi0cQRGYf7c:Apjx18laHvE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss32.htm</feedburner:origLink></item>
		<item>
            <title>CSI - Tips, Tricks, and Worst Practices to Learn From</title>
            <author>Kory Smith(kory@it-smith.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/o_FY7BMtDB4/DITYvol4iss31.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss31.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 5 August 2008 10:30:00 GMT</pubDate>
            <description>So you're going to improve your IT services? Go ahead; pick anything - as long as it is small, manageable, has to do with the Service Desk, does not have to do with a CMDB, does not need a $500,000 tool investment in the first year, and does not need any resources that span across our customer service, infrastructure or application silos?!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=o_FY7BMtDB4:ZxEi1fody9U:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=o_FY7BMtDB4:ZxEi1fody9U:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=o_FY7BMtDB4:ZxEi1fody9U:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=o_FY7BMtDB4:ZxEi1fody9U:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss31.htm</feedburner:origLink></item>
		<item>
            <title>ITSM Service Lifecycle Consulting - A Lifecycle within A Lifecycle</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/AE8d7KCkMBI/DITYvol4iss30.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss30.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 30 July 2008 10:30:00 GMT</pubDate>
            <description>Imagine the following scenario. You are a senior-level IT Service Management (ITSM) consultant with many successful ITIL process implementations under your belt. An enterprise IT organization recognizes the potential benefits of ITIL. It also recognizes that ITIL is not a 'plug and play' project due to the many dynamics of organizational goals, priorities, leadership, maturity, etc. Thus, it has retained you to counsel its IT leadership team as it begins its transition to the process-driven ITSM Lifecycle.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=AE8d7KCkMBI:5JIiqfB39Ws:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=AE8d7KCkMBI:5JIiqfB39Ws:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=AE8d7KCkMBI:5JIiqfB39Ws:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=AE8d7KCkMBI:5JIiqfB39Ws:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss30.htm</feedburner:origLink></item>
		<item>
            <title>The Emergence of the Constituency-Driven CMDB System - ITIL's CMS in a New Context and What it Means for You</title>
            <author>Dennis Drogseth(ddrogseth@enterprisemanagement.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Fe4OAVvZuZs/DITYvol4iss29.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss29.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 23 July 2008 10:30:00 GMT</pubDate>
            <description>The concept of the Configuration Management System (CMS) in ITIL v3 is potentially a game-changing catalyst in shaping Configuration Management Database (CMDB) deployments. If properly understood, the CMS can promote flexibility and innovation; if misapplied, it can lead to overarching complexity that can stall even the hardiest CMDB initiative.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Fe4OAVvZuZs:sHdid3CetoA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Fe4OAVvZuZs:sHdid3CetoA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Fe4OAVvZuZs:sHdid3CetoA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Fe4OAVvZuZs:sHdid3CetoA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss29.htm</feedburner:origLink></item>
		<item>
            <title>How to "Do" ITIL</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/3SirRQvGPVM/DITYvol4iss28.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss28.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 16 July 2008 10:30:00 GMT</pubDate>
            <description>It's a common scenario: You complete your ITIL certification program. You feel good, you feel empowered, and you have been exposed to some of the most brilliant logic ever put to paper on the topic of IT service management. Congratulations! You're certified, now what are you going to do?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3SirRQvGPVM:ndIux0T0jxI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3SirRQvGPVM:ndIux0T0jxI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=3SirRQvGPVM:ndIux0T0jxI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=3SirRQvGPVM:ndIux0T0jxI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss28.htm</feedburner:origLink></item>
		<item>
            <title>Automating Change Management to Ease Compliance Efforts</title>
            <author>Lisa Erickson-Harris(lisaeh@emausa.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/iNqHZ_WbigE/DITYvol4iss27.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss27.htm</guid>
            <category>Change Management</category>
            <pubDate>Tue, 8 July 2008 10:30:00 GMT</pubDate>
            <description>Failures in the area of Change Management have grave and far-reaching consequences. It has been widely recognized that poor Change Management practices can result in a failure to meet service commitments, but have you considered the impact if a poorly managed change affects your compliance efforts as well? This can put an organization in a precarious position involving audits and result in a negative public image.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=iNqHZ_WbigE:NaREZ-xJKpo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=iNqHZ_WbigE:NaREZ-xJKpo:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=iNqHZ_WbigE:NaREZ-xJKpo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=iNqHZ_WbigE:NaREZ-xJKpo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss27.htm</feedburner:origLink></item>
		<item>
            <title>The Next Killer App for IT: Leadership</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/B9Ph0C9SRQg/DITYvol4iss26.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss26.htm</guid>
            <category>General Guidance</category>
            <pubDate>Fri, 27 June 2008 10:30:00 GMT</pubDate>
            <description>A study of 3,000 people in various jobs came to the conclusion that IT workers have the most stressful job in the world. IT even beats out the medical field for reported job stress. I think I know why...and what to do about it.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B9Ph0C9SRQg:Tc6XEhpNKt4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B9Ph0C9SRQg:Tc6XEhpNKt4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=B9Ph0C9SRQg:Tc6XEhpNKt4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=B9Ph0C9SRQg:Tc6XEhpNKt4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss26.htm</feedburner:origLink></item>
		<item>
            <title>Service Measurement Framework in Four Steps</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/9VElgYU1bjY/DITYvol4iss25.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss25.htm</guid>
            <category>General Guidance</category>
            <pubDate>Thur, 19 June 2008 10:30:00 GMT</pubDate>
            <description>As IT organizations transform themselves into service providers, one of the major issues they must come to grips with is how do they create a meaningful measurement framework that enables the continual improvement of IT services as well as clear and unambiguous accountability for quality of those services.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9VElgYU1bjY:DFlH1AkQc3I:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9VElgYU1bjY:DFlH1AkQc3I:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9VElgYU1bjY:DFlH1AkQc3I:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=9VElgYU1bjY:DFlH1AkQc3I:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss25.htm</feedburner:origLink></item>
		<item>
            <title>Who's the Boss? 5 Ways to Stay on Top</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/dmImwfHGsH0/DITYvol4iss24.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss24.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Thur, 12 June 2008 10:30:00 GMT</pubDate>
            <description>How many times have you heard that refrain at your staff meetings when you try to solicit some input or feedback concerning a change or transition? In the extreme, a psychologist may call it passive-aggressive behavior; in daily operations, however, it often indicates resistance to a change.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dmImwfHGsH0:pQzxPULCB94:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dmImwfHGsH0:pQzxPULCB94:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=dmImwfHGsH0:pQzxPULCB94:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=dmImwfHGsH0:pQzxPULCB94:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss24.htm</feedburner:origLink></item>
		<item>
            <title>SDLC or ITIL? Wrong question.</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/hSkgB_OXMYs/DITYvol4iss23.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss23.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 03 June 2008 10:30:00 GMT</pubDate>
            <description>Ever-increasing business and technological complexity are driving successful IT organizations to search for methodologies to ensure that new or changed IT services meet the requirements of the business customers, and create value for the business by being designed, delivered and operated in an efficient and effective manner. Application groups point to the use of a Systems Development Lifecycle (SDLC) as their solution. Some of the technical functional groups have jumped on the ITIL® bandwagon. So which should it be; SDLC or ITIL?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=hSkgB_OXMYs:iKHDmlGxlBM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=hSkgB_OXMYs:iKHDmlGxlBM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=hSkgB_OXMYs:iKHDmlGxlBM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=hSkgB_OXMYs:iKHDmlGxlBM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss23.htm</feedburner:origLink></item>
		<item>
            <title>10 Traits of Successful ITIL Adopters</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/lRtpcRVzFgU/DITYvol4iss22.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss22.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 27 May 2008 10:30:00 GMT</pubDate>
            <description>All IT organizations face similar challenges adopting the best practices of the IT Infrastructure Library (ITIL®). While not all succeed in overcoming these challenges, many do. Those that face these challenges and overcome them provide valuable lessons about what it took to succeed.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lRtpcRVzFgU:6YINPa7SqFk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lRtpcRVzFgU:6YINPa7SqFk:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lRtpcRVzFgU:6YINPa7SqFk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=lRtpcRVzFgU:6YINPa7SqFk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss22.htm</feedburner:origLink></item>
		<item>
            <title>Capacity Management On A Budget</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/HTmAYGrBXrc/DITYvol4iss21.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss21.htm</guid>
            <category>Capacity Management</category>
            <pubDate>Tue, 20 May 2008 10:30:00 GMT</pubDate>
            <description>Capacity Management is one ITIL process that daunts virtually everyone.  It is often "left to last" because of its (apparent) complexity and scope, but, at its heart, Capacity Management answers just four simple questions...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HTmAYGrBXrc:75yREusxhck:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HTmAYGrBXrc:75yREusxhck:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=HTmAYGrBXrc:75yREusxhck:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=HTmAYGrBXrc:75yREusxhck:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss21.htm</feedburner:origLink></item>
		<item>
            <title>May I Take Your Order? How to Free Up Your Service Desk by Adding Service Requests to its Menu</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/7SY8C5iYnIs/DITYvol4iss20.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss20.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue, 13 May 2008 10:30:00 GMT</pubDate>
            <description>"Good morning, this is Jane Doe of the XYZ Service Desk. How may I help you?" Countless Service Desks across the nation and around the world repeat a similar greeting every minute of every day, and then they begin a scripted routine of logging the Incident, categorizing it, diagnosing it, restoring service, and closing the Incident. Many Service Desks streamline at least part of this routine by creating self-service sites that allow Users to enter Incidents themselves and perhaps access a knowledgebase to do some self-diagnosis and recovery.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7SY8C5iYnIs:jccjNZhSWOQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7SY8C5iYnIs:jccjNZhSWOQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7SY8C5iYnIs:jccjNZhSWOQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=7SY8C5iYnIs:jccjNZhSWOQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss20.htm</feedburner:origLink></item>
		<item>
            <title>Mentoring - The Resurgence in ITSM Implementation</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/FjEjQfD-hyY/DITYvol4iss19.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss19.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 6 May 2008 10:30:00 GMT</pubDate>
            <description>In today's business environment, an enterprise's competitive advantage is based on its ability to develop leadership capability throughout its organization. This is especially true in IT. Leaders within IT play critical roles in coaching or mentoring their staff to become high-performing teams.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FjEjQfD-hyY:KsBV99Y5ME0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FjEjQfD-hyY:KsBV99Y5ME0:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=FjEjQfD-hyY:KsBV99Y5ME0:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=FjEjQfD-hyY:KsBV99Y5ME0:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss19.htm</feedburner:origLink></item>
		<item>
            <title>Are We There Yet? Wrapped Around the (E)Valuation Axle</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/zLKGi8eBCBE/DITYvol4iss18.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss18.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 29 Apr 2008 10:30:00 GMT</pubDate>
            <description>Are we there yet? And, if we are not there, where are we? It may sound like a line from any of a number of comedy films, but woe be unto the IT department that goes full speed ahead to implement a service change, only to find it does not deliver value to the business. Get back on track with the Evaluation Process, introduced in ITIL V3's Service Transition phase.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zLKGi8eBCBE:_9XMoD1KDxk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zLKGi8eBCBE:_9XMoD1KDxk:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zLKGi8eBCBE:_9XMoD1KDxk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=zLKGi8eBCBE:_9XMoD1KDxk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss18.htm</feedburner:origLink></item>
		<item>
            <title>Community Organization Principles and ITIL</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/85pA9ro98-w/DITYvol4iss17.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss17.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 22 Apr 2008 10:30:00 GMT</pubDate>
            <description>In the alphabet soup favored by successful IT Service Management (ITSM) organizations today, the IT Infrastructure Library (ITIL) describes how ITSM works; CoBIT enables IT managers to control the IT infrastructure; the Project Management Institute (PMI) provides project management guidance; Lean Six Sigma builds effectiveness and efficiency; and, the list goes on. What can community organization principles developed a half century ago add to this heady mix?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=85pA9ro98-w:xJmwl3DlPvs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=85pA9ro98-w:xJmwl3DlPvs:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=85pA9ro98-w:xJmwl3DlPvs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=85pA9ro98-w:xJmwl3DlPvs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss17.htm</feedburner:origLink></item>
		<item>
            <title>Do IT Yourself Communications Planning</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/njAc7rp9FGo/DITYvol4iss16.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss16.htm</guid>
            <category>Project Management</category>
            <pubDate>Tue, 15 Apr 2008 10:30:00 GMT</pubDate>
            <description>Change is all around us. Most Users want change, but they demand to know that change is coming. That is exactly what the "Forward Schedule of Changes" and "Projected Service Availability" do. ITIL v2 specifically identified these two reports; ITIL V3, by inference, includes them in the service release package. However, no matter where the reports are, the critical point is that simple reports such as these can lead the way to gaining customer satisfaction and confidence in IT as a partner in the business’ daily operations.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=njAc7rp9FGo:xLlfGZgnu3c:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=njAc7rp9FGo:xLlfGZgnu3c:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=njAc7rp9FGo:xLlfGZgnu3c:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=njAc7rp9FGo:xLlfGZgnu3c:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss16.htm</feedburner:origLink></item>
		<item>
            <title>Governing ITIL with CobiT</title>
            <author>David Nichols (david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/lQdH6bbsT3k/DITYvol4iss15.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss15.htm</guid>
            <category>General Guidance</category>
            <pubDate>Mon, 8 Apr 2008 10:30:00 GMT</pubDate>
            <description>ITIL is clear that it does not stand alone, and in fact, you cannot "do ITIL" without some form of governance. But what does "governance" mean? ITIL requires a framework of policy, process, procedures and metrics that can give direction to IT operations (and ITIL activities.) Control Objectives for IT (CobiT) does just this.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lQdH6bbsT3k:5czaYcNgFWA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lQdH6bbsT3k:5czaYcNgFWA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=lQdH6bbsT3k:5czaYcNgFWA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=lQdH6bbsT3k:5czaYcNgFWA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss15.htm</feedburner:origLink></item>
		<item>
            <title>5 Steps to Transparent Metrics</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/MFaaURWrlkk/DITYvol4iss14.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss14.htm</guid>
            <category>Metrics</category>
            <pubDate>Mon, 1 Apr 2008 10:30:00 GMT</pubDate>
            <description>Measuring and reporting on IT efficiency and effectiveness is critical. The ITIL mentions Continuous Service Improvement Programs (CSIP), Goals, Critical Success Factors (CSFs) a.k.a. Key Success Factors, and Key Performance Indicators (KPIs) as the means to measure success. In fact, ITIL V3 even devotes an entire phase of the IT Service Lifecycle to Continual Service Improvement (CSI)!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MFaaURWrlkk:qW87fyyF9jM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MFaaURWrlkk:qW87fyyF9jM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MFaaURWrlkk:qW87fyyF9jM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=MFaaURWrlkk:qW87fyyF9jM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss14.htm</feedburner:origLink></item>
		<item>
            <title>Remote Support and Service Management</title>
            <author>Lisa Erickson-Harris(lisaeh@emausa.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ukW9EpfBibE/DITYvol4iss13.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss13.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 25 Mar 2008 10:30:00 GMT</pubDate>
            <description>A thankless job!  That's what some would call the role of the service desk analyst, even though service desk staff are perhaps the most customer-facing function in the company right alongside call center personnel - both in a position to positively impact customer satisfaction. Still, the service desk is more often than not seen by executive management as a cost sink: labor-intensive, no contribution to revenue, and challenging to measure its performance.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ukW9EpfBibE:inz6opsqotw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ukW9EpfBibE:inz6opsqotw:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ukW9EpfBibE:inz6opsqotw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ukW9EpfBibE:inz6opsqotw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss13.htm</feedburner:origLink></item>
	<item>
            <title>IT Service Catalogs in 5 Steps</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ViTXv1b1IcM/DITYvol4iss12.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss12.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 18 Mar 2008 10:30:00 GMT</pubDate>
            <description>With tight budgets and Customers all wanting the newest gadgets IT has to work smarter, not harder. The IT Infrastructure Library (ITIL) says to improve IT efficiency and effectiveness you need Service Level Management (SLM).
However, the relationships between Service Level Agreements (SLAs), Requirements, Targets, Catalogs, Operating Level Agreements and Underpinning Contracts can be confusing and hard to figure out. Where do you even begin?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ViTXv1b1IcM:TCeSpbId3Lk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ViTXv1b1IcM:TCeSpbId3Lk:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ViTXv1b1IcM:TCeSpbId3Lk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ViTXv1b1IcM:TCeSpbId3Lk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss12.htm</feedburner:origLink></item>
	<item>
            <title>A 5-Step Process for Defining IT Services</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/b-ACMm6guEY/DITYvol4iss11.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss11.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 11 Mar 2008 10:30:00 GMT</pubDate>
            <description>Managing IT by service and not technology is the message of ITIL v3. Unfortunately, most IT professionals really struggle with defining IT services. In fact, some 30% of ITSM projects are unable to move forward because of this roadblock. Luckily, there is a solution.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=b-ACMm6guEY:2cDCVY6rGy4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=b-ACMm6guEY:2cDCVY6rGy4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=b-ACMm6guEY:2cDCVY6rGy4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=b-ACMm6guEY:2cDCVY6rGy4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss11.htm</feedburner:origLink></item>
	<item>
            <title>7 Steps to the TOP</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/MGZIPmAody0/DITYvol4iss10.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss10.htm</guid>
            <category>Problem Management</category>
            <pubDate>Tue, 4 Mar 2008 10:30:00 GMT</pubDate>
            <description>Most IT departments have tools that monitor their systems and create log files.  Some are product specific, others are generic.  But no matter what the tool, its always the people using the tool that matters most.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MGZIPmAody0:mr283L4LxAo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MGZIPmAody0:mr283L4LxAo:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=MGZIPmAody0:mr283L4LxAo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=MGZIPmAody0:mr283L4LxAo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss10.htm</feedburner:origLink></item>
	<item>
            <title>How to Win with BIA</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ryMQrdZpJ_M/DITYvol4iss09.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss09.htm</guid>
            <category>Continuity Management</category>
            <pubDate>Tue, 26 Feb 2008 10:30:00 GMT</pubDate>
            <description>Throughout the ITIL, you see Impact Analysis or Business Impact Analysis (BIA) as critical to effective IT decision making, and invaluable to overcoming objections. However, few actually know how to perform a BIA; and fewer that a BIA is not something you do by yourself!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ryMQrdZpJ_M:AQmecadiagc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ryMQrdZpJ_M:AQmecadiagc:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ryMQrdZpJ_M:AQmecadiagc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ryMQrdZpJ_M:AQmecadiagc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss09.htm</feedburner:origLink></item>
	<item>
            <title>Accelerating Change Management</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/5hkGEEUxgag/DITYvol4iss08.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss08.htm</guid>
            <category>Change Management</category>
            <pubDate>Tue, 19 Feb 2008 10:30:00 GMT</pubDate>
            <description>Few realize Change Management has two purposes: to limit change-related incidents and to improve the efficiency and effectiveness of day-to-day operations.  Yet, that last part is what most implementers forget, often resulting in a Change Management process perceived by staff as bureaucratic, unrealistic, and impossible to manage.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5hkGEEUxgag:YZ1FloxsIYM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5hkGEEUxgag:YZ1FloxsIYM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=5hkGEEUxgag:YZ1FloxsIYM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=5hkGEEUxgag:YZ1FloxsIYM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss08.htm</feedburner:origLink></item>
		<item>
            <title>ITIL Service Outage Analysis (SOA) in 7 Steps</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/OO-cJzvSmWw/DITYvol4iss07.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss07.htm</guid>
            <category>Availability Management</category>
            <pubDate>Tue, 12 Feb 2008 10:30:00 GMT</pubDate>
            <description>The IT Infrastructure Library (ITIL) refers to Service or Systems Outage Analysis (SOA) as a method to improve availability. Unfortunately, the ITIL does not indicate how one actually performs SOA! This article explains the benefits of SOA, and gives you a 7-step guide to performing SOA.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=OO-cJzvSmWw:INjyjPFtowI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=OO-cJzvSmWw:INjyjPFtowI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=OO-cJzvSmWw:INjyjPFtowI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=OO-cJzvSmWw:INjyjPFtowI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss07.htm</feedburner:origLink></item>
	<item>
            <title>Looking in The Mirror: Part 1</title>
            <author>David Nichols (david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/tt8GJ-ISPxE/DITYvol4iss06.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss06.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue,5 Feb 2008 10:30:00 GMT</pubDate>
            <description>As the saying goes,' If you don't know where you are going, then any road will get you there.' This kind of problem is what many IT organizations face in the beginning of a Continuous Service Improvement Program (CSIP).&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tt8GJ-ISPxE:l1H90axRgeI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tt8GJ-ISPxE:l1H90axRgeI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tt8GJ-ISPxE:l1H90axRgeI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=tt8GJ-ISPxE:l1H90axRgeI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss06.htm</feedburner:origLink></item>
	<item>
            <title>Process? Process! We Don't Need No Stinkin' IT Process!</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/GGMlsyok9u4/DITYvol4iss05.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss05.htm</guid>
            <category>Financial Management</category>
            <pubDate>Tue, 29 Jan 2008 10:30:00 GMT</pubDate>
            <description>Lack of IT process costs the average Fortune 500 company the equivalent of $261,000,000 a year. No wonder more than half of all CEO's question the value of their IT organizations.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GGMlsyok9u4:7m7Gs0NvQl4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GGMlsyok9u4:7m7Gs0NvQl4:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=GGMlsyok9u4:7m7Gs0NvQl4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=GGMlsyok9u4:7m7Gs0NvQl4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss05.htm</feedburner:origLink></item>
	<item>
            <title>ITIL &amp; Service Oriented Architecture</title>
            <author>David Nichols (david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/tCXxW3M8QUY/DITYvol4iss04.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss04.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 22 Jan 2008 10:30:00 GMT</pubDate>
            <description>We hear a lot of buzz these days in software circles about Service Oriented Architecture (SOA). Software architects certainly place prime emphasis on it. But, beyond sharing the 'SOA' acronym with ITIL's 'Service Outage Analysis,' how closely does Service Oriented Architecture really align with ITIL? Read on ... the answer may surprise you.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tCXxW3M8QUY:Q9V9Ca3XWNc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tCXxW3M8QUY:Q9V9Ca3XWNc:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=tCXxW3M8QUY:Q9V9Ca3XWNc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=tCXxW3M8QUY:Q9V9Ca3XWNc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss04.htm</feedburner:origLink></item>
	<item>
            <title>Serving Up Service -- Help Desk Evolution</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/kXtytFuMUok/DITYvol4iss03.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss03.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue, 15 January 2008 10:30:00 GMT</pubDate>
            <description>The service desk of today no longer acts as a gatekeeper but as more of an enabler of IT services. The modern service desk is the IT interface to the user community.  It acts as the users representative within IT.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=kXtytFuMUok:x063xLTO_bA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=kXtytFuMUok:x063xLTO_bA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=kXtytFuMUok:x063xLTO_bA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=kXtytFuMUok:x063xLTO_bA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss03.htm</feedburner:origLink></item>	
	<item>
            <title>How to Define IT Services</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/wXUkEh5xtXQ/DITYvol4iss02.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss02.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 8 January 2008 10:30:00 GMT</pubDate>
            <description>ITIL Portfolio Management is all the rage now. It seems everyone wants to define their IT services, create service catalogs and start the process of business IT alignment. Of course, ITIL itself does not offer much guidance on exactly how to do these things, nor should it. But something the ITIL does not mention is exactly what you need...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wXUkEh5xtXQ:NxfN4kzrUWU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wXUkEh5xtXQ:NxfN4kzrUWU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wXUkEh5xtXQ:NxfN4kzrUWU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=wXUkEh5xtXQ:NxfN4kzrUWU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss02.htm</feedburner:origLink></item>	
	<item>
            <title>ITIL's IT Service Lifecycle - The Five New Silos of IT</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Ku2UY_OzxV8/DITYvol4iss01.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol4iss01.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 01 January 2008 10:30:00 GMT</pubDate>
            <description>In my last article I spoke about IT's evolution from its technological heritage into a Managed Services Provider utilizing the five domains of ITIL V3 as its ticket into the enterprise business leadership circle. Much has been written about breaking down the technological silos that have prevented IT from presenting a unified face to the business as a service provider aligned with business goals and objectives.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Ku2UY_OzxV8:u3YyZYki0nU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Ku2UY_OzxV8:u3YyZYki0nU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Ku2UY_OzxV8:u3YyZYki0nU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Ku2UY_OzxV8:u3YyZYki0nU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol4iss01.htm</feedburner:origLink></item>
	<item>
            <title>How to Budget for Real World IT</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Oq50Wq-E5o0/DITYvol3iss50.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss50.htm</guid>
            <category>Financial Management</category>
            <pubDate>Tue, 18 December 2007 10:30:00 GMT</pubDate>
            <description>Keep in mind as you work on your Budget that "dollars and cents" are "the language of the Business," and that Budgetary figures are perhaps the ultimate way to measure and analyze your success in meeting the Business’ requirements.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Oq50Wq-E5o0:dzblCVf_oBo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Oq50Wq-E5o0:dzblCVf_oBo:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Oq50Wq-E5o0:dzblCVf_oBo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Oq50Wq-E5o0:dzblCVf_oBo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss50.htm</feedburner:origLink></item>
	<item>
            <title>Tips For Effective Communications</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/WfAp1I6K9m8/DITYvol3iss49.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss49.htm</guid>
            <category>Financial Management</category>
            <pubDate>Tue, 11 December 2007 10:30:00 GMT</pubDate>
            <description>The IT Infrastructure Library (ITIL®) requires IT to communicate clearly internally and externally. For example Operating Level Agreements (OLAs) and Service Level Agreements (SLAs) are examples of stakeholder communications. However, most IT communications are complex and so full of jargon they force stakeholders to wade through irrelevant information, driving them away instead of engaging them. Engaging communications require you know your audience and present your message in ways that keep your reader's interest. Yes, our reports get read and you have readers!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=WfAp1I6K9m8:rO3dpt6DDAw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=WfAp1I6K9m8:rO3dpt6DDAw:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=WfAp1I6K9m8:rO3dpt6DDAw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=WfAp1I6K9m8:rO3dpt6DDAw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss49.htm</feedburner:origLink></item>	
	<item>
            <title>Are IT Budgets too Big?</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/JpBBRrVVNtg/DITYvol3iss48.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss48.htm</guid>
            <category>Financial Management</category>
            <pubDate>Tue, 4 December 2007 10:30:00 GMT</pubDate>
            <description>46¢ of every $1 spent on IT could be wasted due to lack of process control. Can a new, easier and more agile "BSM least practices" framework help the 100,000 companies of the mid-market?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=JpBBRrVVNtg:-nBbCQDqJCM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=JpBBRrVVNtg:-nBbCQDqJCM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=JpBBRrVVNtg:-nBbCQDqJCM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=JpBBRrVVNtg:-nBbCQDqJCM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss48.htm</feedburner:origLink></item>	
	<item>
            <title>Managed ITSM Services</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ffYP31fz6DI/DITYvol3iss47.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss47.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 27 November 2007 10:30:00 GMT</pubDate>
            <description>Today's multi-faceted business world demands that Information Technology provide its services in the context of a fully integrated corporate strategic model. By coupling the tenets of the burgeoning Managed Services Provider business model with the five domains of ITIL Version 3, IT can find tested guidance to what it takes to transform from its technological heritage into a place in the enterprise business leadership circle.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ffYP31fz6DI:MXBUOQtF70s:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ffYP31fz6DI:MXBUOQtF70s:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ffYP31fz6DI:MXBUOQtF70s:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ffYP31fz6DI:MXBUOQtF70s:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss47.htm</feedburner:origLink></item>	
	<item>
            <title>The Importance of Knowing What is Right</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/zrDFJyev1gc/DITYvol3iss46.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss46.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 20 November 2007 10:30:00 GMT</pubDate>
            <description>Today's IT shops constantly have to deal with changing business priorities and technological change. Scarce resources are stretched thin, or worse yet; to the breaking point. You know you are doing things right, but are you doing the right things?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zrDFJyev1gc:BrqEsTjceUA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zrDFJyev1gc:BrqEsTjceUA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=zrDFJyev1gc:BrqEsTjceUA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=zrDFJyev1gc:BrqEsTjceUA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss46.htm</feedburner:origLink></item>
	<item>
            <title>Scripted Success</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/r_Z_m-hMjAc/DITYvol3iss45.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss45.htm</guid>
            <category>Incident Management</category>
            <pubDate>Tue, 13 November 2007 10:30:00 GMT</pubDate>
            <description>Service Desk staff performing Incident Control provides the initial support, investigation and diagnosis to resolve incidents.  The IT Infrastructure Library (ITIL) says that key to Service Desk effectiveness is efficient Incident matching.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=r_Z_m-hMjAc:GxM7GZ3okd0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=r_Z_m-hMjAc:GxM7GZ3okd0:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=r_Z_m-hMjAc:GxM7GZ3okd0:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=r_Z_m-hMjAc:GxM7GZ3okd0:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss45.htm</feedburner:origLink></item>	
	<item>
            <title>Automating Self-Service IT</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/YGsxsTmquVA/DITYvol3iss44.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss44.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 6 November 2007 10:30:00 GMT</pubDate>
            <description>When was the last time you dealt with a live person to perform a financial transaction, book a flight or schedule a service call – or even pay for your groceries at the supermarket? Automation of self-service has become pervasive and is even making inroads into IT Request Fulfillment and Access Management.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YGsxsTmquVA:1WX_Om8tE5M:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YGsxsTmquVA:1WX_Om8tE5M:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=YGsxsTmquVA:1WX_Om8tE5M:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=YGsxsTmquVA:1WX_Om8tE5M:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss44.htm</feedburner:origLink></item>	
	<item>
            <title>Smoothing the Way to ITSM</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/_B-khtnCx_8/DITYvol3iss43.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss43.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 30 October 2007 10:30:00 GMT</pubDate>
            <description>Today's IT managers live in an alphabet soup of best practices: ITIL®, COBIT®, PMI®, Lean Six Sigma, so on. They all mention the needs and desires of staff during the implementation. Failure to realize that IT staff makes or breaks any best practice implementation can result in failure.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_B-khtnCx_8:UOfSB-XZjbU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_B-khtnCx_8:UOfSB-XZjbU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_B-khtnCx_8:UOfSB-XZjbU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=_B-khtnCx_8:UOfSB-XZjbU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss43.htm</feedburner:origLink></item>
	<item>
            <title>Why Customer Focus is NOT Service Management </title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/43gC7KG6eHI/DITYvol3iss42.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss42.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 23 October 2007 10:30:00 GMT</pubDate>
            <description>Many IT Service Management practitioners preach that an IT department achieves IT Service Management (ITSM) by building Customer Focus into the culture of the groups who support the IT infrastructure. After all, isn't Customer Focus and Business Alignment what IT Service Management is all about?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=43gC7KG6eHI:6V8jUwgwUMU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=43gC7KG6eHI:6V8jUwgwUMU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=43gC7KG6eHI:6V8jUwgwUMU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=43gC7KG6eHI:6V8jUwgwUMU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss42.htm</feedburner:origLink></item>
	<item>
            <title>The Incident Pit</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/xqaGBaOcXi0/DITYvol3iss41.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss41.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue, 16 October 2007 10:30:00 GMT</pubDate>
            <description>The "incident pit" is a slang term used by divers to describe a series of events, which by themselves would not normally be dangerous, but each causes a problem, which is made worse by the next event until you end up with a major incident. How many IT managers have found themselves at the bottom of an incident pit and didn't have a clue how they got there?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=xqaGBaOcXi0:s49J8-rkxxQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=xqaGBaOcXi0:s49J8-rkxxQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=xqaGBaOcXi0:s49J8-rkxxQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=xqaGBaOcXi0:s49J8-rkxxQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss41.htm</feedburner:origLink></item>
	<item>
            <title>8 Traits of Effective IT Leaders</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/R7RHfSGS9o0/DITYvol3iss40.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss40.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 9 October 2007 10:30:00 GMT</pubDate>
            <description>To Lead, You Have to Follow. A study finds that IT workers are more stressed than firefighters and doctors. The reason may be that IT leaders don't know how to follow...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=R7RHfSGS9o0:7cXyTYrIEqI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=R7RHfSGS9o0:7cXyTYrIEqI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=R7RHfSGS9o0:7cXyTYrIEqI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=R7RHfSGS9o0:7cXyTYrIEqI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss40.htm</feedburner:origLink></item>
	<item>
            <title>Function, Process, Role - Animal, Vegetable or Mineral?</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/J45cSw6K7A8/DITYvol3iss39.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss39.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 2 October 2007 10:30:00 GMT</pubDate>
            <description>Is it animal, vegetable or mineral? That parlor game question seems particularly appropriate to ITIL V3 as it devotes a segment of each domain to detailing "Function, Process and Role."&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=J45cSw6K7A8:EPcqU-1bvrQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=J45cSw6K7A8:EPcqU-1bvrQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=J45cSw6K7A8:EPcqU-1bvrQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=J45cSw6K7A8:EPcqU-1bvrQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss39.htm</feedburner:origLink></item>
	<item>
            <title>Automation for the Rest of Us</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/um_U3dqhiNs/DITYvol3iss38.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss38.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 25 September 2007 10:30:00 GMT</pubDate>
            <description>Automation is a hot topic, but its dirty little secret is that you cannot automate something if you don't understand how it works... making ITIL process definition a cornerstone to automation success.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=um_U3dqhiNs:GiVHAE_yLqM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=um_U3dqhiNs:GiVHAE_yLqM:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=um_U3dqhiNs:GiVHAE_yLqM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=um_U3dqhiNs:GiVHAE_yLqM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss38.htm</feedburner:origLink></item>
	<item>
            <title>ITIL v2 or v3? Wrong question.</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/9thgrrfDBLA/DITYvol3iss37.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss37.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 18 September 2007 10:30:00 GMT</pubDate>
            <description>Question: Should you go with ITIL v2 or ITIL v3? Answer: It doesn't matter.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9thgrrfDBLA:4Wkrq-czyQE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9thgrrfDBLA:4Wkrq-czyQE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9thgrrfDBLA:4Wkrq-czyQE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=9thgrrfDBLA:4Wkrq-czyQE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss37.htm</feedburner:origLink></item>
	<item>
            <title>Request Fulfillment - Short-Cut or Dangerous Misstep?</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/7ma7K3c8zro/DITYvol3iss36.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss36.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 11 September 2007 10:30:00 GMT</pubDate>
            <description>There's a move afoot in ITIL V3 that leads to a radically shortened Change Management process.  It's a move that allows the Service Desk to approve and initiate changes on its own without the full rigor of the well-documented Change Management procedures.  Isn't this putting us back on shaky pre-ITIL Ground?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7ma7K3c8zro:WjY0f5pu9p0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7ma7K3c8zro:WjY0f5pu9p0:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7ma7K3c8zro:WjY0f5pu9p0:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=7ma7K3c8zro:WjY0f5pu9p0:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss36.htm</feedburner:origLink></item>
	<item>
            <title>Integrating Continual Service Improvement into the Service Lifecycle</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/DeegXL11vPQ/DITYvol3iss35.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss35.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 4 September 2007 10:30:00 GMT</pubDate>
            <description>Something seems to be missing from the Continual Service Improvement (CSI) volume of ITIL v3; ITIL guidance.Service Strategy, Service Design, Service Transition and Service Operation each lay out guidance on specific processes, functions and roles that take place within that Lifecycle domain. However, a review of CSI’s Table of Contents reveals little in the way of specific IT guidance. Maybe the authors of ITIL v3 should have integrated the concepts of Continual Service Improvement into the processes of the other IT Service Lifecycle domains.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DeegXL11vPQ:LWt8zGcCvfY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DeegXL11vPQ:LWt8zGcCvfY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DeegXL11vPQ:LWt8zGcCvfY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=DeegXL11vPQ:LWt8zGcCvfY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss35.htm</feedburner:origLink></item>
	<item>
            <title>Agile ITSM</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/_tTYu8qTqUs/DITYvol3iss34.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss34.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 28 August 2007 10:30:00 GMT</pubDate>
            <description>"In theory, there is no difference between theory and practice, but in practice, there is." - Yogi Berra.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_tTYu8qTqUs:AlsDliJt1oU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_tTYu8qTqUs:AlsDliJt1oU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=_tTYu8qTqUs:AlsDliJt1oU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=_tTYu8qTqUs:AlsDliJt1oU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss34.htm</feedburner:origLink></item>
	<item>
            <title>Putting "Service" in the Service Desk</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/C3qDvaED9To/DITYvol3iss32.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss32.htm</guid>
            <category>Service Desk</category>
            <pubDate>Tue, 14 August 2007 10:30:00 GMT</pubDate>
            <description>Drug dealers and IT are the only service providers I know of who refer to their customers as "users." Drug dealers don't seem to be in danger of being put out of business. IT on the other hand may face an uncertain future if they don't start treating their "users" like "customers."&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C3qDvaED9To:aLQFL4pcMxw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C3qDvaED9To:aLQFL4pcMxw:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=C3qDvaED9To:aLQFL4pcMxw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=C3qDvaED9To:aLQFL4pcMxw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss32.htm</feedburner:origLink></item>
	<item>
            <title>The Rise of the Internal Outsourcer</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Z_BdokitZ18/DITYvol3iss31.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss31.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 7 August 2007 10:30:00 GMT</pubDate>
            <description>Today's IT organizations find themselves competing with cheap technology and aggressively priced outsourcing alternatives. Only those IT organizations that can adapt to this new ecosystem will avoid extinction.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Z_BdokitZ18:8KeK-ZcKxlk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Z_BdokitZ18:8KeK-ZcKxlk:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Z_BdokitZ18:8KeK-ZcKxlk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Z_BdokitZ18:8KeK-ZcKxlk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss31.htm</feedburner:origLink></item>
	<item>
            <title>Where Has Release Gone?</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/DXsEY9OlStk/DITYvol3iss30.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss30.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 31 July 2007 10:30:00 GMT</pubDate>
            <description>What has ITL V3 done with Release? It naturally fits into the Service Transition segment of the Service Lifecycle, but, except for one segment called Release and Deployment, it is not there. Has it gone the way of buggy whips - or has it metamorphosed into something greater?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DXsEY9OlStk:H9veUu_iMHE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DXsEY9OlStk:H9veUu_iMHE:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DXsEY9OlStk:H9veUu_iMHE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=DXsEY9OlStk:H9veUu_iMHE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss30.htm</feedburner:origLink></item>
	<item>
            <title>Transitioning to ITIL V3</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/okKYsUEMvxY/DITYvol3iss29.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss29.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 24 July 2007 10:30:00 GMT</pubDate>
            <description>While my friends, both young and old, are reading the just-released Harry Potter book, I have just finished reading another hefty and long-awaited British title - ITIL v.3 Service Transition...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=okKYsUEMvxY:HSvKNNruGQI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=okKYsUEMvxY:HSvKNNruGQI:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=okKYsUEMvxY:HSvKNNruGQI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=okKYsUEMvxY:HSvKNNruGQI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss29.htm</feedburner:origLink></item>
	<item>
            <title>BSM - ITSM Done Right?</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/cqP1sCgTFO0/DITYvol3iss28.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss28.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 17 July 2007 10:30:00 GMT</pubDate>
            <description>Business Service Management (BSM) is a term that is all the rage. I used to think ITSM meant BSM, but I have recently changed my mind. It all started when I went out to get Six Sigma certification...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cqP1sCgTFO0:xyvnk0JBFKc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cqP1sCgTFO0:xyvnk0JBFKc:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cqP1sCgTFO0:xyvnk0JBFKc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=cqP1sCgTFO0:xyvnk0JBFKc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss28.htm</feedburner:origLink></item>
	<item>
            <title>ITIL Doesn't Matter Any More (or Less)</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/cRgHtuvDfNE/DITYvol3iss27.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss27.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 11 July 2007 10:30:00 GMT</pubDate>
            <description>After a long wait the IT Infrastructure Library (ITIL®) version 3 was released. Among the requisite hype, pundits started pointing out the missed opportunities, and I realized that ITIL still doesn't matter...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cRgHtuvDfNE:8Jip0Z1eRHA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cRgHtuvDfNE:8Jip0Z1eRHA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=cRgHtuvDfNE:8Jip0Z1eRHA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=cRgHtuvDfNE:8Jip0Z1eRHA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss27.htm</feedburner:origLink></item>
	<item>
            <title>What Did the Chicken &amp; Egg Know About Change &amp; Configuration?</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/7omwWH-yckE/DITYvol3iss26.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss26.htm</guid>
            <category>Change Management</category>
            <pubDate>Tue, 26 June 2007 10:30:00 GMT</pubDate>
            <description>If there is a "burning question" as an organization drives its ITIL process implementation through the planning stages, it is "... which comes first - Change or Configuration Management?"  And, as if that were not enough of a challenge, it is followed by, "Can you do one without the other?" and, close on its heels, "If you do one without the other will you achieve any meaningful level of success?"&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7omwWH-yckE:78qjibBj9jU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7omwWH-yckE:78qjibBj9jU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7omwWH-yckE:78qjibBj9jU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=7omwWH-yckE:78qjibBj9jU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss26.htm</feedburner:origLink></item>
	<item>
            <title>A CMDB Runs Through IT</title>
            <author>Larry Cooper(Larry.Cooper@ITSMCanada.ca)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ggGeKpZTxQM/DITYvol3iss25.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss25.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 19 June 2007 10:30:00 GMT</pubDate>
            <description>In the book and movie "A River Runs Through It" author Norman Maclean and his brother face the pressures of growing up. IT often struggles with growing up as well (assuming of course we ever do grow up!)&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ggGeKpZTxQM:EXdKfeAdO1w:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ggGeKpZTxQM:EXdKfeAdO1w:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ggGeKpZTxQM:EXdKfeAdO1w:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ggGeKpZTxQM:EXdKfeAdO1w:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss25.htm</feedburner:origLink></item>
	<item>
            <title>CMDB 3.0</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/wdmcXlIIG3c/DITYvol3iss24.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss24.htm</guid>
            <category>Configuration Management</category>
            <pubDate>Tue, 12 June 2007 10:30:00 GMT</pubDate>
            <description>ITIL v3 has radically redefined Configuration Management and scrapped the CMDB as we know it.  Oh, and this is a really, really good thing!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wdmcXlIIG3c:dF0KyqX9ud0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wdmcXlIIG3c:dF0KyqX9ud0:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wdmcXlIIG3c:dF0KyqX9ud0:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=wdmcXlIIG3c:dF0KyqX9ud0:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss24.htm</feedburner:origLink></item>	
	<item>
            <title>How to sell ITSM to the Business</title>
            <author>Rick Lemieux(rick.lemieux@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/epSU486D3HI/DITYvol3iss23.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss23.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 5 June 2007 10:30:00 GMT</pubDate>
            <description>If the old rule of selling ITSM was to talk it up until the business bit, the new rules say you've got to start by listening and then helping the business executive connect the value of ITSM back into his or her business unit value chain.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=epSU486D3HI:WIt2_CRmojs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=epSU486D3HI:WIt2_CRmojs:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=epSU486D3HI:WIt2_CRmojs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=epSU486D3HI:WIt2_CRmojs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss23.htm</feedburner:origLink></item>	
	<item>
            <title>When Project Management Is Wrong For Your Project</title>
            <author>Janet Kuhn(janet.kuhn@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ACJtXpaBDk0/DITYvol3iss21.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss21.htm</guid>
            <category>Change Management</category>
            <pubDate>Tue, 22 May 2007 10:30:00 GMT</pubDate>
            <description>One new office, two new offices, three new offices, more... If planning for major, repetitive projects at your organization sounds like the childhood game, "Hot Potato,"  maybe formal Project Management is just what you don't need.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ACJtXpaBDk0:i6_9ZKnEG6w:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ACJtXpaBDk0:i6_9ZKnEG6w:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ACJtXpaBDk0:i6_9ZKnEG6w:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ACJtXpaBDk0:i6_9ZKnEG6w:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss21.htm</feedburner:origLink></item>
     	<item>
            <title>The Path to IT/Business Alignment</title>
            <author>Hank Marquis(hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/6D9zfB2pJyY/DITYvol3iss19.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss19.htm</guid>
            <category>Service Level Management</category>
            <pubDate>Tue, 8 May 2007 10:30:00 GMT</pubDate>
            <description>For many years, an IT Service Catalog was simply a printed document telling users whom to call for service. However, with the increasing commoditization of IT represented in ITIL v3, the concept and value of a Service Catalog is assuming a much more important role – that of unifying IT and the business.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6D9zfB2pJyY:s3aH_RP7LbQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6D9zfB2pJyY:s3aH_RP7LbQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6D9zfB2pJyY:s3aH_RP7LbQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=6D9zfB2pJyY:s3aH_RP7LbQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss19.htm</feedburner:origLink></item>			
     	<item>
            <title>Why Doing ITIL Doesn't Work (And How to Fix It)</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/RA0GKSO0vpg/DITYvol3iss18.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss18.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 1 May 2007 10:30:00 GMT</pubDate>
            <description>For every complex problem there is a simple and appealing solution that is wrong. For many, ITIL is that solution. This illusion of simplicity is similar to the illusion the Emperor had about his fine new clothes. To succeed with ITIL you have to understand why the Emperor has no clothes.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=RA0GKSO0vpg:J6an_uLtBK8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=RA0GKSO0vpg:J6an_uLtBK8:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=RA0GKSO0vpg:J6an_uLtBK8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=RA0GKSO0vpg:J6an_uLtBK8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss18.htm</feedburner:origLink></item>			
		<item>
            <title>How to Select &amp; Implement the Right CMDB</title>
            <author>Janel Metcalfe, Consultant, Seitel Leeds &amp; Associates</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/0FtrvmmKxJ4/DITYvol3iss16.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss16.htm</guid>
            <category>Configuration Management</category>
            <pubDate>Tue, 17 Apr 2007 10:30:00 GMT</pubDate>
            <description>Just 2,000 employees with just two devices per user can result in 20,00060,000 CI lifecycle, status, and/or attribute modifications in a one-year timeframe! Manual CMDB population and maintenance is a nearly impossible endeavor -- automation is the key to success with a CMDB project.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=0FtrvmmKxJ4:zWHGp5FwiKQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=0FtrvmmKxJ4:zWHGp5FwiKQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=0FtrvmmKxJ4:zWHGp5FwiKQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss16.htm</feedburner:origLink></item>		
     	<item>
            <title>6 Steps to Successful Outsourcing</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Wx3orhsy7pk/DITYvol3iss15.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss15.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 10 Apr 2007 10:30:00 GMT</pubDate>
            <description>Like the Grim Reaper and the IRS, IT professionals need to be prepared to deal with outsourcing.  Based on the trends Im seeing in the industry I think we can add outsourcing to death and taxes as an inevitability of life.  If you cant beat em -- manage em as the saying goes&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wx3orhsy7pk:fg_iyYUQ2mQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wx3orhsy7pk:fg_iyYUQ2mQ:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wx3orhsy7pk:fg_iyYUQ2mQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Wx3orhsy7pk:fg_iyYUQ2mQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss15.htm</feedburner:origLink></item>
     	<item>
            <title>7 Steps to Selecting Software</title>
            <author>David Nichols(david.nichols@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/vGuLad_IMDM/DITYvol3iss14.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss14.htm</guid>
            <category>General Guidance</category>
            <pubDate>Tue, 03 Apr 2007 10:30:00 GMT</pubDate>
            <description>I believe that all ITSM enabling software solutions should carry a warning label that says, Caveat Emptor. It is up to you, not the software company or some "paid verifier to understand your needs and validate your decision...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=vGuLad_IMDM:yOMoPguvwoc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=vGuLad_IMDM:yOMoPguvwoc:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=vGuLad_IMDM:yOMoPguvwoc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=vGuLad_IMDM:yOMoPguvwoc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss14.htm</feedburner:origLink></item>
     	<item>
            <title>Achieving IT Operational Excellence</title>
            <author>seitelleeds &amp; associates</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/h-2vWIyQsQw/DITYvol3iss13.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss13.htm</guid>
            <category>General Guidance</category>
            <pubDate>Mon, 26 Mar 2007 10:30:00 GMT</pubDate>
            <description>Examining how the concepts of IT Operational Excellence helps the legal industry meet its business objectives provides a sound roadmap for any IT organization trying to deliver excellence.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=h-2vWIyQsQw:fP2ILUrBNsg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=h-2vWIyQsQw:fP2ILUrBNsg:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=h-2vWIyQsQw:fP2ILUrBNsg:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss13.htm</feedburner:origLink></item>
     	<item>
            <title>Top 5 Reasons ITIL Imlpementations Dont Go by the Book</title>
            <author>Leetz Pegg</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/bL31UunYl3g/DITYvol3iss12.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss12.htm</guid>
            <category>General Guidance</category>
            <pubDate>Wed, 14 Mar 2007 10:30:00 GMT</pubDate>
            <description>Organizational change is hard, and, as is the case with the process and technology pieces of ITIL implementations, it will vary greatly based on your size, structure, and culture.  But there are some common threads that will enable you to get the necessary buy-in to succeed with organizational change...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=bL31UunYl3g:u13SUiSMKiQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=bL31UunYl3g:u13SUiSMKiQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=bL31UunYl3g:u13SUiSMKiQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss12.htm</feedburner:origLink></item>
     	<item>
            <title>7 Habits of Highly Defective Practitioners</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/eIDNcpmp2XU/DITYvol3iss11.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss11.htm</guid>
            <category>General Guidance</category>
            <pubDate>Sat, 10 Mar 2007 10:30:00 GMT</pubDate>
            <description>I have uncovered 7 bad habits that lie at the root of all IT Management Failure! Well, if not all failures enough for the majority of the organizational problems I see. But you can break a bad habit and form a new one in just 21 days...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eIDNcpmp2XU:rBUkZjjUvJs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eIDNcpmp2XU:rBUkZjjUvJs:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=eIDNcpmp2XU:rBUkZjjUvJs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=eIDNcpmp2XU:rBUkZjjUvJs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss11.htm</feedburner:origLink></item>
     	<item>
            <title>Future CMDB</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/KTDqjmnA6DA/DITYvol3iss8.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss8.htm</guid>
            <category>Configuration Management</category>
            <pubDate>Thu, 20 Feb 2007 10:30:00 GMT</pubDate>
            <description>ITSM Industry powerhouses have stopped fighting and are now working together. They recently released a joint whitepaper describing how they plan to work together to solve the thorniest CMDB technological hurdles...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KTDqjmnA6DA:SJFtb4bG-CA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KTDqjmnA6DA:SJFtb4bG-CA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=KTDqjmnA6DA:SJFtb4bG-CA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=KTDqjmnA6DA:SJFtb4bG-CA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss8.htm</feedburner:origLink></item>
     	<item>
            <title>Service Delivery Tool Gap</title>
            <author>Mike Drapeau (mdrapeau@drapeaugroup.com) and Dwight Stewart (dwight_stewart@comcast.net)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/Wnvcn9dZiuE/DITYvol3iss7.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss7.htm</guid>
            <category>General Guidance</category>
            <pubDate>Thu, 13 Feb 2007 10:30:00 GMT</pubDate>
            <description>The current glut of software tools, suites and bolt-on products oriented towards the ITIL Service Management suite is rich, colorful, and profoundly lacking in one respect -- there are no compelling tools to automate Service Delivery processes.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wnvcn9dZiuE:_J7SSP9VE9w:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wnvcn9dZiuE:_J7SSP9VE9w:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Wnvcn9dZiuE:_J7SSP9VE9w:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Wnvcn9dZiuE:_J7SSP9VE9w:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss7.htm</feedburner:origLink></item>
        <item>
            <title>ITIL ROI</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/9lLbWi9F400/DITYvol3iss5.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss5.htm</guid>
            <category>Financial Management</category>
            <pubDate>Tue, 30 Jan 2007 10:30:00 GMT</pubDate>
            <description>Every vendor trumpets cost savings from ITIL. They are often quite nebulous in describing where the money came from. I am going to be specific; here is how a real client used a CMDB service management product to save over $180,000 a month and avoid a $600,000 purchase  as they took on significant new IT service requirements.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9lLbWi9F400:u64CghVi1jY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9lLbWi9F400:u64CghVi1jY:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=9lLbWi9F400:u64CghVi1jY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=9lLbWi9F400:u64CghVi1jY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss5.htm</feedburner:origLink></item>
        <item>
            <title>Enterprise CMDB</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/IqSGPD2ANpk/DITYvol3iss4.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss4.htm</guid>
            <category>Configuration Management</category>
            <pubDate>Sat, 20 Jan 2007 10:30:00 GMT</pubDate>
            <description>A CMDB is a nebulous thing, and can exist in the minds of the organization, 3x5 cards, or any other medium. However, an enterprise CMDB is different. For large organizations only software will, but not traditional relational database software, what we need is a new breed of software products...and they might be coming...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=IqSGPD2ANpk:MSfWOdh1KNU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=IqSGPD2ANpk:MSfWOdh1KNU:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=IqSGPD2ANpk:MSfWOdh1KNU:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=IqSGPD2ANpk:MSfWOdh1KNU:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss4.htm</feedburner:origLink></item>
        <item>
            <title>How To Prioritize Incidents</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ARP7r830EN4/DITYvol3iss1.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol3iss1.htm</guid>
            <category>Incident Management</category>
            <pubDate>Wed, 3 Jan 2007 10:30:00 GMT</pubDate>
            <description>IT should work on those things that are of a critical nature first, not simply those things people want done right away. The cold hard truth is that not every incident can or should be Critical.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ARP7r830EN4:6t0wK38fLRA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ARP7r830EN4:6t0wK38fLRA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ARP7r830EN4:6t0wK38fLRA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ARP7r830EN4:6t0wK38fLRA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss1.htm</feedburner:origLink></item>
        <item>
            <title>How To Classify Incidents</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/1QkF2in8CKY/DITYvol2iss50.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol2iss50.htm</guid>
            <category>Incident Management</category>
            <pubDate>Wed, 27 Dec 2006 10:30:00 GMT</pubDate>
            <description>Most Service Desk staff (those performing Classification and Initial Support) will not know the cause of an Incident until the call is closed. So how can they identify the problem? The answer is that they can't and don't have to...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=1QkF2in8CKY:wabA74uNWus:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=1QkF2in8CKY:wabA74uNWus:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=1QkF2in8CKY:wabA74uNWus:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=1QkF2in8CKY:wabA74uNWus:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss50.htm</feedburner:origLink></item>
        <item>
            <title>9 Steps to Better Incident Classification</title>
            <author>Hank Marquis (hank.marquis@itsmsolutions.com)</author>
            <link>http://feedproxy.google.com/~r/DoITYourself/~3/ZS-yQ7GiSoY/DITYvol2iss17.htm</link>
            <guid isPermaLink="false">http://www.itsmsolutions.com/newsletters/DITYvol2iss17.htm</guid>
            <category>Incident Management</category>
            <pubDate>Wed, 26 Apr 2006 10:30:00 GMT</pubDate>
            <description>Incident classification is one of the most important and most difficult aspects of ITIL to implement.  The benefits far outweigh the managerial challenges involved.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ZS-yQ7GiSoY:v3zJXD1B2yA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ZS-yQ7GiSoY:v3zJXD1B2yA:63t7Ie-LG7Y"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=63t7Ie-LG7Y" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=ZS-yQ7GiSoY:v3zJXD1B2yA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=ZS-yQ7GiSoY:v3zJXD1B2yA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
        <feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss17.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/VSqBgZfvtvY/DITYvol2iss49.htm</link>
			<title>Fire Fighting is What You Want</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss49.pdf</pdf>
			<category>Problem Management</category>
			<pubDate>December 20, 2006</pubDate>
			<description>Many IT organizations think they are fighting fires, and that this is a bad thing. I disagree. I think its insanity, and that every IT organization and every person working in IT should strive to become more like firefighters.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=VSqBgZfvtvY:vWIIbl9y26o:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=VSqBgZfvtvY:vWIIbl9y26o:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=VSqBgZfvtvY:vWIIbl9y26o:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss49.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/Td1hHkriFnA/DITYvol2iss35.htm</link>
			<title>The Problem with Problems</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss35.pdf</pdf>
			<category>Problem Management</category>
			<pubDate>September 6, 2006</pubDate>
			<description>One of the first choices to make when adopting best practices is to define what will be Problems.  This simple sounding decision is much more complicated that it would seem, and is often the cause of confusion.  It does not have to be.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Td1hHkriFnA:XWxZOSZdGBY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Td1hHkriFnA:XWxZOSZdGBY:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Td1hHkriFnA:XWxZOSZdGBY:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss35.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/-NqQQgtBKls/DITYvol2iss24.htm</link>
			<title>Thinking About Problems: Kepner-Tregoe</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss24.pdf</pdf>
			<category>Problem Management</category>
			<pubDate>June 21, 2006</pubDate>
			<description>The IT Infrastructure Library (ITIL) describes the steps of the root cause analysis method called Kepner-Tregoe  Define and Describe the Problem, Establish possible causes, Test the most probable cause, and Verify the true cause.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=-NqQQgtBKls:d9E62dVncjM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=-NqQQgtBKls:d9E62dVncjM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=-NqQQgtBKls:d9E62dVncjM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss24.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/TtJFW1SSYWk/DITYvol2iss23.htm</link>
			<title>Major Problem Review in 6 Easy Pieces</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss23.pdf</pdf>
			<category>Problem Management</category>
			<pubDate>June 14, 2006</pubDate>
			<description>If you are ITIL certified then you remember Major Problem Reviews (MPR).  You may still remember that Problem Management performs a MPR after resolving a major problem to identify...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=TtJFW1SSYWk:ZAV7qJHQM6k:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=TtJFW1SSYWk:ZAV7qJHQM6k:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=TtJFW1SSYWk:ZAV7qJHQM6k:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss23.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/6Mo2ZBE1hNU/DITYvol2iss27.htm</link>
			<title>Configuration Management for the Rest of Us</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss27.pdf</pdf>
			<category>Configuration Management</category>
			<pubDate>July 12, 2006</pubDate>
			<description>Configuration Management is probably the least understood and most important service management process.  Yet most have no idea how to start and many think it requires huge investments.  But you don't need to spend big bucks to get real benefits. It all starts with a single word...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6Mo2ZBE1hNU:-RCR7r7f58M:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=6Mo2ZBE1hNU:-RCR7r7f58M:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=6Mo2ZBE1hNU:-RCR7r7f58M:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss27.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/l_FLEa-A3TE/DITYvol2iss44.htm</link>
			<title>Overcoming the Isolation of IT: Financial Management and the Cost of Service</title>
			<author>Bill Flemming, SAS Inc.</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss44.pdf</pdf>
			<category>Financial Management</category>
			<pubDate>NOVEMBER 8, 2006</pubDate>
			<description>This article examines the strategic role of IT Finance by emphasizing the concept that IT Finance cannot be strategic by itself. Finance must be joined with other IT processes in order to develop harmony with company strategy.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=l_FLEa-A3TE:rSDupIxzhAE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=l_FLEa-A3TE:rSDupIxzhAE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=l_FLEa-A3TE:rSDupIxzhAE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss44.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/7WhFN34KaaI/DITYvol2iss43.htm</link>
			<title>The Missing Link: Infrastructure Management</title>
			<author>Mike Drapeau</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss43.pdf</pdf>
			<category>Infrastructure Management</category>
			<pubDate>NOVEMBER 1, 2006</pubDate>
			<description>One common complaint about ITIL is that it does not address Infrastructure Management or detailed operations  ITIL is descriptive not prescriptive.  Another little known ITIL book addresses exactly these areas of concern.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7WhFN34KaaI:Za10xCbzNMo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=7WhFN34KaaI:Za10xCbzNMo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=7WhFN34KaaI:Za10xCbzNMo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss43.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/mJI_k5uUjNA/DITYvol2iss36.htm</link>
			<title>Accelerating ITIL Implementations</title>
			<author>Jeb McIntyre</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss36.pdf</pdf>
			<category>Project Management</category>
			<pubDate>SEPTEMBER 13, 2006</pubDate>
			<description>If IT projects are closely aligned with business need and business urgency, it follows that supporting those projects will be of high priority to management throughout the enterprise.  Woe to the manager who fails to support fully business imperative projects!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=mJI_k5uUjNA:h7vZIA-a51I:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=mJI_k5uUjNA:h7vZIA-a51I:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=mJI_k5uUjNA:h7vZIA-a51I:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss36.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/DHgUeLfqdVg/DITYvol2iss22.htm</link>
			<title>Making a Project of ITIL</title>
			<author>Jeb McIntyre</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss22.pdf</pdf>
			<category>Project Management</category>
			<pubDate>June 7, 2006</pubDate>
			<description>The IT Infrastructure Library (ITIL) describes a set of best practices processes for stable, high quality IT services. One key to ITIL success is to manage the implementation as a project.  There exist best practices for Project Management (PM).  The leading PM process is from the Project Management Institute (PMI).  PMI offers certification and best practices to manage projects.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DHgUeLfqdVg:eqTvfTiW0gI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=DHgUeLfqdVg:eqTvfTiW0gI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=DHgUeLfqdVg:eqTvfTiW0gI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss22.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/h-2vWIyQsQw/DITYvol3iss13.htm</link>
			<title>Achieving IT Operational Excellence</title>
			<author>seitelleeds &amp; associates</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol3iss13.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>March 28, 2007</pubDate>
			<description>Examining how the concepts of IT Operational Excellence helps the legal industry meet its business objectives provides a sound roadmap for any IT organization trying to deliver excellence.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=h-2vWIyQsQw:dFYO5hY7KOw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=h-2vWIyQsQw:dFYO5hY7KOw:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=h-2vWIyQsQw:dFYO5hY7KOw:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol3iss13.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/wgzEiYAEBTQ/DITYvol2iss48.htm</link>
			<title>ITIL Triage</title>
			<author>Mike Drapeau</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss48.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>DECEMBER 13, 2006</pubDate>
			<description>One of key reasons that ITIL does not proscribe an approved priority list for process implementation is that such a list cannot take into account the relative maturity of an organizations existing staff, skills, and operational proficiencies. Only a focused assessment can do that.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wgzEiYAEBTQ:e_q3Pq8abw4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=wgzEiYAEBTQ:e_q3Pq8abw4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=wgzEiYAEBTQ:e_q3Pq8abw4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss48.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/IGwkhKbOhIU/DITYvol2iss45.htm</link>
			<title>4 Steps to Better Process Design</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss45.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>NOVEMBER 15, 2006</pubDate>
			<description>You simply can't practice ITIL from behind a desk. Before you can improve a process, you have to understand the current process. You have to get out from behind the desk and walk the process, which sounds simple, but as in many things, the doing is not so straightforward...&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=IGwkhKbOhIU:9HHAHF-AVz4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=IGwkhKbOhIU:9HHAHF-AVz4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=IGwkhKbOhIU:9HHAHF-AVz4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss45.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/apsIESHAu1M/DITYvol2iss38.htm</link>
			<title>Don't Tear Down Those Silos, Build Them Up!</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss38.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>SEPTEMBER 27, 2006</pubDate>
			<description>Contrary to the prevailing popular wisdom coming from of many IT trainers, consultants, and industry analysts, silos are actually a very good thing.... don't waste time trying to tear silos down, instead invest in making your silos even stronger!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=apsIESHAu1M:x83eR5BQYy8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=apsIESHAu1M:x83eR5BQYy8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=apsIESHAu1M:x83eR5BQYy8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss38.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/xHje5yOftlE/DITYvol2iss34.htm</link>
			<title>The Role of a Coach in Implementing IT Service Management</title>
			<author>Larry Cooper</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss34.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>AUGUST 30, 2006</pubDate>
			<description>"The goal of coaching is the goal of good management:  to make the most of an organization's valuable resources." - Harvard Business Review&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=xHje5yOftlE:_EPntONxokE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=xHje5yOftlE:_EPntONxokE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=xHje5yOftlE:_EPntONxokE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss34.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/05gySDliNQg/DITYvol2iss30.htm</link>
			<title>How to Organize for ITIL</title>
			<author>Hank Marquis</author>
			<pdf>DITYvol2iss30.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>AUGUST 2, 2006</pubDate>
			<description>Organizational structure plays a significant role in success or failure adopting ITIL.  Correct organizational structure is critical to your success -- but you probably should NOT reorganize to achieve it!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=05gySDliNQg:yrdVkyI69zs:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=05gySDliNQg:yrdVkyI69zs:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=05gySDliNQg:yrdVkyI69zs:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss30.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/uBr4AEBIGqY/DITYvol2iss11.htm</link>
			<title>A Prescription for ITIL</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss11.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>MAR. 15, 2006</pubDate>
			<description>You hear often that the IT Infrastructure Library (ITIL) is not prescriptive  it does not tell you where or when to begin. This is a common misconception since Planning to Implement IT Service Management (the ITIL green book) provides exactly this detail!&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=uBr4AEBIGqY:K4cLpezREkE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=uBr4AEBIGqY:K4cLpezREkE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=uBr4AEBIGqY:K4cLpezREkE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss11.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/2MO26BXe9eU/DITYvol2iss12.htm</link>
			<title>The New ITIL and What it Means to You</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss12.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>MAR. 21, 2006</pubDate>
			<description>The next version of the IT Infrastructure Library (ITIL) is to ship in September of this year, and there are some major changes ahead for the ITIL and those who use it.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=2MO26BXe9eU:E1iL0Fsm7_c:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=2MO26BXe9eU:E1iL0Fsm7_c:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=2MO26BXe9eU:E1iL0Fsm7_c:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss12.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/TvMpD3nyvTY/DITYvol2iss3.htm</link>
			<title> Get Ready for ISO 20000 Certification</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss3.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>JAN. 18, 2006</pubDate>
			<description>The ITIL is not a standard and has no auditing criteria.  Some chose CobiT for audits, but CobiT isnt a standard either.  The British Standards Institute (BSI) created British Standard BS 15000 as an audit standard, but it wasnt an international standard.  However, BS 15000 delivered specifications for managing IT, implementing the ITIL, established audit criteria and corporate-level certification.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=TvMpD3nyvTY:1bibSUE3I3Y:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=TvMpD3nyvTY:1bibSUE3I3Y:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=TvMpD3nyvTY:1bibSUE3I3Y:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss3.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/OJLUdHhGZ-Q/DITYvol2iss7.htm</link>
			<title>How to Sell ITIL to the Top</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss7.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>Feb. 15, 2006</pubDate>
			<description>The IT Infrastructure Library (ITIL) is an IT-thing. Yes, I know it benefits the business, but ITIL is inherently a set of IT workflow processes. Non-IT people, even well educated non-IT people (read senior executives with control over the purse strings) often dont understand what ITIL represents.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=OJLUdHhGZ-Q:JYF1zLmwnVc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=OJLUdHhGZ-Q:JYF1zLmwnVc:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=OJLUdHhGZ-Q:JYF1zLmwnVc:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss7.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/4k4d58Rzp5E/DITYvol1iss1.htm</link>
			<title>COBIT and ITIL</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol1iss1.pdf</pdf>
			<category>General Guidance</category>
			<pubDate>Nov. 18, 2005</pubDate>
			<description>As many of you know, our Foundations program presents the idea that ITIL requires something to guide it; that is, ITIL is the "what" not the "how". We have proposed COBIT (Control Objectives for Information and related Technology) as the method to measure ITIL.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4k4d58Rzp5E:PNLh8r5iVoo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=4k4d58Rzp5E:PNLh8r5iVoo:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=4k4d58Rzp5E:PNLh8r5iVoo:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol1iss1.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/i_vnGq2yW1o/DITYvol2iss40.htm</link>
			<title>CSF’s, KPI’s, Metrics, Outcomes and Benefits – Part I</title>
			<author>Larry Cooper</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss40.pdf</pdf>
			<category>Metrics</category>
			<pubDate>OCTOBER 11, 2006</pubDate>
			<description>I'm all in favor of keeping dangerous weapons out of the hands of fools. Let's start with typewriters.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=i_vnGq2yW1o:9JYXQCJzQX8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=i_vnGq2yW1o:9JYXQCJzQX8:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=i_vnGq2yW1o:9JYXQCJzQX8:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss40.htm</feedburner:origLink></item>
		<item>
			<link>http://feedproxy.google.com/~r/DoITYourself/~3/Ngi_Qe-3x_0/DITYvol2iss33.htm</link>
			<title>Vital Business Function Truths</title>
			<author>Hank Marquis</author>
			<pdf>http://www.itsmsolutions.com/newsletters/DITYvol2iss33.pdf</pdf>
			<category>Metrics</category>
			<pubDate>AUGUST 23, 2006</pubDate>
			<description>Many mistakenly think a Vital Business Function (VBF) is an important business function like accounts payable, or even better, accounts receivable. However, this is incorrect, and this misunderstanding results in significant business/IT alignment issues and increased costs to both the business and IT.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Ngi_Qe-3x_0:OC_8eLCnNTE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/DoITYourself?a=Ngi_Qe-3x_0:OC_8eLCnNTE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DoITYourself?i=Ngi_Qe-3x_0:OC_8eLCnNTE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<feedburner:origLink>http://www.itsmsolutions.com/newsletters/DITYvol2iss33.htm</feedburner:origLink></item>
    </channel>
</rss>
