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

Kategorien

  • Agile Softwareentwicklung (82)
  • Allgemein (97)
  • Internet (22)
  • Interview (5)
  • Literatur (7)
  • Management (23)
  • Präsentation (44)
  • Projektmanagement (31)
  • Scrum (53)
  • Software (17)
  • Studien & Umfragen (2)
  • Termine (8)
  • Tools (31)
  • Umfrage (3)
  • Zertifizierung (8)
  • Zitate (18)
  • Zusammenarbeit (6)

Partner







Autoren

  • Robert Wiechmann 227
  • Sven Röpstorff 10

Empfehlung

Letzte Artikel

  • 7 interessante Antworten von Felix Rüssel
  • Leseempfehlungen der Woche [2010-07-25]
  • Es gibt keine Deadline…
  • Agile Jobbörse
  • Präsentation über die Macht von Social Media

Weitere Artikel

  • Das große Ganze auf einen Blick - The Big Picture
  • Heiter bis Wolkig
  • Leseempfehlungen der Woche [2010-05-02]
  • Agile Jobbörse
  • Twitter Beiträge der Woche [2010-04-04]
  • Leseempfehlungen der Woche [2010-06-06]
  • Programme für die agile Entwicklung
  • XING präsentiert sich Agil auf dem Scrum Day
  • Klassisches Projektmanagement vs. Agile Softwareentwicklung
  • Welche Methode ist für mein Projekt die Richtige?

Archiv

  • 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

  • Detailverliebte Inspiration für die nächsten Powerpoint-Slides http://bit.ly/ceZpWj #ppt #präsentieren 11 hrs ago
  • Manager 2.0: The Role of the Manager in Scrum: http://bit.ly/c8YlIi #scrum #management #pmde 2 days ago
  • Ten Principles for Agile Testers | Agile Zone: http://bit.ly/cLSXlw via 4 days ago
  • 10 Tips for Re-energizing Your Day, Every Day: http://bit.ly/a7Rs0G 4 days ago
  • More updates...

Informationen


 RSS Feed abonnieren


Projekt-log.de auf Twitter





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

  • ScrumMaster zu Scrum iPhone Applikationen
  • Susanne zu Ich bin...
  • Andree zu Was Projektmanager tatsächlich den ganzen Tag tun
  • Sven Röpstorff zu Bye bye, Planning Poker?
  • Dirk zu Bye bye, Planning Poker?
  • Sven Röpstorff zu Die vierte Frage im Daily Scrum

Weitere Artikel

  • HackFwd ein Hub für Ideen
  • Die Dauer von Projekten bestimmen
  • Studie Web 2.0 im Projektmanagement
  • Vortrag über Agiles Projektmanagement (APM)
  • Twitter Beiträge der Woche [2010-03-07]
  • Was suchen Sie denn hier?
  • Twitter Beiträge der Woche [2010-02-07]

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.deblogoscoop