Kategorien
Drittel Regel
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.
Sind mit Tests Unittests und dergleichen gemeint, oder durchaus auch Test der Usability etc. ?
Das ist nur die technische Sicht. Es geht also primär um funktionale Tests.
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
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