Scrum/Scrum_EN/library/Scrum/tasks/Plan release.xmi

<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:TaskDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.3/uma.ecore" rmc:version="7.1.0" epf:version="1.0.0" xmi:id="-3f4axrWBKHGv74oKN2x-gQ" name="Plan release,_ho-aIP_BEdqtbrr0B1TG-A" guid="-3f4axrWBKHGv74oKN2x-gQ" changeDate="2006-12-03T00:23:18.328-0800" version="1.0.0">
  <keyConsiderations>It is a collective work initiated by the Product Owner.</keyConsiderations>
  <sections xmi:id="_8qN08APJEdubhrgDuRb4fA" name="Defining release success criterias." guid="_8qN08APJEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    There are 2 types of releases&amp;nbsp; :
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        end date driven release. The goal is to be on production or available to end users before a deadline.
    &lt;/li&gt;
    &lt;li&gt;
        feature driven release. The list of requirements est known and release will end when all of the requirements will
        be implemented.
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
    Success criterias depends on release type.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_BuXEQAPKEdubhrgDuRb4fA" name="Estimating backlog items" guid="_BuXEQAPKEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Estimation is performed per item. It's best to work on most important items first.
&lt;/p&gt;
&lt;p&gt;
    Estimation is performed by the team.
&lt;/p&gt;
&lt;p&gt;
    The unit of measure used for estimations is commonly the point. The range of values is picked from the Fibonacci
    Numbers: 1, 2, 3, 5, 8 and 13.
&lt;/p&gt;
&lt;p&gt;
    Estimation techniques are preferably based on a collective estimation approach. &quot;Planning Poker&quot; should be the rule of
    game and also working with analogies by comparing estimated items works well.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_EaLKQAPKEdubhrgDuRb4fA" name="Defining sprints length" guid="_EaLKQAPKEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Historically in Scrum, a sprint length is 30 days. However, it is possible, and even recommended to make shorted
    sprints. Length depends on the project and its constraints.&lt;br /&gt;
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_HDZ2UAPKEdubhrgDuRb4fA" name="Estimating velocity" guid="_HDZ2UAPKEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    Ideally, the team should yet have worked together on a project so its actual &lt;a class=&quot;elementLink&quot;
    href=&quot;./../../Scrum/guidances/termdefinitions/Velocity,_HQEP8ILXEduLd8CaF_IcMA.html&quot;
    guid=&quot;_HQEP8ILXEduLd8CaF_IcMA&quot;&gt;Velocity&lt;/a&gt; should be yet known. This value would then be used for this release,
    eventually adjusted to the nature of the project. Attention however as a point hasn't necessarily the same value across
    different projects.
&lt;/p&gt;
&lt;p&gt;
    If it's not the case, velocity must be estimated. The best way is to work on the first sprint's content and figure what
    the team thinks being able to implement during this first sprint. This gives a velocity estimation which can be used
    for the release planning. Then, planning will be based on velocity measured during previous sprints.
&lt;/p&gt;</sectionDescription>
  </sections>
  <sections xmi:id="_I71XkAPKEdubhrgDuRb4fA" name="Associating backlog items to sprints" guid="_I71XkAPKEdubhrgDuRb4fA">
    <sectionDescription>&lt;p&gt;
    With the following parameters:
&lt;/p&gt;
&lt;ul&gt;
    &lt;li&gt;
        each item estimation,
    &lt;/li&gt;
    &lt;li&gt;
        items prioritization,
    &lt;/li&gt;
    &lt;li&gt;
        estimated velocity for the release,
    &lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;
    items are affected to sprints of the release.
&lt;/p&gt;
&lt;p&gt;
    It is normal to adjust, i.e. to slightly change items prioritization, so the velocity can be the most accurate.
&lt;/p&gt;
&lt;p&gt;
    Items must be associated to the first sprints (2 or 3 first ones), but it is not required to do it for all sprints of
    the release at first.
&lt;/p&gt;</sectionDescription>
  </sections>
  <purpose>&lt;p&gt;
    Setting up the release's initiale planning in order to launch the series of sprints.
&lt;/p&gt;</purpose>
</org.eclipse.epf.uma:TaskDescription>