Visual Studio Team System und Microsoft Solutions Framework
Aktualisiert: November 2007
In Microsoft Visual Studio Team System wendet ein Team von Experten das „Rollenwissen“ im Teammodell des MSF-Prozessleitfadens an. Sie können das Teammodell als Vorlage zum Durcharbeiten eines vollständigen Projektlebenszyklus verwenden, einschließlich Vision, Produktion, Verwendung und Wartung.
Das Teammodell enthält die folgenden Rollen:
Architektur
Entwicklung
Produktmanagement
Programmmanagement
Versionsfreigabe
Test
Benutzerfreundlichkeit
Weitere Informationen zum Microsoft Solutions Framework finden Sie auf der Microsoft-Website.
Weitere Informationen zur Verwendung des Team Explorer in diesen Rollen finden Sie unter Gewusst wie in Team Foundation.
Architektur
Der Architekt ist zum Entwerfen und Beibehalten der architektonischen Integrität des Produkts verantwortlich. Er definiert sowohl die Organisationsstruktur der Anwendung als auch die physische Struktur der Bereitstellung. Hierbei ist es das Ziel des Architekten, Komplexität sowie Kopplungs- und Regressionseffekte zu verringern und die Stabilität der Komponenten zu erhöhen. Indem das System in Teile partitioniert wird, kann jeder Teil unabhängig voneinander erstellt und getestet werden.
Die resultierende Architektur ist wichtig, da sie vorschreibt, wie das System in Zukunft erstellt wird. Die Architektur bildet außerdem die Grundlage für viele Merkmale eines erfolgreichen Projekts. Das Architekturframework stellt sicher, dass ein Produkt benutzerfreundlich ist, zuverlässig und verwaltbar ist, Leistungs- und Sicherheitsstandards einhält und angesichts sich ändernder Anforderungen auf einfache Weise angepasst werden kann.
Im Folgenden finden Sie den Architekturworkflow:
Analyse
Erstellen einer Servicequalitätsanforderung
Erstellen von Produktanforderungen
Erstellen der Projektmappenarchitektur
Einrichten von Umgebungen
Festlegen des Projektprozesses
Testen einer Kundenanforderung
Überprüfen einer Produktanforderung
Entwicklung
Der Entwickler ist für die Erstellung des Produkts verantwortlich. Die Entwicklungsrollen, z. B. verantwortlicher Entwickler und Entwicklungsmanager, sind für weitere Kommunikations- und Projektmanagementaufgaben zuständig. Das Hauptaugenmerk des Entwicklers ist die Erstellung des Codes. Eine vereinfachte Kommunikation unterstützt den Entwickler dabei, sich auf dieses Hauptziel konzentrieren zu können. In der Anfangsphase eines Projekts wird von Entwicklern außerdem erwartet, dass sie an der Erstellung der Produktanforderungen mitarbeiten, die nicht Teil der Kundenanforderungen waren. Häufig arbeitet der Entwickler mit dem Architekten in einem funktionsübergreifenden Team zusammen.
Die Rolle eines verantwortlichen Entwicklers besteht in Leitungs- und Kommunikationsaufgaben im Auftrag anderer Entwickler. Er stellt seine Erfahrungen und Fertigkeiten zur Verfügung und beweist Führungsstärke, indem er die anderen Entwickler betreut. Leitende Entwickler sind für Codeüberprüfungen, Codeentwurf und Codeabdeckung bei Komponententests verantwortlich. Sie fungieren für die Entwickler als Verbindung zum Rest des Projekts. Um die Produktivität zu unterstützen, steuern leitende Entwickler die Kommunikation zwischen dem allgemeinen Projektteam und externen Unternehmen und schützen die Entwickler vor willkürlichen Eingriffen in ihre tägliche Zeitplanung. Deshalb können Entwicklungsleiter sich nur selten mit Codeerstellungsaufgaben befassen. Normalerweise verwenden sie 50 % ihrer Zeit für die Kommunikation und teilen die restliche Zeit auf die Anleitung und Betreuung der Entwickler in ihrem Team und das eigentliche Schreiben von Code für Entwicklungsaufgaben auf.
Der Entwicklungsworkflow ist wie folgt aufgebaut:
Analyse
Erstellen der Projektmappenarchitektur
Entwickeln der Dokumentation
Einrichten von Umgebungen
Festlegen des Projektprozesses
Korrigieren eines Fehlers
Implementieren einer Entwicklungsaufgabe
Produkt freigeben
Testen einer Kundenanforderung
Überprüfen einer Produktanforderung
Produktmanagement
Der Produktmanager ist der Ansprechpartner für den Endkunden des Produkts. Ihm obliegt die Gesamtverantwortung für die Anforderungen an das Produkt. Er muss durch Anforderungs- und Akzeptanztests im Rahmen der Produktvalidierung sicherstellen, dass das Produktziel erfüllt wird. Der Produktmanager ist verantwortlich für die Integration des Produkts in die strategischen Planungen der Organisation und die Anpassung an die in der ursprünglichen Zielsetzung festgelegten Marktsegmente. Er stellt ferner sicher, dass das Produktbudget eingehalten und das Geschäftsziel realisiert werden kann. Die Arbeit des Produktmanagers dient als primäre Referenzquelle für die Trackprüfpunkte im MSF-Prozessführungsmodell.
Der Arbeitsablauf des Projektmanagements lautet wie folgt:
Erfassen des Produktziels
Produkt freigeben
Programmmanagement
Der Programmmanager ist für die Erarbeitung von Kenntnissen und ihre Weitergabe und letztendlich für die Wertschöpfung eines Projekts verantwortlich. Dieser Wert ist in der Regel im Zielvorgabedokument zusammengefasst. Der Programmmanager trägt die Verantwortung für den gesamten Lebenszyklus des Projekts.
Das Hauptziel des Programmmanagers besteht darin, innerhalb des vereinbarten Zeitplans und Budgets den Geschäftswert zu erzielen. Aufgaben des Programmmanagers sind die Planung und Terminierung von Aufgaben einschließlich der Erstellung von Projekt- und Iterationsplänen, die Überwachung und Rückmeldung des Status sowie die Ermittlung und Minimierung von Risiken. Darüber hinaus muss der Projektmanager auch Business Analysten konsultieren, um den Backlog für das Projekt zu planen. Er muss Architekten, Entwickler, Tester, Dokumentationsspezialisten und Benutzeroberflächenarchitekten konsultieren, um den Arbeitsaufwand einzuschätzen und die Kommunikation im Team zu erleichtern.
Der Arbeitsablauf des Programmmanagements lautet wie folgt:
Erfassen des Produktziels
Erstellen von Produktanforderungen
Entwickeln der Dokumentation
Festlegen des Projektprozesses
Verwalten von Problemen
Planen einer Iteration
Planen des Projekts
Verwalten der Risiken
Testen einer Kundenanforderung
Überprüfen einer Produktanforderung
Versionsfreigabe
Die Aufgabe des Versionsmanagers ist das Verwalten der Markteinführung des Produkts. Der Versionsmanager koordiniert die Freigabe mit der Logistik- oder der Mediensteuerung. Zusammen erstellen sie einen Markteinführungsplan und bestätigen Release Candidates für die Veröffentlichung des Produkts oder die Bereitstellung.
Der Workflow der Versionsfreigabe ist wie folgt aufgebaut:
Baselinekonfigurationsverwaltung
Erstellen von Produktanforderungen
Festlegen des Projektprozesses
Verwalten von Änderungsanforderungen
Produkt freigeben
Test
Hauptziel des Testers ist es, im Zusammenhang mit dem Produkt auftretende Probleme, die den Wert des Produkts negativ beeinflussen können, zu ermitteln und mitzuteilen. Der Tester muss Kenntnis des Projektkontexts besitzen und andere Personen dabei unterstützen, auf Grundlage dieses Kontexts fundierte Entscheidungen zu treffen. Eine wesentliche Aufgabe des Testers besteht darin, durch das Testen des Produkts entscheidende Produktfehler zu ermitteln und zu berichten. Wenn ein Fehler ermittelt wird, ist es zudem Aufgabe des Testers, die jeweiligen Auswirkungen genau weiterzugeben und mögliche Lösungen zur Abschwächung dieser Auswirkungen zu beschreiben. Der Tester schreibt leicht verständliche Fehlerbeschreibungen und gibt Schritte an, mit denen ein Fehler nachvollzogen werden kann. Er legt zusammen mit dem gesamten Team Qualitätsstandards für das Produkt fest. Mithilfe der Tests werden das ordnungsgemäße Funktionieren bereits bekannter Funktionen geprüft und Probleme bei neuen Produkten ermittelt.
Der Arbeitsablauf des Testers sieht wie folgt aus:
Analyse
Schließen eines Fehlers
Entwickeln der Dokumentation
Einrichten von Umgebungen
Festlegen des Projektprozesses
Produkt freigeben
Testen einer Kundenanforderung
Überprüfen einer Produktanforderung
Benutzerfreundlichkeit
Der Dokumentationsspezialist ist normalerweise ein technischer Redakteur, der sich mit der technischen Dokumentation für den Endverbraucher befasst. Diese stärkt bzw. steigert den Wert des Produkts. Ein Dokumentationsspezialist kann an Produkthandbüchern, Onlinehilfen, Bedienungshandbüchern, Wartungshandbüchern, Schulungshandbüchern und jeder anderen Dokumentation arbeiten, mit der die Verwendung und der Wert des Produkts optimiert werden kann. Benutzeroberflächenarchitekten arbeiten i. d. R. eng mit Dokumentationsspezialisten zusammen.
Der Workflow für die Benutzerfreundlichkeit ist wie folgt aufgebaut:
Analyse
Entwickeln der Dokumentation
Festlegen des Projektprozesses
Produkt freigeben