Sollte ein Senior Software Entwickler gute Aufwandsschätzungen machen können?
Natürlich, schließlich sind Aufwandsschätzungen ein Dauerthema in der Softwareentwicklung.
Leider vergessen manche Leute, daß es sich um Schätzungen handelt und reagieren unangemessen, wenn diese danach nicht punktgenau erfüllt werden.
Kleine Änderungen oder Fehlerkorrekturen lassen sich natürlich einfacher (und mit Erfahrung “aus dem Bauch”) schätzen als größere Projekte. Daher gibt es schon seit vielen Jahren diverse Hilfsmittel, Software Metriken wie z.B. Lines of Code (LOC), um Schätzungen genauer und vor allem nachvollziehbar zu machen.
In den 1970er Jahren wurde von IBM die sogenannte Function Point Analyse entwickelt, um von der sprachabhängigen LOC-Metrik zu einer allgemeinen Schätzmethode zu gelangen. Siehe hierzu auch: Function-Point-Verfahren – Wikipedia
Da Function Points, wie der Name schon sagt, funktionsorientierte Schätzungen ermöglichen, die auf Transaktionen mit Ein-/Ausgabefeldern und Datenströmen basieren, wurden sie in weiterer Folge um diverse Regeln für objektorientierte Programmiersprachen bzw. grafische Benutzerschnittstellen (GUI) erweitert und zusätzlich noch um weitere Schätzkomponenten ergänzt.
Der Hauptnachteil von Function Points ist die Tatsache, daß sie zu einer Zeit entwickelt wurden, als das Wasserfallmodell (bzw. davon abgeleitete Modelle wie das V-Modell) das Standardverfahren in der Softwareentwicklung darstellte, während moderne, iterative, agile Verfahren oder testgetriebene Entwicklung Software auf eine ganz andere Art produzieren, dennoch werden sie nach wie vor für größere Projekte gerne als erste Schätzbasis herangezogen.