PROJEKT-LOG - Klassisch agiles Projektmanagement und mehr
  • Startseite
  • Autoren
  • Lob & Kritik
  • Kontakt
  • Impressum

Kategorien

  • Agile Softwareentwicklung (83)
  • Allgemein (107)
  • Internet (23)
  • Interview (5)
  • Literatur (7)
  • Management (24)
  • Präsentation (44)
  • Projektmanagement (33)
  • Scrum (55)
  • Software (18)
  • Studien & Umfragen (2)
  • Termine (8)
  • Tools (32)
  • Umfrage (3)
  • Zertifizierung (8)
  • Zitate (20)
  • Zusammenarbeit (6)

Partner







Autoren

  • Robert Wiechmann 238
  • Sven Röpstorff 11

Empfehlung

Letzte Artikel

  • Leseempfehlungen der Woche [2010-09-05]
  • Kurze Auszeit
  • Leseempfehlungen der Woche [2010-08-22]
  • 10 Schlüssel für Erfolg im Leben
  • Leseempfehlungen der Woche [2010-08-15]

Weitere Artikel

  • Zen - Philosophie des Lean Managements
  • Klassisches Projektmanagement vs. Agile Softwareentwicklung
  • Ein Ausnahmekünstler geht
  • Der Einsatz von Cucumber in Scrum
  • Projektmanagement im TV
  • Twitter Beiträge der Woche
  • Scrum but
  • Änderungen bei der Scrum Alliance
  • Spruchreife Zitate & Zitatreife Sprüche
  • Ken Schwaber über Scrum.org

Archiv

  • September 2010
  • August 2010
  • Juli 2010
  • Juni 2010
  • Mai 2010
  • April 2010
  • März 2010
  • Februar 2010
  • Januar 2010
  • Dezember 2009
  • November 2009
  • Oktober 2009
  • September 2009
  • August 2009
  • Juli 2009
  • Juni 2009
  • Mai 2009

Twitter

  • Never Let the Sun Catch You Sleeping: Why and How to Become an Early Riser http://bit.ly/bMdNJa 9 hrs ago
  • Jobfrust - Was Arbeitnehmer in die Kündigung treibt - http://b2l.me/aqhymw 9 hrs ago
  • Reformulating the Product Delivery Process http://t.co/SQVqdoG #agile #product 16 hrs ago
  • Projektleiter sollten Kommunikation zur Priorität Nr. 1 erheben: http://bit.ly/adZhBO #pmde #pmot 21 hrs ago
  • More updates...

Informationen


 RSS Feed abonnieren


Twitter Projekt-log.de








Creative Commons License

Anzeige

Schlagwörter

Agil Agile Agile Softwareentwicklung Artikel Backlog Blogbeiträge Buch Empfehlung Entwicklung Estimation Framework Informationen Interessantes Internet Kanban Kommunikation Konferenz Lean Management Meeting Methode News Online Organisation PMI PPT Produktivität Projekt Projektmanagement Präsentation präsentieren Scrum Software Team Tipps Tool Tools User Stories User Story Video Vortrag Weiterbildung XP Zitat Zusammenarbeit

Anzeige

Letzte Kommentare

  • Sebastian Röbke zu Wallsome.com
  • Ralf Wirdemann zu Wallsome.com
  • Sebastian Röbke zu Wallsome.com
  • Robert Wiechmann zu Agile Jobbörse
  • Andre Haeusling zu Agile Jobbörse
  • ScrumMaster zu Scrum iPhone Applikationen

Weitere Artikel

  • Präsentationen zum Thema Agile Softwareentwicklung
  • Twitter Beiträge der Woche
  • HackFwd ein Hub für Ideen
  • E-Mail ist so 1973
  • Projektmanager die Twitter nutzen
  • Twitter Beiträge der Woche
  • Videocasts zum Thema agile Softwareentwicklung

Wie stellt man sicher, keinen schlechten Code zu produzieren?

18.10.2009

Eine Frage, die in Projekten immer wieder auftaucht. Warum? Weil beispielsweise das Management möchte, dass schneller entwickelt wird. Die Basis-Architektur der Software nicht mehr zeitgemäß ist oder die Dokumentation fehlt…

Ken Schwaber macht immer wieder deutlich, dass die Software-Entwickler für die Qualität des Codes verantwortlich sind. In seinen Büchern, sowie auch in einer älteren Präsentation Canary in a Coal Mine, versucht er ein Bewußtsein dafür zu schaffen. Ziel ist es, Verständnis und Professionalität zu steigern, um schlechtem Code und aufwendige Wartungsarbeiten vorzubeugen. Solides Handwerk und Nachhaltigkeit, sieht er als die Schlüssel zum Erfolg. Wie schon berichtet, kommt die Entwicklung des Software Craftsmanship dieser Forderung nach. Der Titel, der kürzlich auf InfoQ erschienenden Präsentation From good to great Developer, unterstreicht nochmals die Aktualität des Themas.

Auf der anderen Seite spielt die Definition of Done eine wesentliche Rolle, um den Anspruch an gutem Code gerecht zu werden. Done definiert, was ein Projektteam damit meint, wenn es sich auf die Fertigstellung einer Story verpflichtet. Die Definition sollte entsprechende – mit dem Team verabschiedete und abgestimmte – Richtlinien enthalten, die festhalten wann Fertig auch wirklich fertig ist. Kelly Walters hat hierfür eine 10 Punkte Liste aufgestellt:

  • Code produced (all ‘to do’ items in code completed)
  • Code commented, checked in and run against current version in source control
  • Peer reviewed (or produced with pair programming) and meeting development standards
  • Builds without errors
  • Unit tests written and passing
  • Deployed to system test environment and passed system tests
  • Passed UAT (User Acceptance Testing) and signed off as meeting requirements
  • Any build/deployment/configuration changes implemented/documented/communicated
  • Relevant documentation/diagrams produced and/or updated
  • Remaining hours for task set to zero and task closed

Diese Liste der “Done-Kritierien” kann auch 30, 60 oder 90 Punkte enthalten.

Es wird deutlich: Disziplin und die Einhaltung von Abläufen stehen zur Lösung des Problems im Vordergrund… Story für Story.

  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  • Kategorie: Agile Softwareentwicklung|Scrum|Software
  • Schlagworte: Code, Definition, Done, Ken Schwaber, Management, Software Craftsmanship, TDD, Team, Test, Testing
  • Autor: Robert Wiechmann

Weitere Artikel zu diesem Thema

  • Der Einsatz von Cucumber in Scrum
  • Präsentationen zum Thema Agile Softwareentwicklung
  • Wer schreit zuerst?
  • Führen ohne zu führen
  • Scrum Day 2009 in Düsseldorf – ein Rückblick


Kommentare

top

Copyright ® 2010 - PROJEKT-LOG  RSS Feed abonnieren

Blogverzeichnis - Blog Verzeichnis bloggerei.de blogoscoop