Difference: MoeglichkeitenUndGrenzenEmergenterArchitektur (1 vs. 3)

Revision 32012-12-07 - MarkusGaertner

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Line: 27 to 27
 Uwe Friedrichsen

\ No newline at end of file

Added:
>
>
Folien: 1+1>2? - Möglichkeiten und Grenzen emergenter Architektur - Uwe Friedrichsen

META FILEATTACHMENT attachment="uwe_friedrichsen-emergent_architecture.pdf" attr="h" comment="Emergent Architecture" date="1354888900" name="uwe_friedrichsen-emergent_architecture.pdf" path="uwe_friedrichsen-emergent_architecture.pdf" size="2493701" stream="uwe_friedrichsen-emergent_architecture.pdf" tmpFilename="/var/tmp/CGItemp18714" user="MarkusGaertner" version="1"

Revision 22012-09-07 - StefanRoock

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Changed:
<
<

1+1>2? - Möglichkeiten und Grenzen emergenter Architektur

>
>

1+1>2? - Möglichkeiten und Grenzen emergenter Architektur

  Session 60'
Added:
>
>

Keywords

Architektur, Agilität, Emergenz, Vortrag, Diskussion

 

Abstract

Emergente Architektur ist ein Thema, das vielfach kontrovers diskutiert wird. In der agilen Community entstanden, ist es die Idee, dass man eine Architektur nicht explizit vor der Implementierung entwickeln muss, sondern diese aus einem Zyklus von Implementierung und Refactoring - angereichert um ein paar Design-Prinzipien - entsteht. Befürworter dieser Idee schließen daraus, dass Architekten damit überflüssig geworden sind. Gegner der Idee erklären sie zu realitätsfernen Humbug. Was stimmt nun?

Line: 14 to 18
  Wahrscheinlich wenig überraschend für die meisten Personen werden wir feststellen, dass die Antwort weder ganz schwarz noch ganz weiß ist: Emergente Architektur hat einen echten Mehrwert, kann aber nicht alle Aktivitäten der Architekturarbeit ersetzen. Deshalb werden wir uns zum Abschluss der Session noch einen einfachen Ansatz anschauen, wie wir emergente und explizite Architekturarbeit auf sinnvolle Weise miteinander verbinden können und so maximalen Mehrwert mit minimalem Aufwand erzielen können, ohne die Aufgaben und Ziele von Architektur zu kompromittieren.
Added:
>
>

Vorkenntnisse

Vorkenntnisse in Architektur und Architekturarbeit empfohlen.

 

Speaker

Uwe Friedrichsen

Revision 12012-09-04 - StefanRoock

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="Programm"

1+1>2? - Möglichkeiten und Grenzen emergenter Architektur

Session 60'

Abstract

Emergente Architektur ist ein Thema, das vielfach kontrovers diskutiert wird. In der agilen Community entstanden, ist es die Idee, dass man eine Architektur nicht explizit vor der Implementierung entwickeln muss, sondern diese aus einem Zyklus von Implementierung und Refactoring - angereichert um ein paar Design-Prinzipien - entsteht. Befürworter dieser Idee schließen daraus, dass Architekten damit überflüssig geworden sind. Gegner der Idee erklären sie zu realitätsfernen Humbug. Was stimmt nun?

In dieser Session spüren wir dieser Frage ein wenig nach. Wir schauen uns an, welche Aufgaben und Ziele Architektur erfüllen sollte und betrachten die daraus resultierenden Aktivitäten, die Architekturarbeit umfasst. Für jede dieser Aktivitäten stellen wir uns die Frage, ob und in welchem Umfang diese durch emergente Architekturentwicklung abgedeckt wird.

Wahrscheinlich wenig überraschend für die meisten Personen werden wir feststellen, dass die Antwort weder ganz schwarz noch ganz weiß ist: Emergente Architektur hat einen echten Mehrwert, kann aber nicht alle Aktivitäten der Architekturarbeit ersetzen. Deshalb werden wir uns zum Abschluss der Session noch einen einfachen Ansatz anschauen, wie wir emergente und explizite Architekturarbeit auf sinnvolle Weise miteinander verbinden können und so maximalen Mehrwert mit minimalem Aufwand erzielen können, ohne die Aufgaben und Ziele von Architektur zu kompromittieren.

Speaker

Uwe Friedrichsen

 
andrena objects Logo it-agile Logo mobile.de coremedia