TFS Prozessführung Vorlage Lock-in?

Question

Mein Team sucht viele unserer Tools zur Migration (SCM, Bug-Tracking, baut, Tests) nach TFS. Wir denken über jedes System in Stufen zu bewegen. Zum Beispiel Quellensteuerung bewegt ersten, Bug / Feature Tracking nächsten, etc ...

Da haben wir eine Prozessvorlage wählen Quellcodeverwaltung zu verwenden (oder irgendetwas in TFS) wie verriegelt sind wir mit der Entscheidung? Ich bin auf der Suche zu vermeiden, später ein anderes Projekt zu erstellen ( oder ist das nicht so schlimm, wie ich denke, es wäre?).

Ich weiß, dass ich in der Theorie alles, was die Prozessvorlage konfiguriert, nachdem die Tatsache anpassen kann (oder?), Aber wie machbar ist dies in der Praxis?

Hier ist, wie ich sehe Dinge geschehen:

1. Wir migrieren unsere Quellcode. Wir wählen Microsofts CMMI-Vorlage.
2. Wir schaffen eine neue Arbeitseinheit (oder beim Check-in Note), die ein einfacher Link zu unserem Legacy-Bug-Tracking-System ist.
3. Wir arbeiten für eine Weile.
4. Wir warten, bis die Kräfte, die sein (wir sind ein anständiges Unternehmen große Software) eine neue TFS Entwicklung Workflow zu erarbeiten. Dies kann eine einfache Sammlung von neuen Workitems oder eine völlig neue Vorlage, die alle möglichen Sachen konfiguriert.
5. Wir versuchen unser TFS Projekt zu diesem neuen System zu migrieren, ohne unsere Geschichte zu verlieren.

Werden wir bedauern wir nicht nur wartete, bis alle diese Entscheidungen vor der Verwendung TFS abgeschlossen wurden?

Answer 1

Also, sind Sie richtig über Ihre Prozessvorlage zu denken, wie es eine bestimmte Menge an „Lock-in“ ist jedoch nicht zu streng. Es ist wie Sie Ihre Prozessvorlage mit Honig stecken, anstatt Superkleber.

Persönlich würde ich mit der MSF Agile-Vorlage beginnen. Es ist viel geringeres Gewicht und weniger Arbeitsaufgaben -., So dass Sie mehr likley Dinge zu wollen, um es hinzuzufügen (sehr leicht in TFS, sehr gut unterstützt), anstatt sie wegzunehmen (komplizierter und nicht ganz zufriedenstellend)

Wenn jedoch die Macht, dass der sein entscheiden, einen uber Prozessdefinition Prozess nach unten gehen und auf magische Weise mit einem neuen Prozessvorlage in 12 Monaten Zeit kommen, dass sie Sie wollen, dann verwenden, um es nicht ganz verloren. Wenn Sie feststellen, dass Sie eine brandneue Team-Projekt erstellen möchten, solange es auf dem Server (oder Project Collection in TFS 2010) ist, dann können Sie entweder verzweigen Sie Ihren Code auf das neue Team-Projekt (was bedeutet, dass die Geschichte etwas ist in aktuellen Versionen der TFS-Clients verdeckt) oder Sie können ein neues Team-Projekt mit einem leeren Ordner für die Quellcodeverwaltung erstellen und dann das Kind aus den alten Team Projektordnern auf den neuen einem bewegen. Dies wird Geschichte bewahren perfekt als TFS Geschichte für Züge auf der gleichen TFS-Instanz verwaltet. Ihre Arbeit Gegenstände aus der Zeit vor dem Umzug wird zwar in der alten Prozessvorlage stecken über und Sie werden entscheiden müssen, wenn Sie sie kopieren wollen oder lassen sie natürlich geschlossen zu bekommen.

Offensichtlich durch tatsächlich mit TFS für 12 Monate an realen Projekten, wenn die Kräfte, die Sie kommen klopfen auch in einer viel besseren Position sein werden zu wissen, was Sie Ihre glänzende neue Prozessvorlage aussehen sollen - und ich ‚gefunden habe oft, dass dies eine Übung, die gerade passiert nie und die meisten Menschen sind bastelt glücklich an den Rändern von MSF Agile oder etwas mehr normativ wie Scrum für Team System .

Ich hoffe, das hilft,

Martin.