Team Foundation Server - Welche Prozessvorlage ist für mich geeignet?

Question

Schließlich konnte ich die Installation von TFS abschließen und mit der Erstellung meines ersten Teamprojekts beginnen, das mich mit der Prozessvorlage vertraut machte.

Nachdem Sie dem Link zu Microsofts Website auf der Suche nach Informationen über Prozessvorlagen wurde ich mit neuen Informationen überschwemmt. Mit welchen Vorlagen haben Sie alle Erfahrungen gemacht, die entweder sehr gut funktioniert haben oder eher ein Stolperstein für das Projekt waren? Was waren die größten Vor- und Nachteile, auf die Sie gestoßen sind?

Ich bin der leitende Entwickler für ein kleines Unternehmen und werde TFS/VSTS verwenden, um ein Intranet-Portal zu erstellen, das die tägliche Arbeit der Endbenutzer konsolidiert und die Automatisierung zur Steigerung der Produktivität usw. erhöht. Es handelt sich um eine völlig neue Entwicklung, die die Vorteile von C#, ASP.NET und SQL Server 2008 nutzt.

Idealerweise würde ich gerne Funktionen nutzen, die die Zusammenarbeit mit den Beteiligten verbessern, um gewünschte Funktionen hinzuzufügen, den Entwicklungsstand zu verfolgen, Feedback zu geben usw. Ich wollte auch die Vorteile von JetBrains TeamCity für mein TFS nutzen. Wenn also eine bestimmte Vorlage/Software wirklich den Zusammenhalt zwischen TFS, TeamCity, Entwicklern und Stakeholdern verbessert, wäre das genau das, was mich interessiert.

Answer 1

Verwenden Sie bereits einen Softwareentwicklungsprozess wie Scrum? Wenn ja, können Sie diese Team-Prozess-Vorlage ausprobieren über aquí .

Wie groß ist Ihr Projektteam und wie groß ist das Projekt? Microsoft hat eine seiner internen Prozessvorlagen (MPT) veröffentlicht über aquí . Sie können sich an dieser Vorlage orientieren und inspirieren lassen.

Als tangurena erwähnt. Die Leute verwenden die Standardvorlagen, ändern den Fehler ein wenig und speichern einige Dokumente dort. Ich würde auch empfehlen, den Prozess "leicht" zu halten.

Die Prozessvorlage ist jedoch nicht alles.

Hier sind einige Ideen, was ich (in Ihrem Fall) tun würde:

• Erstellen Sie einige hochrangige Workitems (Features/Stories), die von Stakeholdern erstellt werden können (Constraints und TFS-Benutzergruppen sind Ihr Freund). Diese können dann über den TFS Work Item Web Access auf ihre angeforderten Features zugreifen. Auf diese Weise benötigen Sie keine CAL für sie.

• Erstellen Sie einige Berichte, die die geplante Arbeit nach Freigaben aufzeigen.

• Richten Sie die Build-Automatisierung ein und erstellen Sie Berichte (auch bekannt als Release Notes) aus Ihren Workitems entsprechend den Builds.

Was waren die größten Vor- und Nachteile, auf die Sie gestoßen sind?

Der größte Nachteil besteht darin, dass man anfängt zu glauben, die Vorlage sei der Königsweg. Das ist sie nicht, sie ist nur der Ausgangspunkt. Das TFS-Ökosystem bietet Ihnen viele Möglichkeiten, eigene Software zu erstellen, die Ihren Anforderungen entspricht. Schauen Sie sich einfach die TFS-API .

Answer 2

Hier ist eine weitere schöne agile Vorlage (das Original ist auf SSW aber Sie müssen eine Anmeldemauer überwinden).

Diese Vorlage trägt dazu bei, den Zusammenhalt zwischen Entwicklern, Managern und anderen Beteiligten zu verbessern, indem sie eine solidere Unterstützung für den Projektprozess (Dokumentation, Überprüfungen, &c., &c.) bietet. So sind beispielsweise Typen für Prozesselemente wie Release-Pläne integriert.

Answer 3

Generell würde ich einen so kleinen Prozess bevorzugen, wie Sie ihn bewältigen können. Je mehr Zustände, je mehr Felder Sie haben, desto wahrscheinlicher ist es, dass die darin enthaltenen Informationen schlichtweg falsch sind.

Wir arbeiten mit unserer eigenen Version der Agile-Vorlage. Das meiste, was wir damit gemacht haben, war das Löschen von Dingen.

Sie können die TFS-API verwenden, um Builds in der Datenbank zu protokollieren, was es Ihnen ermöglichen sollte, TeamCity und TFS zu verbinden. Abgesehen davon würde ich wahrscheinlich nur mit der Web-Schnittstelle, die mit TFS kommt gehen, ich glaube nicht, dass Sie Drittanbieter-Software für diese benötigen.

Answer 4

K.I.S.S.! Ich habe ein benutzerdefiniertes Workitem auf der Grundlage des Agile Workitems erstellt. Und das war's, nur ein Workitem. Es gibt einen "Systemschweregrad", den die IT-Abteilung verwendet, und eine "Geschäftspriorität", die der Kunde verwendet. Außerdem gibt es einen "Anforderungstyp". Mit diesen drei Angaben sowie dem integrierten Bereich und der Iteration kann das gesamte Team, einschließlich der Kunden, die Arbeitsaufgaben abfragen, um nur die Aufgaben zu erhalten, die für die betreffende Version relevant sind (oder alle, unabhängig von der Version).

Ich habe den Zustandsautomaten überhaupt nicht verändert. Damit haben wir etwas geschaffen, das für alle sehr flexibel ist. Dort kann alles protokolliert werden, von "Blue Sky"-Anfragen bis hin zu banalen inhaltlichen und visuellen Fehlern.

Der Kunde verwendet TFS Web Access (unbegrenzte CAL) und die Entwickler (ich und ein anderer) verwenden VS. Bei meinem letzten Job habe ich das gleiche Setup erstellt, das Entwicklerteam bestand aus 5 Personen und es funktionierte dort sogar noch besser! Ich war dort auch Entwicklungsleiter und technischer PM.

Der größte Vorteil war, dass das System für alle sehr flexibel war, wenn man einen Workitem-Typ für alles verwendete. Der Nachteil wäre die Lernkurve für den Kunden, aber wenn er erst einmal weiß, wie man es benutzt, gefällt es den meisten. Ein Vorschlag wäre, sich nach billigeren Tools für eine ähnliche Implementierung umzusehen, aber unser .edu-Rabatt bei MS ist unschlagbar.

Answer 5

Ich würde sagen, dass Sie zuerst das System identifizieren müssen, das Sie für den SDLC in Ihrem Unternehmen verwenden wollen. Die Prozessvorlage ist lediglich ein Werkzeug, und ohne ein gutes Verständnis des zugrunde liegenden Prozesses ist sie nicht hilfreich und kann die Dinge erschweren. Die Benutzerakzeptanz ist entscheidend für den Erfolg des SDLC und der Prozessvorlage.

Wir verwenden Scrum für Team System . Wir haben uns dafür entschieden, weil wir Erfahrung mit Scrum als SDLC-Methode haben. Es gibt mehrere ausgezeichnete Bücher und Artikel im Internet, die Ihnen helfen, sich auf den neuesten Stand zu bringen. Scrum bindet die Unternehmensbeteiligten in den Prozess ein.

In unserem System ist der Produktmanager für die Product Backlog Items verantwortlich und arbeitet mit mir und dem CTO zusammen, um sie in Sprint Backlog Items zu priorisieren.

Die einzige Änderung, die wir an der Prozessvorlage vorgenommen haben, war das Hinzufügen eines Zustands "Fehlgeschlagener Test" und eines entsprechenden Workflows.