Microsoft -Team -Systemwert nur innerhalb eines Entwicklerteams

Question

Das Microsoft-Teamsystem scheint eine großartige Plattform für die Implementierung von prozessorientierten Systemen zu sein. Wenn Sie jedoch Zugriff auf BAS, PM und Geschäftsanwender ausziehen und es nur in einem Entwicklerteam verwenden, hat es mehr Wert als nur die Verwendung von Visual Studio Professionell, Quellensafe, ein Defekt -Tracking -Tool und ein kontinuierlicher Integrationsserver wie CruiseControl oder TeamCity?

Answer 1

Ja. Jede Ersatztechnologie, die Sie erwähnt haben, wird vom Teamsystempaket unterstützt (entweder in dieser oder in der nächsten). Alle diese Komponenten sind so konzipiert, dass sie sich in TFs integrieren und miteinander arbeiten. Dies hat eine hohe Priorität des TFS -Teams für alle Komponenten. Das Ergebnis ist eine Reihe von Funktionen, die sich in den meisten Fällen nahtlos ineinander integrieren.

Ich bin mit einigen anderen Projekten, die Sie erwähnt haben, nicht vertraut, aber es ist unwahrscheinlich, dass sie sich auch als die entsprechenden TFS -Komponenten ineinander integrieren. Dies bedeutet nicht, dass sie keine Integration haben oder als Produkte schlecht abschneiden. Nur dass sie nicht entworfen wurden, um miteinander zu arbeiten. Daher ist die Wechselwirkung nicht so knusprig wie die TFS -Komponenten.

Ist das wertvoll genug, um weiterhin TFs zu verwenden? Ich weiß es nicht, weil es in hohem Maße davon abhängt, wie sehr Sie diese Integration schätzen.

Answer 2

Eines der großen Verkaufsargumente für TFS für mein Team ist die Kohärenz, die es für unseren gesamten Produktlebenszyklus bietet. Wir erlauben BAS, PMS und Geschäftsnutzern, bestimmte Zugang zu TFs zu haben, aber selbst wenn wir es nicht tun würden, wäre das Produkt immer noch von großem Wert zu bedienen. Die Fähigkeit, unsere Workflows innerhalb von TFs zu verwalten und die Konsistenz im gesamten Entwicklungsteam durchzusetzen, ist großartig.

Einige der Funktionen, die TFS verwenden, die wir verwenden: Sicherheit, Berichterstattung, Arbeitsflussmanagement, integrierte Builds, E -Mail -Warnungen, Verzweigungen / Zusammenführungen.

Könnten Sie es mit einem Hodge-Podge anderer Werkzeuge abziehen? Wahrscheinlich, aber es wäre nicht so einfach zu verwalten und zu warten, und Sie würden wahrscheinlich nicht in der Lage sein, die Art von Daten herauszuholen, die für die Berichterstattung und Verfolgung der Art und Weise, wie Sie es können, mit TFS erforderlich sind.

Wenn Sie bei einer Nebenbemerkung als Ihr Repository für visuelle Quellen zählen, würde ich dringend empfehlen, anderswo zu schauen. Aus persönlicher und geschäftlicher Erfahrung kann ich bestätigen, dass es nicht als stabiles/robustes Repository gezählt werden kann.

Meine Gedanken.

Answer 3

Sicher hat es Wert. Es gibt eine Menge Kundenfunktionen nur im Team-Skus (lass dich nicht vom Namen täuschen-sie sind in erster Linie nur die neuen "Super Premium" -Küchenküchenversionen, die auch den schönen Bonus haben, einen Server für die Aufnahme eines Servers für Tfs.) Genaue Spezifikationen hier erhältlich: http://www.microsoft.com/visualstudio/en-us/products/teamsystem/default.mspx

Wenn Sie sich speziell auf die Kollaborationsmerkmale befassen, gibt es wieder einen klaren Wert in einem System, dessen Komponenten Design für "nur miteinander arbeiten". Das Setup ist optimiert (obwohl es noch Möglichkeiten gibt); Die UIs sind konsistent und voneinander zugänglich; Das Backend füttert einen einheitlichen Berichterungs-/Analysedienst. Wenn Sie ein großes Team haben, übertrifft die Gesamt -Perf/Skalierbarkeit auch weit, wozu die typische OSS -Suite derzeit fähig ist.

Die Frage ist, ob es Ihnen das Geld wert ist. Warum Visual Studio Professional anstelle von SharpDevelop verwenden? Warum Quellen anstelle von Git? Warum nicht notorpad und speziell beschriftete Ordner?

Alle kommerziellen Produkte sind aus einem bestimmten Grund kommerziell (OK, vielleicht nicht Quellenafe!). Wenn Sie etwas mit einem breiten Feature-Set, einer engen Integration, genau definierten Support- und Testen von Lebenszyklus, guter Passform und Finish usw. wünschen, lohnt es sich normalerweise, das Geld auszugeben und Ihre Entwicklungspersonal mit ihrer Arbeit weiterzugeben. Wenn es Ihnen nichts ausmacht, sich selbst zu beheben und sich selbst zu beheben, wechseln Sie zwischen mehreren Anwendungen als Teil des Entwicklungsworkflows, verlieren Sie die Fähigkeit, über Teamstatistiken als Ganzes abzufragen und zu melden, auf jeden Fall Go Open Source - viele OSS -Dev Werkzeuge sind heutzutage sehr solide.