Difference: TechnischenSchuldenEinErfahrungsbericht (1 vs. 6)

Revision 62011-11-25 - AntonHuck

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Line: 35 to 35
 

Über den Speaker

Martin Bengl

Changed:
<
<
>
>
 bengl_xpdays.jpg

Martin Bengl arbeitet als agiler Coach für die improuv GmbH. Er verfügt über langjährige Erfahrung in agiler Softwareentwicklung mit Java. Seit 2007 setzt er in seinen Projekten auf agile Vorgehensmodelle wie z.B. Scrum oder XP. Seine Arbeitsschwerpunkte sind Coaching und die projektbegleitende Unterstützung von Teams als Scrum Master oder technischer Projektleiter. Martin ist Certified Scrum Professional (CSP) und Certified Scrum Master (CSM).

Changed:
<
<
>
>
 

Revision 52011-11-22 - AntonHuck

Line: 1 to 1
 
META TOPICPARENT name="Programm"
Line: 37 to 37
 

Martin Bengl

bengl_xpdays.jpg

Martin Bengl arbeitet als agiler Coach für die improuv GmbH. Er verfügt über langjährige Erfahrung in agiler Softwareentwicklung mit Java. Seit 2007 setzt er in seinen Projekten auf agile Vorgehensmodelle wie z.B. Scrum oder XP. Seine Arbeitsschwerpunkte sind Coaching und die projektbegleitende Unterstützung von Teams als Scrum Master oder technischer Projektleiter. Martin ist Certified Scrum Professional (CSP) und Certified Scrum Master (CSM).

Added:
>
>
 
Added:
>
>
 
META FILEATTACHMENT attachment="bengl_xpdays.jpg" attr="h" comment="" date="1317722101" name="bengl_xpdays.jpg" path="bengl_xpdays.jpg" size="18224" stream="bengl_xpdays.jpg" tmpFilename="/var/tmp/CGItemp39836" user="AntonHuck" version="1"
Added:
>
>
META FILEATTACHMENT attachment="Technische_Schulden.pdf" attr="" comment="Slides" date="1321999665" name="Technische_Schulden.pdf" path="Technische Schulden.pdf" size="672722" stream="Technische Schulden.pdf" tmpFilename="/var/tmp/CGItemp43859" user="AntonHuck" version="1"

Revision 42011-10-04 - AntonHuck

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

Technische Schulden – Ein Erfahrungsbericht

>
>

Technische Schulden – Ein Erfahrungsbericht

  Presentation 60'
Line: 12 to 12
 

Agenda (60 Min)

Changed:
<
<
  1. Was sind „technische Schulden“ (10 min)
  2. Projektvorstellung (Produkt, Teamrollen, Ausgangsprozess) (5 min)
  3. Durchgeführte Prozessverbesserungen zur Prävention und Tilgung (25 min)
  4. Abschlussbewertung (5 min)
  5. Diskussion mit Session-Teilnehmern (15 min)
>
>
  1. Was sind „technische Schulden“ (10 min)
  2. Projektvorstellung (Produkt, Teamrollen, Ausgangsprozess) (5 min)
  3. Durchgeführte Prozessverbesserungen zur Prävention und Tilgung (25 min)
  4. Abschlussbewertung (5 min)
  5. Diskussion mit Session-Teilnehmern (15 min)
 

Methode

Line: 26 to 26
 

Inhalt

Changed:
<
<
Im Vortrag wird über die Erfahrungen mit der Einführung von Clean Code Developer (CCD) als präventive Maßnahme zur Verhinderung der Entstehung von technischen Schulden berichtet. In einem wöchentlichen Meeting hat das Entwicklungsteam die im CCD gebündelten Prinzipien und Praktiken einander vorgestellt und über konkrete Praxiserfahrungen berichtet. Das dadurch entstandene Bewusstsein für gute Codequalität und der praxisnahe Einsatz, ermöglichten uns, wartungs-, änderungs- und erweiterungsfreundlichen Code zu erzeugen. Außerdem wurde ein eigenes Prozessartefakt für die Sammlung der technischen Schulden erstellt. Der Aufwand und der Effekt der Einträge in diesem sogenannten „Architektur-Backlog“ wurden in einem bei Bedarf stattfindendem Meeting vom Team geschätzt. Die daraus erstandene Priorität half bei der Entscheidung, ob die Schulden umgehend abgearbeitet wurden oder ob erst eine technische Story dafür erstellt und über das Product-Backlog in den Sprint eingebracht werden musste. Damit diese Prozesselemente nahtlos in den Scrum-Prozess integriert werden können mussten umsichtige Prozessanpassungen durchgeführt werden. Welche das konkret waren und welche Vor- und Nachteile das Ganze bringt – das erfahrt ihr in diesem Vortrag.
>
>
Im Vortrag wird über die Erfahrungen mit der Einführung von Clean Code Developer (CCD) als präventive Maßnahme zur Verhinderung der Entstehung von technischen Schulden berichtet. In einem wöchentlichen Meeting hat das Entwicklungsteam die im CCD gebündelten Prinzipien und Praktiken einander vorgestellt und über konkrete Praxiserfahrungen berichtet. Das dadurch entstandene Bewusstsein für gute Codequalität und der praxisnahe Einsatz, ermöglichten uns, wartungs-, änderungs- und erweiterungsfreundlichen Code zu erzeugen. Außerdem wurde ein eigenes Prozessartefakt für die Sammlung der technischen Schulden erstellt. Der Aufwand und der Effekt der Einträge in diesem sogenannten „Architektur-Backlog“ wurden in einem bei Bedarf stattfindendem Meeting vom Team geschätzt. Die daraus erstandene Priorität half bei der Entscheidung, ob die Schulden umgehend abgearbeitet wurden oder ob erst eine technische Story dafür erstellt und über das Product-Backlog in den Sprint eingebracht werden musste. Damit diese Prozesselemente nahtlos in den Scrum-Prozess integriert werden können mussten umsichtige Prozessanpassungen durchgeführt werden. Welche das konkret waren und welche Vor- und Nachteile das Ganze bringt – das erfahrt ihr in diesem Vortrag.
 

Speaker

Martin Bengl

Added:
>
>

Über den Speaker

Martin Bengl

bengl_xpdays.jpg

Martin Bengl arbeitet als agiler Coach für die improuv GmbH. Er verfügt über langjährige Erfahrung in agiler Softwareentwicklung mit Java. Seit 2007 setzt er in seinen Projekten auf agile Vorgehensmodelle wie z.B. Scrum oder XP. Seine Arbeitsschwerpunkte sind Coaching und die projektbegleitende Unterstützung von Teams als Scrum Master oder technischer Projektleiter. Martin ist Certified Scrum Professional (CSP) und Certified Scrum Master (CSM).

 
Added:
>
>
META FILEATTACHMENT attachment="bengl_xpdays.jpg" attr="h" comment="" date="1317722101" name="bengl_xpdays.jpg" path="bengl_xpdays.jpg" size="18224" stream="bengl_xpdays.jpg" tmpFilename="/var/tmp/CGItemp39836" user="AntonHuck" version="1"

Revision 32011-09-22 - MarcPhilipp

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

Technischen Schulden – Ein Erfahrungsbericht

>
>

Technische Schulden – Ein Erfahrungsbericht

  Presentation 60'

Revision 22011-08-29 - MarcPhilipp

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

Technischen Schulden – Ein Erfahrungsbericht

Line: 8 to 10
  Unterhaltsamer Erfahrungsbericht aus einem langläufigen Projekt der veranschaulicht, wie mit Hilfe von präventiven Maßnahmen, wie z.B. dem Clean Code Developer, die Erhöhung der Schuldenlast verhindern werden kann und welche Prozesserweiterungen dazu beitragen, dass Scrum die Tilgung von technischen Schulden besser unterstützt.
Changed:
<
<
Agenda (60 Min):
>
>

Agenda (60 Min)

  1. Was sind „technische Schulden“ (10 min)
Deleted:
<
<
 2. Projektvorstellung (Produkt, Teamrollen, Ausgangsprozess) (5 min)
Deleted:
<
<
 3. Durchgeführte Prozessverbesserungen zur Prävention und Tilgung (25 min)
Deleted:
<
<
 4. Abschlussbewertung (5 min)
Deleted:
<
<
 5. Diskussion mit Session-Teilnehmern (15 min)
Changed:
<
<
Methode:
>
>

Methode

 
  • Präsentation mit Flipchart und Pinnwand
  • Bilder von Comicfiguren dienen der inhaltlichen Verdeutlichung
  • Aktivierung der Teilnehmer, kurze interaktive Beteiligung, Diskussion
Changed:
<
<
Aus dem Inhalt (nach Review von Dr. Jürgen Hoffmann):
>
>

Inhalt

  Im Vortrag wird über die Erfahrungen mit der Einführung von Clean Code Developer (CCD) als präventive Maßnahme zur Verhinderung der Entstehung von technischen Schulden berichtet. In einem wöchentlichen Meeting hat das Entwicklungsteam die im CCD gebündelten Prinzipien und Praktiken einander vorgestellt und über konkrete Praxiserfahrungen berichtet. Das dadurch entstandene Bewusstsein für gute Codequalität und der praxisnahe Einsatz, ermöglichten uns, wartungs-, änderungs- und erweiterungsfreundlichen Code zu erzeugen. Außerdem wurde ein eigenes Prozessartefakt für die Sammlung der technischen Schulden erstellt. Der Aufwand und der Effekt der Einträge in diesem sogenannten „Architektur-Backlog“ wurden in einem bei Bedarf stattfindendem Meeting vom Team geschätzt. Die daraus erstandene Priorität half bei der Entscheidung, ob die Schulden umgehend abgearbeitet wurden oder ob erst eine technische Story dafür erstellt und über das Product-Backlog in den Sprint eingebracht werden musste. Damit diese Prozesselemente nahtlos in den Scrum-Prozess integriert werden können mussten umsichtige Prozessanpassungen durchgeführt werden. Welche das konkret waren und welche Vor- und Nachteile das Ganze bringt – das erfahrt ihr in diesem Vortrag.

Revision 12011-08-29 - MarcPhilipp

Line: 1 to 1
Added:
>
>

Technischen Schulden – Ein Erfahrungsbericht

Presentation 60'

Abstract

Unterhaltsamer Erfahrungsbericht aus einem langläufigen Projekt der veranschaulicht, wie mit Hilfe von präventiven Maßnahmen, wie z.B. dem Clean Code Developer, die Erhöhung der Schuldenlast verhindern werden kann und welche Prozesserweiterungen dazu beitragen, dass Scrum die Tilgung von technischen Schulden besser unterstützt.

Agenda (60 Min):

1. Was sind „technische Schulden“ (10 min)

2. Projektvorstellung (Produkt, Teamrollen, Ausgangsprozess) (5 min)

3. Durchgeführte Prozessverbesserungen zur Prävention und Tilgung (25 min)

4. Abschlussbewertung (5 min)

5. Diskussion mit Session-Teilnehmern (15 min)

Methode:

  • Präsentation mit Flipchart und Pinnwand
  • Bilder von Comicfiguren dienen der inhaltlichen Verdeutlichung
  • Aktivierung der Teilnehmer, kurze interaktive Beteiligung, Diskussion

Aus dem Inhalt (nach Review von Dr. Jürgen Hoffmann):

Im Vortrag wird über die Erfahrungen mit der Einführung von Clean Code Developer (CCD) als präventive Maßnahme zur Verhinderung der Entstehung von technischen Schulden berichtet. In einem wöchentlichen Meeting hat das Entwicklungsteam die im CCD gebündelten Prinzipien und Praktiken einander vorgestellt und über konkrete Praxiserfahrungen berichtet. Das dadurch entstandene Bewusstsein für gute Codequalität und der praxisnahe Einsatz, ermöglichten uns, wartungs-, änderungs- und erweiterungsfreundlichen Code zu erzeugen. Außerdem wurde ein eigenes Prozessartefakt für die Sammlung der technischen Schulden erstellt. Der Aufwand und der Effekt der Einträge in diesem sogenannten „Architektur-Backlog“ wurden in einem bei Bedarf stattfindendem Meeting vom Team geschätzt. Die daraus erstandene Priorität half bei der Entscheidung, ob die Schulden umgehend abgearbeitet wurden oder ob erst eine technische Story dafür erstellt und über das Product-Backlog in den Sprint eingebracht werden musste. Damit diese Prozesselemente nahtlos in den Scrum-Prozess integriert werden können mussten umsichtige Prozessanpassungen durchgeführt werden. Welche das konkret waren und welche Vor- und Nachteile das Ganze bringt – das erfahrt ihr in diesem Vortrag.

Speaker

Martin Bengl

 

Veranstalter der XPDays:


andrena objects Logo
it-agile Logo

Medien-Partner der XPDays:


dotnetpro Logo
Web Developer Logo
OS Logo
dpunkt Logo

Partner-Events der XPDays:


SoCraTes LogoALE Logo

Platinum Sponsor der XPDays:

SAP Logo