<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.itskeptic.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>The IT Skeptic - Comments for &quot;Mising book?&quot;</title>
 <link>http://www.itskeptic.org/node/302</link>
 <description>Comments for &quot;Mising book?&quot;</description>
 <language>en</language>
<item>
 <title>Release is the &quot;forgotten process&quot; of ITIL</title>
 <link>http://www.itskeptic.org/node/302#comment-2169</link>
 <description>&lt;p&gt;Agreed.  Release is the &quot;forgotten process&quot; of ITIL, less so in V3 but still a long way from clearly defined and crisply interfaced with the other areas.&lt;/p&gt;
</description>
 <pubDate>Wed, 19 Dec 2007 20:56:40 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 2169 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Release Build implies translate action plan into work orders</title>
 <link>http://www.itskeptic.org/node/302#comment-2167</link>
 <description>&lt;p&gt;My take on the release planning, build, test etc activities is that these relate to the release itself and are post a similar &#039;build&#039; at the end of design, where the elements of a service are assembled and tested as part of a post development quality assurance stage.  Release must already be active &#039;building&#039; as it is required to stage elements from the development environment to a controlled test or QA environment.  In most Release &#039;best practice&#039; guides (non-ITIL), the &#039;build&#039; activities equate to the development of the work orders (tasks) specific to migrating the service, system, or change into production status.&lt;/p&gt;
&lt;p&gt;The allocation of resources and scheduling of all build related activities (work orders) are authorized by change management....  The target change or new service is contained in a previous specification document (ITIL?) - sometimes called an &#039;action plan&#039; or &#039;service configuration&#039;  &lt;/p&gt;
&lt;p&gt;In the &lt;a href=&quot;http://www.sm-i.org/bok_index.html&quot; rel=&quot;nofollow&quot;&gt;Service Management Body of Knowledge (SMBOK)&lt;/a&gt; a sequence of &#039;service configuration&#039; (post-development pre-assurance), &#039;service offering&#039; (post-assure, pre-deploy), and &#039;service instance&#039; (deployed, in production, in commission/warranty stage) is provided representing the latter stages of a service - all controlled by Release and subject to Build activities!&lt;/p&gt;
&lt;p&gt;ITIL V3 is EXTREMELY vague on how this all actually comes together, when Release is actually involved (can be as early as Strategy), within what governance framework, and working to what &#039;best practices&#039;...&lt;/p&gt;
</description>
 <pubDate>Wed, 19 Dec 2007 11:38:08 +0000</pubDate>
 <dc:creator>ianclayton</dc:creator>
 <guid isPermaLink="false">comment 2167 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Building is in the scope of ST</title>
 <link>http://www.itskeptic.org/node/302#comment-2165</link>
 <description>&lt;p&gt;Check out ST §1.3.2 p. 7 &quot;This publication provides guidance for the development and improvement of capabilities for transitioning new and changed services into the production environment, including release planning building, testing, evaluation and deployment.&quot;&lt;/p&gt;
&lt;p&gt;On the other hand, there is a comma missing after &quot;release planning&quot;.&lt;/p&gt;
</description>
 <pubDate>Wed, 19 Dec 2007 11:14:39 +0000</pubDate>
 <dc:creator>Robert Falkowitz</dc:creator>
 <guid isPermaLink="false">comment 2165 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>BOKKED may not be the forum</title>
 <link>http://www.itskeptic.org/node/302#comment-1346</link>
 <description>&lt;p&gt;BOKKED may not be the forum to discuss this, but you make an interesting point.&lt;/p&gt;
</description>
 <pubDate>Thu, 19 Jul 2007 00:51:08 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 1346 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
