Die Team Foundation Power Tools 2010 sind nun für Visual Studio 2010 RTM verfügbar. Wer sich wundert, wohin der Alerts-Knoten entschwunden ist, sollte mal im Team Explorer im Kontextmenü der Project-Collection nachsehen. Hier findet sich nun der Alerts Explorer mit dem sich komfortabel Benachrichtigungen einstellen lassen:

Abbildung 1 – Der Alerts Explorer im Kontextmenü der Team Project Collection

Die verfügbaren Events wurden um das Build-Quality-Changed-Event erweitert, sodass sich nun auch E-Mail-Benachrichtigungen bei der Änderung an einer Build-Qualität (zum Beispiel von “Accepted” auf “Ready for Test”) ´über den Alerts Explorer einrichten lassen.

Die verfügbaren Vorlagen sind in Abbildung 2 dargestellt.

Abbildung 2 – Die verfügbaren Alert-Templates

[Deutsche Version des Artikels]

A significant amount of project effort, especially at customers doing mainly product development, goes into migrating and optimizing build processes. Build processes exhibit 3 important aspects, which due to their criticality and benefits legitimate project costs:

1. Build processes are implicitly business critical – only a working build process results in deliverable products.
2. Heterogeneous build processes imply high – mostly hidden maintenance efforts without directly visible benefits. Small changes in “the scripts” are long lasting and expensive tasks which can be done by high qualified resources only.
3. Build processes often require manual steps, which can be automated with modern platform. Which saves costs!

This article introduces the new free AIT Build Suite 2010. With which complex build processes can be configured easily using centralized builds with Microsoft Visual Studio Team Foundation Server 2010.

(more…)

[English version of this article]

In unseren Projekten, vor allem bei Kunden mit Schwerpunkt auf Produktentwicklungen ist ein wesentlicher Teil der Arbeit die Migration und Optimierung von Buildprozessen. Buildprozesse besitzen 3 wesentlich Eigenschaften, die aufgrund des Nutzens die anfallenden Kosten rechtfertigen:

1. Buildprozesse sind implizit geschäftskritische Prozesse – nur ein                   funktionierender Build resultiert in einem auslieferbaren Produkt.
2. Stark heterogene Buildprozesse erforden einen hohen – meist versteckten Wartungsaufwand ohne direkten Nutzen. Kleine Änderungen an “den Skripten” dauern lange und involvieren zu viele qualifizierte Ressourcen.
3. Buildprozesse erfordern häufig manuelle Schritte, die sich aber mit modernen Tools automatisieren lassen. Das spart Kosten!

Dieser Beitrag stellt die neue, kostenlose Build Suite 2010 der AIT vor. Damit lassen sich komplexe Buildprozesse auf Basis des Microsoft Visual Studio Team Foundation Server 2010 einfach und parametrisierbar umsetzen.

(more…)

Das neue Release des Team Foundation Servers 2010 birgt neben zahlreichen neuen Funktionen auch eine umfangreiche Integration in Microsoft Office Project 2007. So können Work Items in Project geöffnet, geändert und in den TFS zurückgespielt werden. Dabei gehen im Vergleich zur Version 2008 keine Daten zu Vorgängern und Nachfolgern sowie der Task-Hierarchie mehr verloren, sondern werden über die neuen Linktypen zentral im Team Foundation Server verwaltet. Doch der Teufel steckt mal wieder im Detail…

(more…)

[This blog post has been written by our partner Ive Verstappen – see below for details about the author]

Although the scrum template for Team Foundation Server is a good way to organise your work, a lot of teams often miss a way to visualize the sprint backlog.

A sprint backlog should be easy to change and administer. A team-member, scrum-master or project stakeholder should be able to check the status of the sprint easily. A flat list of items may not be an ideal solution for this demand.

There are some tools available to visualize backlog, among one of them is the Scrumdashboard which is presented in this post.

(more…)

Unser AIT TeamSystemPro Partner Ekobit hat eine neue Version der Team Foundation Server Outlook-Integration “TeamCompanion” veröffentlicht. Nähere Details finden Sie auf der Produktseite.

Mit TeamCompanion verwaltet man Team-Projekte bequem in Outlook:

Über Zeitsteuerungen lassen sich Veränderungen an Work Items wie ungelesene Objekte im Outlook behandeln. So bleibt man auf dem aktuellen Stand und wird nicht durch eine Flut von Benachrichtigungsmails des TFS überhäuft.

Das AIT Build Package besteht aus einer Reihe von Erweiterungen für das Build System des Team Foundation Servers. Diese erleichtern die Tasks, die mit dem Build Package ausgeliefert werden, viele Standardabläufe, die bei vielen Kunden benötigt werden. Bei der aktuellen Erweiterung des Build Package sind die nachfolgenden Erweiterungen hinzugekommen:

(more…)

Vor allem frühere Nutzer von Visual SourceSafe arbeiten im Team Foundation Server immernoch mit exklusiven Checkouts. Das bedeutet, dass ständig die für eine dringende Änderung zu bearbeitende Datei von einem anderen Benutzer blockiert ist. Viele Nutzer haben mit dem Merge von konkurrierend ausgecheckten Dateien schlechte Erfahrungen gemacht. Teilweise mag das am Vergleichs- und Mergewerkzeug liegen, welches der Team Explorer mitbringt. Was viele nicht wissen, Sie können diese Werkzeuge sehr einfach ersetzen und Ihren eigenen Vorlieben entsprechend anpassen. Im folgenden sollen die Alternativen aufgelistet werden.

(more…)

Mit dem Fokus auf Microsoft Technologien setzt AIT seit dem allerersten Release auf das Visual Studio Team System als Plattform für den gesamten Application-Lifecycle für die Individualsoftware-Entwicklung. Die aktuelle Version 2008 weist jedoch noch Lücken im Requirements-Engineering auf, die es zu füllen galt. Wir haben ein Werkzeug zur Synchronisaiton von Word-Spezifikationsdokumenten mit dem Team Foundation Server entwickelt und seit geraumer Zeit im Einsatz. Wir haben wesentliche Erfahrungen aus unseren Projekten in diesem Beitrag in aller Kürze zusammengefasst…

(more…)

Ein zentrales Feature des Visual Studio Team Foundation Server ist das umfassende zentrale Reporting über alle Artefakte des Projekts. Die intensive Nutzung der Reports ist verbunden mit dem ständigen erneuten Setzen der Reportparameter - z.B. der aktuellen Iteration. Wie Sie diese Umstellung speichern und somit die wiederholte Auswertung von Reports (z.B. tägliche Statusreports) vereinfachen, zeigt dieser Beitrag.

(more…)