none
Microsoft Visual Studio Scrum 2013.4 anpassen oder Scrum for Team System Prozessvorlage behalten RRS feed

  • Frage

  • Hallo,

    wir haben ein Update von Visual Studio / TFS 2010 nach Visual Studio / TFS 2013 durchgeführt. Damit verbunden sollte auch der Übergang von der Scrum for Team System Prozessvorlage auf das TFS-eigene Microsoft Visual Studio Scrum 2013.4 sein.

    Dafür gab es eine Beschreibung: http://almsweden.com/magnust/2012/11/02/migrating-scrum-for-team-system-3-x-to-ms-scrum-2-0/. Das habe ich jetzt mit einem Test-Projekt durchgeführt und es funktioniert auch so weit.

    Aber mir gefallen einige Dinge an Microsoft Visual Studio Scrum 2013.4 nicht:

    Sowohl im Product Backlog Item wie beim Task steht beim Bearbeiten nur Aufgabe drüber, was die Orientierung erschwert. Beim Bug verschwinden das Date found und das Date closed, was die zeitliche Einordnung stört.

    Deshalb 2 Fragen:

    1. Kann ich das Aussehen der Tasks beim Bearbeiten in Visual Studio anpassen?

    2. Welche neuen Funktionalitäten von VS/TFS 2013 gehen nicht, weil sie eines der Microsoft Prozessvorlagen benötigen?

    Herzliche Grüße

    Peter

    Mittwoch, 10. Juni 2015 14:33

Antworten

  • Habe jetzt gerade die Visual Studio Power Tools installiert und dabei festgestellt, dass dadurch unter Extras ein Process Editor verfügbar wird. Damit kann ich das Aussehen der Tasks anpassen, wenn auch nicht den Namen des TaskTyps im Reiter und in der Kopfzeile. Insofern ist Frage 1 geklärt.

    Peter

    • Als Antwort markiert peter.sx Freitag, 12. Juni 2015 09:18
    Donnerstag, 11. Juni 2015 07:18
  • Meine Frage 2 wird (zumindest teilweise) durch den Artikel „Konfigurieren von Funktionen nach einem TFS-Upgrade“ (https://msdn.microsoft.com/de-de/library/ff432837.aspx) beantwortet: Code Review, My Work, Feedback, Planning Tools, Storyboarding, Portfolio Backup, Shared Parameters und Test Plan and Suite auf der <span data-guid="f5aace74480b5ac4338d77b9b0248e80" data-source="Open the administration page for your team project from a supported browser (http://ServerName:8080/tfs/CollectionName/ProjectName/_admin). " id="mt9">Verwaltungsseite des Projektes.

    Peter



    • Als Antwort markiert peter.sx Freitag, 12. Juni 2015 09:18
    Freitag, 12. Juni 2015 09:18

Alle Antworten

  • Habe jetzt gerade die Visual Studio Power Tools installiert und dabei festgestellt, dass dadurch unter Extras ein Process Editor verfügbar wird. Damit kann ich das Aussehen der Tasks anpassen, wenn auch nicht den Namen des TaskTyps im Reiter und in der Kopfzeile. Insofern ist Frage 1 geklärt.

    Peter

    • Als Antwort markiert peter.sx Freitag, 12. Juni 2015 09:18
    Donnerstag, 11. Juni 2015 07:18
  • Meine Frage 2 wird (zumindest teilweise) durch den Artikel „Konfigurieren von Funktionen nach einem TFS-Upgrade“ (https://msdn.microsoft.com/de-de/library/ff432837.aspx) beantwortet: Code Review, My Work, Feedback, Planning Tools, Storyboarding, Portfolio Backup, Shared Parameters und Test Plan and Suite auf der <span data-guid="f5aace74480b5ac4338d77b9b0248e80" data-source="Open the administration page for your team project from a supported browser (http://ServerName:8080/tfs/CollectionName/ProjectName/_admin). " id="mt9">Verwaltungsseite des Projektes.

    Peter



    • Als Antwort markiert peter.sx Freitag, 12. Juni 2015 09:18
    Freitag, 12. Juni 2015 09:18
  • hallo Peter,

    in TFS 2015 wurde Boards stark erweitert und es koennen auch bestimmte Felder bei Tasks eingeblendet werden.

    Schau mal auf VisualStudio Online rein - das meiste was dort derzeit implementiert ist (Updates bis 3. Juni) werden auch in der on-premise TFS 2015 verfuegbar werden.

    Derzeit gibt es TFS 20105 RC - welcher etwa VSO anfangs April entspricht - und der RTM sollte im Verlauf des Juli erscheinen.

    Bevor Du Aenderungen am Scrum 2013.4 template vornimmst, schaust Du besser TFS 2015RC / VSO an und upgradest dann auf TFS 2015RC. Neben vielen neuen Features hat sich auch das Lizenzmodel des TFS 2015 vereinfacht und fuer viele Funktionen wird keine TFS CAL mehr benoetigt - die sogenannte Stakeholder Role erlaubt das erstellen und veraenderen von workitems etc.)


    Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

    Samstag, 13. Juni 2015 19:16
  • Hallo Daniel,

    vielen Dank für Deinen Hinweis. Ich würde es gerne vermeiden auf TFS 2015 zu gehen bevor es das erste Service Pack dazu gibt. Mir geht es auch nicht primär darum alte Feature aus Scrum for Team System zu übernehmen, sondern ich möchte die Historie des Source-Codes erhalten und also kein neues Projekt anlegen. Wir arbeiten im Wesentlichen immer an der selben Software, auch wenn ab und zu ein neues Programm dazu kommt.

    Müsste ich denn, wenn ich jetzt ein angepasstes Scrum 2013.4 anwende, dieses für TFS 2015 erneut anpassen?

    Gruß

    Peter

    Montag, 15. Juni 2015 09:49
  • hallo Peter,

    ab TFS Version 2012 koennen die Process Template durch einen Wizard auf die aktuelle Version upgraded werden sofern keine - oder nur marginale - Anpassungen gemacht wurden.

    Dh. wenn Du jetzt TFS 2013 ein neues Team Project mit Scurm 2013.4 erstellst - oder manuell upgraded/konvertiert hast - so kannst Du mit TFS 2013 Update 5 oder TFS 2015 RC  / RTM mit Features Wizard das Process Template auf neueste Scrum Version upgraden - BTW die Namen wurden wieder mal geaendert und enthalten ab TFS 2015 keine Versionsnummer mehr im Namen.

    Bezueglich der Migration von Scrum for Team System auf Scrum 2013.4

    Du schreibst, dass Du die work item und die anderen Artefakte nicht zu migrieren brauchst und nur gerade die  intakten History des Source Code benoetigst: in diesem Fall kannst Du einfach alle Work Items loeschen und dann das gewuenschte Process Template einspielen.

    Ein interessanter Artikel dazu findest Du hier: Upgrading your Process Template in Team Foundation Server

    speziell #3 Destry all Work Items and Import new ones


    Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

    Montag, 15. Juni 2015 10:53
  • Hallo Daniel,

    vielen Dank Deine Informationen und den interessanten Link. Es ist beruhigen zu sehen, dass sich andere mit ähnlichen Problemen rumplagen ;-)

    Unsere WorkItems brauchen wir allerdings schon noch. Nur benötigen wir keine Besonderheiten aus dem bisherigen Template. Das einzige was wir rüberretten müssen sind die Stati, d.h. wenn bei Bug Closed ist, muss er dann auf Done (bzw. auf Deutsch dann wohl fertig) gesetzt werden.

    Meine Idee wäre daher, die WorkItems in der neuen Prozessvorlage so anzupassen, dass sowohl alte  wie neue Stati zulässig sind. Diese Prozessvorlage würde ich dann hochladen um denConfigure Features Wizard aufzurufen und zu hoffen, dass die neue Vorlage zur Auswahl angeboten und anschließend ohne Fehler akzeptiert wird.

    Kann das gehen? Muss ich die alten WorkItem-Typen umbenennen oder können diese einfach zusätzlich stehen bleiben?

    Gruß

    Peter

    Montag, 15. Juni 2015 15:36
  • hallo Peter,

    hast Du auch diesen Link gelesen: Upgrading to Visual Studio Scrum 3.0 process template in TFS 2013

    Upgrading your Visual Studio Scrum Team Project to Visual Studio Scrum 3.0 is relatively simple.

    1. Download Visual Studio Scrum 3.0 Process Template from TFS
    2. Re-apply any customisations that you use
    3. Import your new Process Template

    These are all fairly simple steps but you will need to be an Administrator on the Team Foundation Server 2013 Team Project Collection and be using the latest Visual Studio 2013 Team Explorer tools.

    es stellt sich die Frage ob Du "Scrum for Team System" (hosted auf Codeplex) oder "Visual Studio Scrum Team Project" verwendest ? Du siehst dies evt. anhand der installierten Process Templates (Manage Process Templates)

    Falls Visual Sutdio Scrum Team Project, dann probier das Ganze aber auf einer Testinstallation aus und checke zuerst ob die States der relevanten work items auch im neuen Process Template existieren. Danach kannst Du mittels Features upgrade auf neueste Scrum Version upgraden.

    Im Prinzip kann beliebig zwischen Process Templates gewechselt werden sofern alles gemappt werden kann - allenfalls via mehrfaces renaming von Felder etc. und allenfalls mit Hilfsfelder und kopieren von Werte wobei dann aber jedoch die Modifikation in work Item History auftaucht

    Falls Du nicht weiterkommst mit der Anpassung, kann Dir das Forum sicher weiterhelfen.


    Dienstag, 16. Juni 2015 21:04
  • Hallo Daniel, hallo Forumsbesucher,

    ich habe mich letztlich dazu entschieden, von der neuen Vorlage "Microsoft Visual Studio Scurm 2013.4" auszugehen und nur weiterhin die alten (bei uns englischsprachigen) Stati weiter zuzulassen. Dieses Prozess-Template habe ich dann auf das bestehende Team-Projekt angewendet. Auf diese Weise kann  man keine Einstellungen vergessen, die später beim Erstellen des Projekt-Portals notwendig sind. Es ist aber die gesamte Historie der PBI und Aufgaben sichtbar und die gesamte Source-Code Historie. Bei alten Produkt Backlog Items sieht man aber unter Aufgaben keine Sprint Backlog Task oder Aufgaben mehr, da der dort erwartete Linktyp jetzt anders heisst. Man findet sie aber weiterhin, wenn man unter Links schaut. Das reicht für die historischen Daten.

    Da dieses Vorgehen vielleicht auch für andere interessant ist, anbei meine konkreten Änderungen an der Vorlage "Microsoft Visual Studio Scurm 2013.4" :

    In der Datei ProcessTemplat.xml wurde ein neuer Name und eine neue Versionsnummer vergeben:

        <name>Microsoft Visual Studio Scrum 2013.4 Extended</name>
        <description>Diese Vorlage ist für Scrum-Teams gedacht. Einige alte Stati bleiben erhalten.</description>
        <version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="3" minor="15"/>

    Dazu kommen nun noch die Ergänzungen der Stati und der Übergänge zwischen ihnen in den 4 WorkItem Tracking XML-Dateien Bug.xml, Task.xml, TestCase.xml und ProductBacklogItem.xml, die ich wegen der Größe getrennt sende.

    Damit ich das neue Prozess-Template auf das alte Team-Projekt anwenden konnte musste ich zunächst die Umbennenungen vornehmen. Dazu als Administrator eine eine Developer Eingabeaufforderung aufmachen und in den Pfad wechseln, wo das Template steht:

    witadmin renamewitd /collection:http://vhlb04:8080/DefaultCollection /p:"MyTeamProject"  /n:"Sprint Backlog Task" /new:"Aufgabe"
    witadmin renamewitd /collection:http://vhlb04:8080/DefaultCollection /p:"MyTeamProject"  /n:"Acceptance Test" /new:"Testfall"
    witadmin renamewitd /collection:http://vhlb04:8080/DefaultCollection /p:"MyTeamProject"  /n:"Bug" /new:"Fehler"
    witadmin renamewitd /collection:http://vhlb04:8080/DefaultCollection /p:"MyTeamProject"  /n:"Shared Steps" /new:"Freigegebene Testschritte"

    Dann die XML-Dateien für die Arbeitsaufgabentypen und die Linktypen sowie die Kategorien importieren:

    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\Bug.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\CodeReviewRequest.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\CodeReviewResponse.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\Feature.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\FeedbackRequest.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\FeedbackResponse.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\Impediment.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\ProductBacklogItem.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\SharedParameter.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\SharedStep.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\Task.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\TestCase.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\TestPlan.xml"
    witadmin importwitd /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\TypeDefinitions\TestSuite.xml"

    witadmin.exe importlinktype /collection:http://vh04:8080/DefaultCollection /f:"WorkItem Tracking\LinkTypes\SharedParameterLink.xml"
    witadmin.exe importlinktype /collection:http://vh04:8080/DefaultCollection /f:"WorkItem Tracking\LinkTypes\SharedStep.xml"
    witadmin.exe importlinktype /collection:http://vh04:8080/DefaultCollection /f:"WorkItem Tracking\LinkTypes\TestedBy.xml"

    witadmin.exe importcategories /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\Categories.xml"

    Schließlich die Prozess-Konfiguration importieren:

    witadmin importprocessconfig /collection:http://vh04:8080/DefaultCollection /p:"MyTeamProject" /f:"WorkItem Tracking\Process\ProcessConfiguration.xml"

    Nun kann man das Projekt-Portal erzeugen:

    CD C:\"Program Files (x86)\Microsoft Team Foundation Server 2013 Power Tools"

    tfpt addprojectportal /collection:"http://vh04:8080/DefaultCollection" /teamproject:"MyTeamProject"  /processtemplate:"Microsoft Visual Studio Scrum 2013.4 Extended"

    Wenn es beim ersten Mal nicht klappt, den letzten Befehl noch mal aufrufen.

    Mit diesen Erweiterungen und Befehlsaufrufen sollte man die Umstellung in 2 Stunden über die Bühnen bekommen.

    Es sollte auch keinen großen Unterschied machen, noch einige alte Felder aus dem alten Template mit in das neue Template zu übernehmen. Für uns waren aber z.B. die alten Schätzungen in Story-Points nicht mehr interesant.

    Gruß

    Peter

    Dienstag, 14. Juli 2015 11:50
  • In der Datei Bug.xml wurden die alten Stati (zwischen <STATES> und </STATES>) hinzugefügt:

            <STATE value="Active">
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <EMPTY/>
                </FIELD>
              </FIELDS>
            </STATE>
            <STATE value="Closed">
              <FIELDS>
               <FIELD refname="Microsoft.VSTS.Scheduling.Effort">
                  <EMPTY/>
                </FIELD>
              </FIELDS>
            </STATE>
            <STATE value="Ready for Test">
              <FIELDS>
               <FIELD refname="Microsoft.VSTS.Scheduling.Effort">
                  <EMPTY/>
                </FIELD>
              </FIELDS>
            </STATE>
            <STATE value="Deleted">
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Scheduling.Effort">
                  <READONLY/>
                </FIELD>
              </FIELDS>
            </STATE>
            <STATE value="Ignored"/>

    sowie die alten Übergänge zwischen diesen Stati (zwischen <TRANSITIONS> und </TRANSITIONS>):

            <TRANSITION from="Active" to="Neu">
              <REASONS>
                <REASON value="Build Failure" />
                <DEFAULTREASON value="Old Bug in new Sprint" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Neu" to="Active">
              <REASONS>
                <REASON value="Build Failure" />
                <DEFAULTREASON value="Wechsel von Neu nach Alt" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Active" to="Ready for Test">
              <REASONS>
                <DEFAULTREASON value="A fix is ready for testing" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Active" to="Closed">
              <REASONS>
                <DEFAULTREASON value="Resolved" />
              </REASONS>
               <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <SERVERDEFAULT from="clock" />
                </FIELD>
              </FIELDS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Active">
              <REASONS>
                <DEFAULTREASON value="Reactivated" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Closed">
              <REASONS>
                <DEFAULTREASON value="Resolved" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for deletion" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Closed" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for deletion" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Active" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for deletion" />
              </REASONS>
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <READONLY />
                </FIELD>
             </FIELDS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Active">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for restoration" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Active" to="Ignored">
              <REASONS>
                <DEFAULTREASON value="Item has been ignored" />
              </REASONS>
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <READONLY />
                </FIELD>
              </FIELDS>
            </TRANSITION>
            <TRANSITION from="Ignored" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for deletion" />
              </REASONS>
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <READONLY />
                </FIELD>
              </FIELDS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Ignored">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for restoration" />
              </REASONS>
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ClosedDate">
                  <READONLY />
                </FIELD>
              </FIELDS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Ready for Test">
              <REASONS>
                <DEFAULTREASON value="Item has been marked for restoration" />
              </REASONS>
            </TRANSITION>
    Dienstag, 14. Juli 2015 11:51
  • In der Datei TestCase.xml wurden die alten Stati (zwischen <STATES> und </STATES>) hinzugefügt:

            <STATE value="Not Implemented" />
            <STATE value="Ready for Test" />
            <STATE value="Failed" />
            <STATE value="Passed" />
            <STATE value="Deleted" />

    und folgende Übergänge zwischen den Stati (zwischen <TRANSITIONS> und </TRANSITIONS>):

            <TRANSITION from="Entwurf" to="Not Implemented">
              <REASONS>
                <DEFAULTREASON value="New Acceptance Test" />
              </REASONS>
              <FIELDS>
                <FIELD refname="System.AssignedTo">
                  <DEFAULT from="currentuser" />
                </FIELD>
              </FIELDS>
            </TRANSITION>
            <TRANSITION from="Not Implemented" to="Ready for Test">
              <REASONS>
                <DEFAULTREASON value="Ready for Test" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Failed">
              <REASONS>
                <DEFAULTREASON value="Test Failure" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Passed">
              <REASONS>
                <DEFAULTREASON value="Test has passed" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Failed" to="Ready for Test">
              <REASONS>
                <DEFAULTREASON value="Ready for Retest" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Passed" to="Failed">
              <REASONS>
                <DEFAULTREASON value="The test no longer passes" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Ready for Test" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Implemented" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Failed" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Passed" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Ready for Test">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Not Implemented">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Failed">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Passed">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>

    • Bearbeitet peter.sx Dienstag, 14. Juli 2015 11:53 Formatierung Überschrift
    Dienstag, 14. Juli 2015 11:52
  • In der Datei Task.xml wurden die alten Stati (zwischen <STATES> und </STATES>) hinzugefügt:

            <STATE value="Not Started" />
            <STATE value="In Progress" />
            <STATE value="Done">
            </STATE>
            <STATE value="Descoped" />
            <STATE value="Deleted" />

    und folgende Übergänge zwischen den Stati (zwischen <TRANSITIONS> und </TRANSITIONS>):

            <TRANSITION from="Aufgabenplanung" to="Not Started">
              <REASONS>
                <DEFAULTREASON value="New" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Started" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Work has commenced" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Started" to="Descoped">
              <REASONS>
                <DEFAULTREASON value="Item removed from scope" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="In Progress" to="Done">
              <REASONS>
                <DEFAULTREASON value="Work has been completed" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="In Progress" to="Descoped">
              <REASONS>
                <DEFAULTREASON value="Item removed from scope" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Started" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="In Progress" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="Not Started">
              <REASONS>
                <DEFAULTREASON value="Work included in scope." />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Commenced work included in scope." />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Done" to="Deleted">
              <REASONS>
                <DEFAULTREASON value="Item marked as deleted" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Not Started">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Descoped">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Deleted" to="Done">
              <REASONS>
                <DEFAULTREASON value="Deleted item restored" />
              </REASONS>
            </TRANSITION>
    Dienstag, 14. Juli 2015 11:53
  • In der Datei ProductBacklogItem.xml wurden die alten Stati (zwischen <STATES> und ...) hinzugefügt:

            <STATE value="Not Started" />
            <STATE value="In Progress" />
            <STATE value="Done" />
            <STATE value="Descoped" />
            <STATE value="Broken" />
            <STATE value="Deprecated" />
            <STATE value="Deleted" />

    und folgende Übergänge zwischen den Stati (zwischen <TRANSITIONS> und </TRANSITIONS>):

            <TRANSITION from="Neu" to="Not Started">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Neu" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Started" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Not Started" to="Descoped">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="In Progress" to="Descoped">
              <REASONS>
                <DEFAULTREASON value="Item has been removed from scope" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="Not Started">
              <REASONS>
                <DEFAULTREASON value="Item moved back into scope" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Item moved back into scope" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Descoped" to="Deprecated">
              <REASONS>
                <DEFAULTREASON value="Item is marked irrelevant" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Done" to="Broken">
              <REASONS>
                <DEFAULTREASON value="Finished work has become invalid" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Broken" to="Done">
              <REASONS>
                <DEFAULTREASON value="Invalid work marked as completed" />
              </REASONS>
            </TRANSITION>
            <TRANSITION from="In Progress" to="Done">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Fertig" to="Done">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
            <TRANSITION from="Bestätigt" to="In Progress">
              <REASONS>
                <DEFAULTREASON value="Wechsel der Vorlage"/>
              </REASONS>
            </TRANSITION>
    Dienstag, 14. Juli 2015 11:54
  • Da dieses Vorgehen vielleicht auch für andere interessant ist, anbei meine konkreten Änderungen an der Vorlage "Microsoft Visual Studio Scurm 2013.4" :

    In der Datei ProcessTemplat.xml wurde ein neuer Name und eine neue Versionsnummer vergeben:

        <name>Microsoft Visual Studio Scrum 2013.4 Extended</name>
        <description>Diese Vorlage ist für Scrum-Teams gedacht. Einige alte Stati bleiben erhalten.</description>
        <version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="3" minor="15"/>

    hallo Peter,

    version type sollte eine neue GUID zugewiesen bekommen anonsten kann es zu Problemen kommen, da diese Guid fuer Scrum Template von Microsoft benutzt wird 


    Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

    Dienstag, 14. Juli 2015 18:41
  • Hallo Daniel,

    Danke für den Hinweis. Es reicht also nicht minor von 14 auf 15 zu erhöhen.

    Aber wie erzeuge ich einen sinnvollen und eindeutigen Wert für version type?

    Gruß

    Peter

    Freitag, 17. Juli 2015 09:35
  • Hallo Daniel,

    Danke für den Hinweis. Es reicht also nicht minor von 14 auf 15 zu erhöhen.

    Aber wie erzeuge ich einen sinnvollen und eindeutigen Wert für version type?


    was machts Du bei TFS 2013 Update 5 - falls dort eine Kollision der Nummer gibt ?

    um eindeutigen Wert zu generieren, kannst Du das Tool Create GUId benutzen: Visual Studio > Tools > Create GUID oder Visual Studio command prompt: guidgen.exe


    Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.


    Freitag, 17. Juli 2015 12:57