Projektarbeit tbw Muster

B. Project Winifred begann unter anderem mit Teams, die sich um Anwendungsfälle drehten. Sie fanden bald heraus, dass sich niemand, der für die Reinigung einer Klasse verantwortlich ist, zu einer willkürlichen Sammlung von Zustandsvariablen und -funktionen entwickelt. An diesem Punkt kann niemand es aufräumen. In einem dreier Team saß das gesamte Team eines Tages an einem Arbeitsplatz, um den Unterricht zu säubern. Alle drei Personen wurden benötigt, um den Code zu verstehen. Es ist wichtig, Beteiligte zu besänftigen, die das Bedürfnis haben, zu “helfen”, indem sie Zugang zu niedrigen Ebenen des Projekts haben, ohne Entwickler und andere, die sich auf den Projektabschluss zubewegen, abzulenken Isolationismus funktioniert nicht: Informationsfluss ist wichtig. Aber der Kommunikations-Overhead steigt nicht linear mit der Anzahl externer Mitarbeiter. Eine Version dieses Musters erschien zuerst in [BibRef-Cockburn1998]. Andere Situationen nehmen mehr Finesse und Generativität, aufbauend auf anderen Mustern in dieser Mustersprache. Domain-Experten können natürlich in ProgrammingEpisodes zusammenkommen. Das Muster ApprenticeShip trägt dazu bei, dieses Muster langfristig beizubehalten. DiverseGroups ist in gewisser Weise eine allgemeinere Version dieses Musters.

D. Neid/Entwickler. Dieses Modell ist einfach auf Smalltalk-Code anzuwenden, da Envy/Developer es direkt unterstützt. Das Vorhandensein dieses Werkzeugs und dieses Musters ändert die Wirtschaftlichkeit des Arguments, dass Ansichtsklassen getrennt von Modellobjekten benötigt werden. Während Ansichtsklassen weiterhin gültig sind, macht Es Envy/Developer für ein Anwendungsteam einfach, sicher und lokal, der Klasse ihre funktionsspezifischen Methoden hinzuzufügen. Ein verwandtes Muster ist GuruDoesAll aus der Sammlung von Don Olson [BibRef-Olson1998a, 153-154], das [BibRef-Rising2000, 130] besagt: Stellen Sie Domain-Experten mit nachgewiesenen Track Records ein und arbeiten Sie das Projekt rund um das in den Rollen vermittelte Know-how. Teams und Gruppen werden sich in der Regel um Bereiche von gemeinsamem Domäneninteresse und Fokus bilden. Jeder Akteur kann mehrere Rollen besetzen. In vielen Fällen können mehrere Akteure eine bestimmte Rolle ausfüllen. Das ist eigentlich eine große Sache, denn wenn es um Wissensarbeit oder Informationsprodukte geht, werden die Menschen immer wieder in einen Engpass geraten.

Ein Softwareprojekt muss den Führungsspielraum erweitern, ohne dabei auf Tiefe und Aufmerksamkeit für Pragmatiker zu verzichten. Obwohl Entwickler gut darin sind, individuelle Entwurfs- und Implementierungsentscheidungen zu treffen, benötigt ein Projekt eine allgemeine strategische Ausrichtung.