Drittel Regel

Lesetipps

1. Reinvent the squared wheel
2. Planungspoker
3. Warum SVN Pre Commit Hooks böse sind!

Zu den Feiertagen eher etwas leichte Kost für euch und ganz ehrlich auch für mich, denn wer will zwischen all den leckeren Essen, zu denen man ja doch an den Feiertagen vermehrt eingeladen wird, sich den Kopf mit etwas viel zu komplizierten zerbrechen.

Also jetzt zu der Drittel Regel. Hierbei geht es um ein Hilfsmittel bei der Schätzung von Aufwendungen. Das Problem beim Schätzen liegt meistens in der Tatsache, dass nur Implementierungsaufwand aufsummiert wird. In modernen Softwareprojekten, sollte aber für jeden Tag, der entwickelt wurde, einer für das Design und einer für die Tests eingeplant werden. Aus diesem Fakt heraus ist es natürlich auch einfach die Herkunft des Namens “Drittel Regel” zu erkennen. Planung (Design), Implementierung und Tests.

Stellen wir uns ein fiktives Projekt vor, für das ihr 9 Wochen Zeit habt. Ihr könnt davon ausgehen, dass ihr in diesen 63 Tagen nur ein drittel eurer Zeit für Codeschreiben verwenden werdet. Mal Hand aufs Herz, normalerweise schätzt man schon mit mehr effektiver Implementierungszeit und ich für meinen Teil kann sagen, dass ich damit eigentlich nie wirklich gut gefahren bin. Besonders in PHP ist leider die Planungsphase relativ kurz gehalten, was sich auch in der Qualität vieler Projekte bemerkbar macht.

Ich denke, dass man nicht pauschal sagen kann, dass die Drittel Regel auf alle Teams und Projekte anwendbar ist. Als eine Art Referenzwert kann sie trotzdem genommen werden, bis man die eigene Regel für sein Team aus Erfahrungswerten heraus erstellt hat.

4 Kommentare »

• 
  

  kb

  am 25. Dezember 2008 um 09:21 Uhr

  Sind mit Tests Unittests und dergleichen gemeint, oder durchaus auch Test der Usability etc. ?

• 
  

  Nils Langner

  am 25. Dezember 2008 um 11:46 Uhr

  Das ist nur die technische Sicht. Es geht also primär um funktionale Tests.

• 
  

  Jackson

  am 26. Mai 2009 um 01:14 Uhr

  HI -finde deinen PHP-Blog sehr informativ,
  und auch nett, gefällt mir !

  Bis auf folgendes:

  Zu dem Beitrag muss ich mal sagen, dass es mich nervt, dass du
  einen Fakt (für jeden Programmiertag) aufstellst, ihn als gegeben päsentierst, und anschliesend gleich deine “World->Theory” als (daraus folgt) behauptest, und im Nachsatz auch noch gleich eine Regel daraus machst. (!)
  ( 1 Aufwand: –> plus 1 + plus 1 Menschtage)

  Ich finde das in der dargestellten Form nicht richtig.
  Und kann das auch in meinem Unternehmen nicht nachvollziehen;
  hab die Stundenaufwendugen seit 3 jahren vor mir
  Ich denke, die Rechnung die du machst ist begrenzt – gültig)

  Es wäre wichtig, dass da mal (alle) Zeitabstände für die Umsetzungen hernimmst, um Relationen zwischen Prog/Design/Debug machst.
  Und die können ja sehr unterschiedlich sein, in Bezug auf die Projektdauer.
  Ein Ein-Personen-Projekt-mit-_Aufwand_von_3_Wochen ist ja auch nit mit einem 5_Mensch-Jahres-Projekt vergleichbar, bei dem Ausfertigung der Planung, Umsetzung und dann eben später (beim Features einbauen) eigentlichen debugen, noch mehr mitkommt!

  Also bitte das zurücknehmen und auf Deine (und die hast du ja) Erfahrungen zurückgreifen.
  Wie war das den damals? Oder Heute? hm?

  Trotz allem – Liebe Grüße aus Graz,
  Jackson

• 
  

  Nils Langner

  am 26. Mai 2009 um 06:19 Uhr

  Hallo Jackson,
  die World Theory habe ich nicht aufgestellt, die kommt aus der Literatur, so wie auch die Drittel Regel. Dass sie nicht immer mit der Realität übereinstimmt, weiß ich. In PHP ist leider die Testphase oft viel zu kurz und die Plaungsphase noch viel kürzer. Ist leider Fakt, dass viele Entwickler einfach drauf losprogrammieren, ohne Anforderungen zu spezifizieren oder die Architektur aufzeichnen. Das kann bei Ein-Personen-Projekten ja passend sein, größere Projekte wirst du so gegen die Wand fahren. Das sind zumindest meine Erfahrungen!

  Gruß aus Hamburg,
  Nils

RSS Feed für Kommentare zu diesem Artikel. TrackBack URL

Hinterlasse einen Kommentar