tägliche Projektzeiterfassung

[shmia]

Eine Firma ist jetzt von einer monatlichen Projektzeiterfassung auf eine tägliche Projektzeiterfassung umgestiegen.
Ein Programmierer arbeitet am Tag an 4 bis 10 versch. Projekten.
In chaotischer Reihenfolge, da Kunden jederzeit anrufen können.

Ich halte die PZ-Erfassung aber für kontraprodiktiv, da man ja nur die Projektzeitschätzung mit der benötigten Zeit vergleicht.
Viel wichtige wäre doch, ob der Kunde zufrieden ist und ob der Liefertermin eingehalten wurde.

Wer hat Argumente, Weblinks oder Dokumente um den Unsinn der Projektzeiterfassung in der Softwareentwicklung zu entlarven ?
Gibt es Erfahrungen grosser Softwarehäuser wie microsoft oder SAP ?

[smudo]

Also für uns ist so eine taggenaue Projektzeiterfassung schon sinnvoll, aus zwei Gründen:
- Für laufende Projekte wird nachträglicher Aufwand beim Kunden nach Programmier-Stunden abgerechnet
- Für die anderen Projekte ist es interessant, zu wissen, wie viel von der geplanten Zeit schon abgelaufen, bzw. überschritten ist

Wir haben dafür ein nettes kleines Tool, da genügt ein Mausklick. Ist also wirklich nicht viel Aufwand, man muss sich nur erziehen, immer den Timer laufen zu lassen.

Momentan läuft grad das Projekt "Erfahrungsaustausch in der Delphi-Praxis"

René

[ULIK]

Na ja, so unsinnig ist die tägliche Erfassung gar nicht: auf diese Weise kann man zumindest eher abschätzen, ob das Projekt Verzug hat oder ob man noch im Plan liegt. Es kommt halt drauf an, wie die Zeiterfassung gemacht wird (sollte möglichst ohne großen Aufwand gehen) und wie eng das gesehen wird: jede Minute oder geht es nur auf 15/30 min genau, wobei letzters durchaus mehr Sinn macht, denn sonst findsen erstaunlich schnell Luftbuchungen statt (oder wer hat schon Lust die 5 Minuten vom Anruf des Kunden X genauestens einzupflegen?)

Also ich kann Dir aus eigener Erfahrung sagen: weniger als 15 Min Genauigkeit macht kaum Sinn und generell überwiegen die Vorteile im Projektmanagment die Nachteile.

Was deine Meinung zur Kundenzufriedenheit betrifft: hast ja vollkommen recht nur kannst Du einen Kunden auch zufrieden machen, wenn Du ihm frühzeitig sagen kannst: Achtung, Auslieferung wird sich vermutlich 1 Woche nach hinten verschieben.

Ich würde sagen: sieh's mal nicht so negativ und sammle mal Erfahrung damit.

Grüße,
Uli

[shmia]

Zitat von smudo:

Wir haben dafür ein nettes kleines Tool, da genügt ein Mausklick. Ist also wirklich nicht viel Aufwand, man muss sich nur erziehen, immer den Timer laufen zu lassen.

Tja, aber wir haben so ein Tool nicht und bekommen es auch nicht.
Ohne so ein Tool wird die Erfassung aber richtig schmerzhaft.
Man notiert sich den Projektnamen, Datum und Zeitbedarf in Stunden in einem Word oder Excel Dokument.
Am nächsten Tag kann man die Anwesenheitszeit abrufen und muss dann die ganzen Projektnummern raussuchen (ohne funktionierende Suchfunktion).
Dann die am Vortag notierten Zeiten so anpassen, dass die Summe genau der Anwesenheitszeit entspricht.
Diese Zeiten werden dann in eine unübersichtliche Access Anwendung eingetragen.

[Jelly]

Zitat von shmia:

Tja, aber wir haben so ein Tool nicht und bekommen es auch nicht.
Ohne so ein Tool wird die Erfassung aber richtig schmerzhaft.

Vielleicht hilft dir mein Programm Rema ja da (kostenlos) weiter.

Das Tool ist zwar primär kein reines Zeiterfassungssystem, aber das geht auch. Voraussetzung ist ein MySQL Server irgendwo. Damit kannst du dann, natürlich benutzerabhängig, Zeiten erfassen, und zwar nicht nur zu einem Projekt, sondern sogar zu einer Version (wenn nötig) oder zu einem offenem Punkt innerhalb einer Version (wenn nötig). Im Grunde reichen dazu 2 Mausklicks: Projektzeit starten und Projektzeit stoppen. Beim Stoppen popt ein schlichtes Fenster auf, wo du Sachen nachtragen kannst.

Wenn du weitere Details dazu brauchst, dann ruhig melden, auch gern via ICQ.

[ULIK]

Zitat:

Man notiert sich den Projektnamen, Datum und Zeitbedarf in Stunden in einem Word oder Excel Dokument.
Am nächsten Tag kann man die Anwesenheitszeit abrufen und muss dann die ganzen Projektnummern raussuchen (ohne funktionierende Suchfunktion).
Dann die am Vortag notierten Zeiten so anpassen, dass die Summe genau der Anwesenheitszeit entspricht.

Dann wird's wirklich schmerzhaft! Und wenn die Anwesenheitszeit auch an die Projektzeiten gebunden ist, dann kann ich Dir jetzt schon garantieren, daß nicht wirklich sinnvoll auf die Projekte gebucht wird. Schau auf alle Fälle, daß es ein Projekt 'Allgemeines' gibt, auf das man den Kleinkarm buchen kann, der nicht zu den wirklichen Projekten gehört. Und wenn die Chefs Angst haben vor so einem Allgemein-Projekt: wenn jemand fast nur da drauf bucht, kann man den/die ja mal ansprechen, wieso nicht auf Kundenprojekte gebucht wird.
Ansonsten: sucht euch ein vernünftiges Tool, das die Arbeitszeit und die Projektzeit erfassen kann!

grüße,
Uli

[shmia]

Ich habe noch etwas nachgedacht und komme immer noch zu dem Schluss, dass Projektzeiterfassung bei Softwareprojekten eher bremsend wirkt. Siehe Anhang.

[Vjay]

Naja, dann vergiss aber nicht die Zeit, die du zum führen der Listen brauchst, auf das Projekt "Führen von Listen" zu buchen.