Ja wir haben Erfahrung - und messen seit einiger Zeit gar nicht mehr. Es macht einfach keinen Sinn.
Die Effizienz kann man ja nicht messen sondern nur berechnen wenn man weiß was die 100% sind. Da aber bei Software-Entwicklung (und Hardware sicher auch) man die das gleiche hat, weicht das immer ein. Messen macht Sinn wenn man immer gleiche Teile hat die man bearbeitet.
Beispiel:
Wir hatte gerade fünf User-Stories. Alle waren zum gleichen Thema nur eben andere Fälle.
1.te umgesetzt, fast fertig, Dauer eine Woche
2.te umgesetzt, fesgestellt dass das bei der ersten gewählte Design für die zweite und weitere nicht passt. Alle nochmals umgeändert - zwei Wochen
3.te umgesetzt, alles passt, nur eine weitere Strategie - ein Tag
4.te umgesetzt, alles passt, nur eine weitere Strategie - ein Tag
5.te umgesetzt, nachdem nun alle fünf fertig sind wird hier noch aufgeräumt - drei Tage

Bei Scrum versucht man wenigstens über die Schätzungen, Story Points und die velocity etwas planen zu können.

Nich was: agile Methoden sind m.E. dazu die Effektivität zu erhöhen und nicht die Effizienz. Der Anwender bekommt mir agilen Methoden nicht unbedingt schneller was er will sondern er bekommt ehr was er will. Dies geschieht indem er schneller Feedback bekommt und man darauf reagieren kann.

Ich habe das Thema diese Woche in einem Workshop diskutiert. Hier ging darum, den Teilnehmern einmal agile Methoden näher zu bringen (ohne Vorkenntnisse).
Die Berechnung bzw. das Gegenüberstellen fällt sehr schwer. Es ist genau so wie Du es sagst: Man kann nicht eine Arbeit mit einer anderen Arbeit vergleichen.
Das versuche ich zu vermitteln. Wir werden durch agile Methoden nicht immer schneller oder günstiger. Die Vorteile liegen wo anders (z.B. Kunde bekommt früher Ergebnisse gezeigt; Team bekommt früher Feedback; weniger Nacharbeit; Mitarbeiterzufriedenheit etc.). Diese Vorteile zu messen sollte durch Umfragen möglich sein.

Ich versuche trotzdem noch mal auf die Effizienz zu schauen. Es gibt ja Reports über Projektmanagement Methoden. Da ist nachgewiesen, dass mit Agilen Methoden die Projekte erfolgreicher waren. Vielleicht hilft Dir so etwas?

Dann sollen sie sich halt KPI's kaufen oder aus den Fingern saugen. *böse*
Was willste denn messen? Zeit pro user story? Dann machen wir halt die Stories kleiner oder schludern die schnell rein. Kommt dann halt wieder ein Fehlerticket hinterher das mehr Zeit kostet ...

Oh ja! Also wenn du da was hast, nehme ich es auch...
Da wird mein gerade zu aufgefordert zu schwindeln bei den Zahlen für die Messung.
Ich glaube Kundenzufriedenheit kannst du am ehesten noch bewerten lassen.

Da fällt mir nur ein, dass man so etwas händisch bestimmt. Man nehme zwei Projekte, die in etwa (scheinbar) gleich sind. Ein Projekt mit Agile und eins ohne. Und am Ende vergleichst du diese Werte.

Sehr Aufwendig, aber anders kann ich mir das wirklich auch nicht vorstellen. Außer man hat Berichte, die diese Werte vor der Nutzung von Agile zeigen und dann Werte aus Berichten zu der Zeit, als Agile dann genutzt wurde. Also praktisch Jahr 1 haben wir Waterfall genutzt und haben X Projekte mit X Mitarbeitern abgeschlossen. X Kunden waren glücklich und Y waren unzufrieden.
Im Jahr 2 haben wir dann Agile benutzt und haben Z Projekte mit Z Mitarbeitern umgesetzt..... Schlussendlich kann man das eventuell vergleichen und eine Steigerung feststellen. Ob es nun aber wirklich an Agile lag oder daran, dass man mehr und kürzere Projekte hatte, kann man schlecht feststellen.
Eine Umfrage hingegen, finde ich eine gute Idee um etwas zu ermitteln.