Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Line: 6 to 6 | ||||||||
Keywords | ||||||||
Added: | ||||||||
> > | Abstract | |||||||
Added: | ||||||||
> > | Beim Open Space Software Development handelt es sich um ein Experiment in dem wir Versuchen so nah wie möglich an den Projektalltag eines Softwareentwicklungsprojekts das Continuous Delivery praktiziert zu simulieren. | |||||||
Changed: | ||||||||
< < | Abstract | |||||||
> > | Dabei wird in fortlaufenden Entwicklungssessions von einer Stunde an einem Softwareprodukt gearbeitet. Diese Sessions ziehen sich über die gesamten Tage der Konferenz. Jeder kann eine oder mehrere Stunden teilnehmen, je nach Zeit und Lust. Eine Session startet dabei mit einer kurzen 5-minütigen Planungsphase, in der das aktuelle Sessionteam die Umsetzung der nächsten Features plant. Dann hat das Team 45 Minuten Zeit, die Umsetzung durchzuführen und das neue Feature im Sinne von Continuous Delivery direkt auszuliefern. Es sollen so viele Methoden und Praktiken aus der Agilität und dem Software Craftmanship anwendet werden wie die Sessionteilnehmer für sinnvoll halten. Dabei soll aber niemals aus dem Auge verloren werden, dass das Hauptaugenmerk darauf gelegt wird, im Laufe der Stunde neue Features zu implementieren und auszuliefern. Die letzen 10 Minuten der Session dienen der kurzen Vorstellung der umgesetzten Features und der Übergabe an die nächste Session. Das entwickelte Softwareprodukt soll direkt von den Teilnehmern der Unkonferenz genutzt werden können. So wird ein unmittelbares Feedback über das Produkt durch die Benutzer möglich. | |||||||
Changed: | ||||||||
< < | Beim Open Space Software Development handelt es sich um ein Experiment in dem wir Versuchen so nah wie möglich an den Projektalltag eines Softwareentwicklungsprojekts das Continuous Delivery praktiziert zu simulieren. Dabei wird in fortlaufenden Entwicklungssessions von einer Stunde an einem Softwareprodukt gearbeitet. Diese Sessions ziehen sich über die gesamten Tage der Konferenz. Jeder kann eine oder mehrere Stunden teilnehmen, je nach Zeit und Lust. Eine Session startet dabei mit einer kurzen 5-minütigen Planungsphase, in der das aktuelle Sessionteam die Umsetzung der nächsten Features plant. Dann hat das Team 45 Minuten Zeit, die Umsetzung durchzuführen und das neue Feature im Sinne von Continuous Delivery direkt auszuliefern. Es sollen so viele Methoden und Praktiken aus der Agilität und dem Software Craftmanship anwendet werden wie die Sessionteilnehmer für sinnvoll halten. Dabei soll aber niemals aus dem Auge verloren werden, dass das Hauptaugenmerk darauf gelegt wird, im Laufe der Stunde neue Features zu implementieren und auszuliefern. Die letzen 10 Minuten der Session dienen der kurzen Vorstellung der umgesetzten Features und der Übergabe an die nächste Session. Das entwickelte Softwareprodukt soll direkt von den Teilnehmern der Unkonferenz genutzt werden können. So wird ein unmittelbares Feedback über das Produkt durch die Benutzer möglich. Am Ende jedes Konferenz Tages findet eine Retrospektiven-Session statt, in der die Teilnehmer des Tages über die Vor- und Nachteile der eingesetzten Praktiken reflektieren und ggf. Veränderungen für den nächsten Tag erarbeiten. | |||||||
> > | Am Ende jedes Konferenz Tages findet eine Retrospektiven-Session statt, in der die Teilnehmer des Tages über die Vor- und Nachteile der eingesetzten Praktiken reflektieren und ggf. Veränderungen für den nächsten Tag erarbeiten. | |||||||
VorkenntnisseSpeaker | ||||||||
Deleted: | ||||||||
< < | Marc Clemens | |||||||
\ No newline at end of file | ||||||||
Added: | ||||||||
> > | Marc Clemens, Marcel Birkner | |||||||
\ No newline at end of file |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Added: | ||||||||
> > |
Open Space Software DevelopmentKeywordsAbstractBeim Open Space Software Development handelt es sich um ein Experiment in dem wir Versuchen so nah wie möglich an den Projektalltag eines Softwareentwicklungsprojekts das Continuous Delivery praktiziert zu simulieren. Dabei wird in fortlaufenden Entwicklungssessions von einer Stunde an einem Softwareprodukt gearbeitet. Diese Sessions ziehen sich über die gesamten Tage der Konferenz. Jeder kann eine oder mehrere Stunden teilnehmen, je nach Zeit und Lust. Eine Session startet dabei mit einer kurzen 5-minütigen Planungsphase, in der das aktuelle Sessionteam die Umsetzung der nächsten Features plant. Dann hat das Team 45 Minuten Zeit, die Umsetzung durchzuführen und das neue Feature im Sinne von Continuous Delivery direkt auszuliefern. Es sollen so viele Methoden und Praktiken aus der Agilität und dem Software Craftmanship anwendet werden wie die Sessionteilnehmer für sinnvoll halten. Dabei soll aber niemals aus dem Auge verloren werden, dass das Hauptaugenmerk darauf gelegt wird, im Laufe der Stunde neue Features zu implementieren und auszuliefern. Die letzen 10 Minuten der Session dienen der kurzen Vorstellung der umgesetzten Features und der Übergabe an die nächste Session. Das entwickelte Softwareprodukt soll direkt von den Teilnehmern der Unkonferenz genutzt werden können. So wird ein unmittelbares Feedback über das Produkt durch die Benutzer möglich. Am Ende jedes Konferenz Tages findet eine Retrospektiven-Session statt, in der die Teilnehmer des Tages über die Vor- und Nachteile der eingesetzten Praktiken reflektieren und ggf. Veränderungen für den nächsten Tag erarbeiten.VorkenntnisseSpeakerMarc Clemens |