Pregunta primero: ¿Cuáles son algunas alternativas factibles para el seguimiento del tiempo de los empleados en una empresa de desarrollo web / software y por qué son mejores opciones?
Explicación:
Trabajo en una empresa donde trabajamos así. A todos se les paga el salario. Tenemos 3 tipos de trabajo, Contract, Adhoc e Internal (No facturable). Adhoc son solo pequeños cambios que demoran algunas horas y simplemente facturamos al cliente a fin de mes. Los contratos están firmados y tenemos este gran proceso largo, el habitual.
Calculamos cuánto cobrar obteniendo una estimación del tiempo involucrado (del diseño y los desarrolladores), multiplicándolo por nuestra tarifa por hora y eso es todo. Digamos que estimamos 50 horas para un sitio web. Tenemos software de seguimiento de tiempo y tenemos que registrar el tiempo en 15 que pasamos en él (7:00 a 7:15 por ejemplo), el nombre del proyecto y darle algunos comentarios.
Ahora, si pasamos las 50 horas, ambos estamos perdiendo dinero y somos ineficientes.
Ahora que he explicado cómo funciona el sistema, mi pregunta es cómo se puede hacer si existe un método mejor (que estoy seguro de que uno debe). A nadie aquí le gusta el sistema actual, simplemente no podemos encontrar una alternativa. Estaría más que dispuesto a trabajar después de horas más horas en un proyecto para hacerlo a tiempo, pero estoy muy inclinado a hacerlo con el sistema actual. Me encantaría poder resumir (o vincular) a esta publicación para que mi gerente les muestre por qué deberíamos usar el sistema abc en lugar de este sistema.
fuente
El problema con este método es que no tiene en cuenta el riesgo inherente en las estimaciones. Una mejor práctica para cualquier estimación es expresarlo como un rango de tiempos, por ejemplo, 50 horas ± 15 horas, o algo similar. El término del error es difícil de encontrar, pero nadie cree que tomará exactamente 50 horas de todos modos.
Hay otros enfoques además del modelo de precio fijo; podría usar una tarifa más baja y facturar horas seguidas, pero en estos días, sus clientes probablemente querrán transferirle el riesgo. Eso está bien, pero significa que debe cobrar una prima de riesgo razonable según el rango de estimaciones de tiempo que se le ocurra.
fuente
Hacemos estimaciones con un factor de "incertidumbre", en lugar de intentar estimar con factores "+/-". Los programadores pueden decirte fácilmente cuánto tiempo tomará algo "suponiendo que nada salga mal". Lo que no pueden decirle fácilmente es cuánto tiempo llevará si algo sale mal. Por lo tanto, agregamos un factor de incertidumbre: "L" significa "agregar 25%" - "M" significa "agregar 50%" y "H" significa "agregar 100% - podría duplicarse". El tiempo real tiende a estar entre el tiempo estimado y el estimado más el tiempo de incertidumbre.
En cuanto al SEGUIMIENTO de su tiempo, el método más preciso es escribir un programa que muestre un cuadro de diálogo cada minuto y le pregunte "¿qué está haciendo?", Con un cuadro de lista desplegable de posibles tareas. La única entrada que realmente necesita en ese cuadro de lista desplegable es "tiempo de seguimiento", porque si se interrumpe cada minuto, en realidad nunca hará nada más. El mismo principio se aplica a intervalos de 15 minutos también, pero no es tan malo.
Lo que hacemos es ejecutar un pequeño programa que nos permite agregar tareas a una lista y seleccionar en qué estamos trabajando, lo que permite que sume el tiempo. Si olvidamos mover el selector a la tarea correcta, los totales son editables. Cualquier cosa que no esté en una de las filas va a "misc". No es totalmente preciso, pero la precisión total es menos importante que obtener el tiempo de flujo.
fuente