Alternativen zu Zeiterfassungsmethoden [geschlossen]


12

Frage 1: Was sind mögliche Alternativen zur Zeiterfassung für Mitarbeiter in einem Web- / Softwareentwicklungsunternehmen und warum sind sie die besseren Optionen?

Erläuterung:

Ich arbeite in einer Firma, in der wir so arbeiten. Jeder bekommt ein Gehalt. Wir haben 3 Arten von Arbeiten, Vertrag, Ad-hoc und Intern (nicht abrechenbar). Bei Adhoc handelt es sich nur um kleine Änderungen, die einige Stunden dauern, und wir stellen den Kunden erst am Monatsende in Rechnung. Verträge sind unterschrieben und wir haben diesen großen langen Prozess, den üblichen.

Wir ermitteln den zu berechnenden Betrag, indem wir eine Schätzung des Zeitaufwands (vom Design und den Entwicklern) abrufen und ihn mit unserem Stundensatz multiplizieren. Nehmen wir an, wir schätzen 50 Stunden für eine Website. Wir haben eine Zeiterfassungssoftware und müssen die Zeit, die wir dafür aufgewendet haben (zum Beispiel 7:00 bis 7:15), den Projektnamen aufzeichnen und ihm einige Kommentare geben.

Wenn wir nun die 50 Stunden überschreiten, verlieren wir beide Geld und sind ineffizient.

Nachdem ich nun erklärt habe, wie das System funktioniert, ist meine Frage, wie es sonst gemacht werden kann, wenn es eine bessere Methode gibt (von der ich sicher bin, dass sie es muss). Niemand hier mag das aktuelle System, wir können einfach keine Alternative finden. Ich wäre mehr als gewillt, nach Stunden längerer Arbeit an einem Projekt zu arbeiten, um es rechtzeitig fertig zu stellen, aber ich bin sehr geneigt, dies mit dem aktuellen System zu tun. Ich würde gerne in der Lage sein, eine Zusammenfassung (oder einen Link) zu diesem Beitrag zu erstellen, damit mein Manager ihnen zeigt, warum wir abc anstelle dieses Systems verwenden sollten.

Antworten:


8

Softwareschätzungen sind immer schwierig. Software ist ein kreatives Geschäft, und Kreativität nimmt zu und ab. Ich fange gerade an, nach einer Woche schwerer Erschöpfung zurückzukommen - neulich habe ich Stunden gebraucht , um eine Aufgabe zu erledigen, die 15-30 Minuten hätte dauern sollen ...

Bedenken Sie auch, dass jeder Entwickler unterschiedliche Schätzfähigkeiten hat. Diszipliniertere oder leitende Entwickler sind tendenziell genauer, und weniger präzise sind jüngere oder undisziplinierte Entwickler. Auch ihre Genauigkeit ändert sich mit der Zeit (nicht immer zum Besseren).

In meiner persönlichen Beratungserfahrung versuche ich, eine realistische Schätzung mit einer Obergrenze zu verschmelzen. Grundsätzlich: "Ich erwarte, dass diese Funktion 7 bis 10 Stunden in Anspruch nimmt, aber bis zu 18 Stunden erreichen kann. Selbst wenn es 40 Stunden dauert, werden Ihnen 18 in Rechnung gestellt." Normalerweise ist diese Art der Vorgehensweise für Kunden neu und einige lehnen sie mit "gib mir einen festen Preis" ab - diese Kunden erhalten die Höchstschätzung (oder ich lehne ihr Geschäft höflich ab). Kunden, die diesen Ansatz akzeptieren, verstehen, dass ich die Zeit ehrlich nachverfolgen werde und ihre tatsächliche Endabrechnung meine aufgewendete Zeit widerspiegelt (aber meine Obergrenze nicht überschreitet). Im Wesentlichen handelt es sich hierbei um einen schlanken Ansatz mit einer zusätzlichen Garantie. und dem Kunden ist bekannt, dass Änderungen der Anforderungen Änderungen der Schätzungen zur Folge haben.

Insgesamt hat sich dieser Ansatz für Kunden bewährt, die bereit sind, ihn zu akzeptieren. Mein persönliches Ziel ist es, ihr Vertrauen zu gewinnen und Geschäfte zu wiederholen. Daher ist es in meinem Interesse, ehrlich zu sein und zu versuchen, gut unter die Decke zu kommen. verspätete Änderungen usw. - Ich überarbeite die Schätzungen, wenn die Änderungen unwesentlich sind.

Wenn nicht, würde ich vorschlagen, The Mythical Man Month zu lesen


7

Sehen Sie sich die evidenzbasierte Planung an . Kann Ihnen wirklich dabei helfen, festzustellen, wie genau Ihre Schätzungen wahrscheinlich sind.

In den letzten Jahren haben wir bei Fog Creek ein System entwickelt, das so einfach ist, dass selbst unsere erfahrensten Entwickler bereit sind, dem zu folgen. Und soweit wir das beurteilen können, werden äußerst zuverlässige Zeitpläne erstellt. Es heißt Evidence-Based Scheduling oder EBS. Sie sammeln Beweise , hauptsächlich aus historischen Arbeitszeittabellendaten, die Sie in Ihre Zeitpläne zurückführen. Was Sie erhalten, ist nicht nur ein Versanddatum: Sie erhalten eine Konfidenzverteilungskurve, aus der die Wahrscheinlichkeit hervorgeht, mit der Sie an einem bestimmten Datum versenden werden. Es sieht aus wie das:

http://www.joelonsoftware.com/items/2007/10/26ebs1.png

Je steiler die Kurve, desto sicherer sind Sie, dass das Schiffsdatum echt ist.

So machst du es ...


2
Ein sehr guter und umfassender Ansatz. Das Schwierige daran, diese Ansätze ins Rollen zu bringen, ist, dass Entwickler verstehen, dass es in Ordnung ist, dass ihre Schätzungen falsch sind. Sie müssen also verstehen, was mit ihren Schätzungen gemacht wird, und darauf vertrauen, dass ehrliche Ungenauigkeiten nicht in Frage gestellt werden sie ist ein kritischer erster Schritt
STW

0

Das Problem bei dieser Methode ist, dass das inhärente Risiko bei Schätzungen nicht berücksichtigt wird. Eine bewährte Methode für Schätzungen ist die Angabe eines Zeitraums, z. B. 50 Stunden ± 15 Stunden, oder ähnliches. Der Fehlerbegriff ist schwer zu finden, aber niemand glaubt, dass er ohnehin genau 50 Stunden dauern wird.

Neben dem Festpreismodell gibt es andere Ansätze. Sie könnten einen niedrigeren Tarif verwenden und die Stunden direkt abrechnen, aber heutzutage möchten Ihre Kunden das Risiko wahrscheinlich auf Sie übertragen. Das ist in Ordnung, aber es bedeutet, dass Sie eine angemessene Risikoprämie berechnen müssen, die auf der Bandbreite der Zeitschätzungen basiert, die Sie sich einfallen lassen.


0

Wir machen Schätzungen mit einem "Unsicherheitsfaktor", anstatt zu versuchen, mit "+/-" Faktoren zu schätzen. Programmierer können Ihnen leicht sagen, wie lange etwas dauern wird, "wenn nichts schief geht". Was sie nicht leicht sagen können, ist, wie lange es dauern wird, wenn etwas schief geht. Also addieren wir einen Unsicherheitsfaktor - "L" bedeutet "addiere 25%" - "M" bedeutet "addiere 50%" und "H" bedeutet "addiere 100% - könnte sich verdoppeln". Die Echtzeit liegt in der Regel zwischen der geschätzten Zeit und der geschätzten Zeit plus der Unsicherheitszeit.

Was das Verfolgen Ihrer Zeit anbelangt, besteht die genaueste Methode darin, ein Programm zu schreiben, das jede Minute ein Dialogfeld mit einer Dropdown-Liste möglicher Aufgaben öffnet und Sie fragt, was Sie tun. Der einzige Eintrag, den Sie wirklich in diesem Dropdown-Listenfeld benötigen, ist die "Nachverfolgungszeit", denn wenn Sie jede Minute unterbrochen werden, werden Sie nie etwas anderes tun. Das gleiche Prinzip gilt auch für 15-Minuten-Intervalle, nur nicht so schlimm.

Wir führen ein kleines Programm aus, mit dem wir Aufgaben zu einer Liste hinzufügen und auswählen können, an welcher wir gerade arbeiten. Wenn wir vergessen, den Selektor auf die richtige Aufgabe zu stellen, können die Summen bearbeitet werden. Alles, was sich nicht in einer der Zeilen befindet, wird auf "Verschiedenes" gesetzt. Es ist nicht ganz genau, aber die Gesamtgenauigkeit ist weniger wichtig als die Auslaufzeit.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.