Frage

Can Agile / XP geht zusammen mit mehrschichtigem Ansatz?

Should Agile / XP geht zusammen mit mehrschichtigem Ansatz?

Brechen des Quellcodes in Schichten erfordert zusätzliche Anstrengungen und erhöht dadurch die Entwicklungszeit erheblich.

N. B:. Mit dem 'Ebenen' Ich meine getrennte Baugruppen mit POCO, DA, etc

War es hilfreich?

Lösung

Agile / XP ist ein Ansatz, um Ihre Projektaktivitäten, Leistungen und Fristen zu verwalten.

Layered (N-tier) -Anwendungen ist ein Weg, Wartbarkeit zu verbessern, Skalierbarkeit und die Fähigkeit, für die Teammitglieder trennen Verantwortungsbereiche.

Sie haben nicht viel miteinander zu tun, außer, dass sie beide eine zusätzliche Investition in Zeit benötigen, wenn Sie mit jedem nicht vertraut sind. Beide neigen dazu, die Qualität Ihres Projektes zu verbessern, wenn sie richtig, im Vergleich zu herkömmlichen Alternativen verwendet.

Andere Tipps

Es scheint mir vielmehr, dass der agile Warnung „You Is not Need Gehen Es“ ist nicht zu vermeiden Komplexität insgesamt, aber es ist unnötig Komplexität zu vermeiden, hinzufügen. Tatsächlich ist einer der Vorteile von Unit-Tests ist es, eine Disziplin zu gründen, wobei Sie können furchtlos refactor so Zeug landet, wo es hingehört, anstatt wo sie begonnen haben.

Der Punkt ist also nicht zu vermeiden Schichten (oder Ebenen, wenn es sein muss.) - der Punkt ist, Schichten zu vermeiden, die saugen

Die beiden sind völlig orthogonal.

In XP entwickeln Sie die Systemfunktion nach Merkmal. Wie Sie Funktionen hinzufügen Refactoring Sie ständig das System, um sicherzustellen, dass sie die Umsetzung so klar wie möglich ist. Schichten fallen in der Regel dieses Refactoring aus. Wie tun Ebene, wenn diese Architektur geeignet ist, oder andere große architektonische Strukturen wie SEDA oder REST.

Ich denke, sie wirkliche Frage hier sollten sich die Entwickler von Schichten auf einem team- up geteilt haben, sollten Sie eine haben html dev ein js Entwickler, eine mittlere Ebene Person, ein Nachrichtensystem Person und ein dba arbeiten alle zusammen zu bauen eine CRUD Form, oder sollten Sie nach Merkmal bauen und eine Person besitzen den Faden lassen. Letzteres ist bevorzugt in agile- spezialisiert Generalisten sind Spezialisten bevorzugt.

Ist es sinnvoll, auf einem agilen Projekt zusammen arbeiten mehrere Teams zu haben? Ja: Ich habe über mehr als 15 Teams mit mehr als 200 Entwicklern an einem Großprojekt gearbeitet. Es war etwa 20 oder 30 Dienstleistungen in allen.

Kann man das mit spezialisierten Teams zu tun? Nicht wirklich.

Können die Mitglieder der Teams haben Spezialisierungen? Ja, aber Sie Generalisten mit Stärken in einigen Bereichen eher als Menschen wirklich brauchen, die nur eine Sache wissen und nichts anderes berühren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top