Como programador, ¿estás obligado a hacer partes de horas? [cerrado]

Las hojas de tiempo son algo que nunca me ha gustado, pero no obstante, es un requisito dentro de mi empresa. No me molestan tanto, pero parecen realmente moler los engranajes de otras personas. Supongo que tengo algunas preguntas, y los comentarios serían geniales.

1. ¿Está obligado a hacer partes de horas, suponiendo que no es un contratista? (Eso es comprensible para mí).
2. ¿Cuál es la granularidad de las hojas de tiempo con las que se sentiría cómodo o que usa? (Ej: todas las entradas deben ser menores de dos horas).
3. ¿Las hojas de tiempo alguna vez serán un factor en sus razones para no aceptar un trabajo o dejar uno actual?
4. ¿Cómo ha justificado la administración dentro de su organización las hojas de tiempo si no está facturando a un cliente?

Como gerente sí, hago que el equipo haga partes de horas. He aquí por qué y algunas notas sobre cómo se implementan para, con suerte, minimizar las interrupciones:

1. Como empresa, gran parte de nuestro trabajo se realiza por tiempo y materiales. Sin hojas de tiempo que obviamente no funciona. Tenemos 10 clientes y una gama de diferentes proyectos y productos, pero no somos lo suficientemente grandes como para dedicar personas a clientes o proyectos a tiempo completo, lo que significa que tenemos que tener alguna forma de calcular cuánto tiempo tomaron las cosas. Incluso si esto no fuera cierto para administrar un equipo, aún necesita comprender qué lleva tiempo y cuánto. ¿Crees que la vieja aplicación que usan los chicos de la sala de correo está tardando más en soportar de lo que vale? ¿Qué pasa cuando alguien pregunta cuánto trabajo se realizó en la función X en el nuevo sitio web que duplicó las ventas? ¿O cuando sus desarrolladores dicen que debería reclutar a alguien más y se le pide que desglose lo que hacen para ayudar a justificarlo?

2. Existen categorías para todos los "no trabajos" razonables que incluyen tutoría, discusiones técnicas generales, apoyo, reuniones, etc.

3. Corrección de errores: registramos el tiempo en un proyecto completo en lugar de error por error. Esto tiende a hacer las cosas mucho más fáciles: pasar el día arreglando errores, 7.5 horas la corrección de errores va en contra del proyecto y ya está. No es necesario intentar averiguar cómo se dividió entre los 13 errores que solucionó.

4. Cuando los implementamos, prometí que nadie sería penalizado / recompensado por lo que estaba en su hoja de tiempo, siempre y cuando fuera exacto. Por lo tanto, no hay aportes en las revisiones basadas en la rentabilidad o la utilización o cualquier otra cosa. Esto significa que no hay incentivos para distorsionar.

5. Por exacto quiero decir más o menos. La gente realmente no debería tener que pasar demasiado tiempo preocupándose por lo que sucede cuando hacen un café o van al baño. Básicamente, si toma nota en una libreta de cada cosa en la que trabajó durante el día, al final del día, desglose aproximadamente las horas que trabajó y eso es todo. Si no debe tomar más de 5 minutos como máximo.

6. Si no me gusta lo que veo, por ejemplo, alguien ha pasado demasiado tiempo en la tarea X, la investigación es sobre lo que podemos hacer para que X sea más rápido, en lugar de cualquier cosa que tenga que ver con la hoja de tiempo.

7. Saber cuánto tiempo pasó haciendo algo es una excelente manera de mejorar las estimaciones.

El sentimiento anti-hoja de tiempo entre muchos programadores parece provenir de dos cosas: (1) hojas de tiempo mal implementadas que tardan demasiado en completarse, exigen más información de la que realmente se necesita y alientan la mentira y la distorsión, de modo que la información no tiene valor de todos modos, y (2 ) una sensación de que todo lo que molesta un poco a un desarrollador debe eliminarse.

El primero es justo, pero debe culpar a la implementación y las reglas que alguien ha adjuntado, no a la idea de las hojas de tiempo que se pueden hacer de manera que no tengan estos problemas. El segundo no es realista: hay muchas partes involucradas en proyectos, tanto dentro como fuera de la empresa, cada una de las cuales tiene muchas demandas sobre ellos. Sí, queremos hacer todo lo posible para que los programadores sean productivos, pero debe equilibrarse con las necesidades de otras partes.

No entiendo nada de antihorario. Las hojas de tiempo son las que hacen que te paguen. Sin hoja de tiempo, sin dinero. Me gusta que me paguen, por lo tanto, me gustan mis hojas de tiempo. Nunca he tenido una hoja de tiempo que tardó más de cinco minutos al día en completarse. Honestamente, hay muchas cosas mucho más molestas en mi día que una hoja de tiempo de cinco minutos.

No hacemos que los programadores llenen hojas de tiempo. Tenemos un sistema de gestión de tareas que a la gente no parece importarle usar, lo que nos da casi todos los datos que necesitamos en lo que respecta a la contabilidad. No es difícil darse cuenta de que algo pasó por encima de la cantidad de tiempo esperada frente a alguien que simplemente olvida marcar un elemento completo.

También se vuelve obvio si alguien simplemente no está produciendo.

Algunas consultas en el rastreador de errores también ayudan a mostrar dónde se pueden obstruir las cosas.

Preferimos mantener a los programadores alejados de las tareas administrativas siempre que sea posible y confiar en que las personas estén haciendo su trabajo.

El único momento en el que me parece razonable mantener el tiempo granular es si se factura al cliente por hora por algo. Pero entonces, la razón principal para hacerlo es obvia y un poco más cómoda, el tiempo debe ser rastreado con precisión porque esa es la cantidad que pagará el cliente. Eso es un poco diferente a sentirse microgestionado por el bien de la administración.

Estoy a favor de tratar a los adultos como adultos.

A menos que esté cobrando a los clientes por hora, o a menos que sea un contratista al que le paguen por hora, no esperaría completar las hojas de tiempo. En mi experiencia, son contraproducentes: sí, en general es necesario realizar un seguimiento de la cantidad de recursos que se destinan a los proyectos, pero eso puede ser aproximado mensualmente ("10 días en el Proyecto X y 9 días en el Proyecto Y, etc."). Los beneficios de cualquier cosa más granular a menudo se ven compensados ​​por el costo de registrarlos, y si se pueden usar como un palo para vencer al personal, el personal simplemente registrará lo que es aceptable en lugar de lo que es preciso.

El otro inconveniente imprevisto para las empresas es que si comienza a monitorear al personal, es posible que comience a registrar cuánto más está haciendo el personal. Si le pagan 40 horas y se le realiza un seguimiento durante 40 horas, venga 40 horas, hay un incentivo increíble para volver a casa. El personal a menudo dejará de hacer ese pequeño extra que tan a menudo puede marcar la diferencia.

Mi compañía lo intentó, pero lo ignoré o anoté tiempos sin sentido durante algunas semanas mientras seguía haciendo el trabajo y se olvidaron de ello.

En mi trabajo anterior tenía que dar cuenta de cada bloque de tiempo de 15 minutos. Era una empresa de desarrollo web y cada uno de nosotros teníamos la tarea asignada. Cada tarea tenía un número específico de horas asignadas. Dividimos el precio total que le cobramos al cliente por $ 100 por hora para obtener el total de horas disponibles para el proyecto.

Si me dieron 10 horas para realizar mis tareas y me tomó 15 horas, entonces le debía a la compañía 5 horas extra. Usé un planificador diario de Franklin Covey para hacer un seguimiento del tiempo.

Trabajo como desarrollador web / gerente de proyectos en una pequeña empresa (10 personas en total) y todos, incluido el CEO, deben registrar lo que hacen. Todo lo que tarde más de 5 minutos debe registrarse.

Una hoja de tiempo típica se vería así:

07:46 - 08:01: Cliente A - Proyecto B - Programación -
Comentario opcional 08:01 - 08:38: Cliente B - Proyecto C
- Reparación - Comentario opcional 08:38 - 08:46: Cliente B - Proyecto D - Gestión de proyectos -
Comentario opcional 08:46 - 09:00: Cliente A - Proyecto B - Atención al cliente - Comentario opcional
...

Como estoy acostumbrado a trabajar así, no sería una razón para rechazar un trabajo. El CEO motiva el uso de este tipo de hojas de tiempo detalladas como la manera perfecta de comparar estimaciones con el tiempo real dedicado a un proyecto.

No hago una hoja de tiempo. Hay proyectos específicos donde hago un seguimiento de las estimaciones con respecto al tiempo real (no uso ningún tipo de temporizador). Esto no es obligatorio, pero siento la necesidad de trabajar en mi capacidad de estimación.

Las hojas de tiempo no son un factor decisivo para mí. Mi último trabajo los tenía al principio para proporcionar transparencia a un cliente, luego los abandoné. Mi trabajo actual los tiene y se mantienen en caso de una auditoría, ya que solicitamos subvenciones de investigación del gobierno.

El software utilizado para las planillas de horarios apesta por completo, pero todavía me toma alrededor de 5 minutos completar una planilla de horas porque están en un nivel muy alto: 8 horas al día, marque los días de vacaciones / enfermedad y escriba algunas notas sobre qué fue trabajado durante la semana. Tomo notas todos los días, por lo que no me lleva mucho tiempo encontrar algunas líneas para escribir en la hoja de tiempo.

1. Sí, se requiere que los empleados hagan hojas de tiempo y esto no es algo inusual para mí.
2. Por lo general, se dividen en varias categorías, por ejemplo, soporte o alguna función importante como la búsqueda en un sitio, con un mínimo de 15 minutos por entrada, que es .25 de una hora.
3. No, las hojas de tiempo son solo una característica administrativa que he aceptado como parte de mi trabajo de alguna manera. Puede ser interesante dividir mi trabajo en varios segmentos, como trabajo administrativo, de soporte y desarrollo.
4. Hay un par de justificaciones diferentes que conozco para que los desarrolladores hagan hojas de horas:
   1. Hay varias reglas contables sobre cómo algunos gastos pueden capitalizarse y amortizarse para que se vea mejor en los libros, o al menos eso es lo que recuerdo haberlo escuchado un par de veces.
   2. La cuantificación de nuestra asignación de tiempo permite a la gerencia ver cuánto tiempo se gasta en diversas áreas que, en cierto sentido, pueden utilizarse para la planificación estratégica. Si hay un grupo de desarrolladores que pasan mucho tiempo en el soporte, entonces puede tener sentido crear un nuevo equipo de soporte para asumir eso, posiblemente, para dar un ejemplo aquí. Otro pensamiento es que a pesar de que somos empleados internos, todavía queda la cuestión de de qué presupuesto provienen nuestros salarios. Si estamos trabajando principalmente en proyectos, entonces está fuera del presupuesto del proyecto, que posiblemente no sea lo mismo que un presupuesto de apoyo.

Tengo que completar varias hojas de tiempo.

Primero está la hoja de tiempo que va a RRHH. Esa hoja de tiempo simplemente muestra trabajado / no trabajado, y se utiliza para rastrear PTO y días de enfermedad. Por lo tanto, siempre se completa en múltiplos de 8 (todo el día o trabajando todo el día).

Luego está la hoja de tiempo que va al negocio. Trabajo en desarrollo de software en una gran corporación; La mayoría (99%) de nuestros proyectos son para usuarios internos. Estos proyectos se cobran a los usuarios por hora; por lo tanto, un proyecto para, por ejemplo, el departamento legal se cargará al presupuesto del departamento legal. Esta hoja de tiempo es la más politizada; existe la presión de la administración de TI para cobrar la mayor parte de su tiempo posible a los proyectos, y la presión de los propietarios del proyecto para cobrar la mayor cantidad de tiempo posible a TI (es decir, reuniones de personal, capacitación informal, etc.). Además, antes de realizar cualquier trabajo en cualquier proyecto, se 'estima' y se asigna un cierto 'presupuesto' de horas. Entonces, para estirar las horas, hay presión de todas las partes para ser creativos con la hoja de tiempo; marcar 8 horas en un día determinado para el mismo proyecto desencadena una bandera roja que provoca que más de 3 gerentes golpeen tu cubo. El tiempo extra NUNCA está marcado, ya que no sirve para nada (mi paga es la misma y disminuye las horas disponibles más rápido). La precisión en esta hoja de tiempo puede ser perjudicial para su carrera.

Finalmente, está la hoja de tiempo del proyecto. Este es el que va a los propietarios del proyecto; No está desglosado por fecha, sino por hora. Así que esta es la hoja que dice "Pasé 9 horas en su proyecto esta semana; las tareas A y B se realizaron, y los errores X e Y fueron corregidos". Esta hoja de tiempo es una obra de ficción completa; dado que obtiene su número de horas de la hoja de tiempo anterior, la relación tareas-tiempo es completamente inexacta. Sin embargo, esta hoja de tiempo solo se usa realmente para determinar si hemos alcanzado o no el hito X por una hora de uso Y, por lo que es más un indicador general de progreso que cualquier otra cosa.

Hace dos trabajos completé hojas de tiempo. Se realizaron para registrar el pago (nos pagaron horas extras) y facturar al cliente (mucho trabajo fue T&M) y verificar las suposiciones frente a los reales en proyectos de precio fijo. También los encontré útiles para registrar parte de mi propia información, en lugar de mantener un registro personal frente a un registro de parte de horas. Funcionó muy bien.

Hace un trabajo, traté de usar las hojas de tiempo de la misma manera (las condiciones eran muy similares), pero en ese caso la compañía cuestionaría cada pequeña cosa en la hoja de tiempo. Tuve conversaciones telefónicas discutiendo sobre lo que puse en mi hoja de tiempo que duró más que la cantidad de tiempo en cuestión. Dejé de poner el tiempo exacto, porque era absurdo. Otras personas parecían estar mintiendo en su hoja de tiempo también, cuando se les preguntó.

En este trabajo, mi tiempo no es facturable directamente para un cliente, solo para proyectos internos en su mayoría, pero todavía hago hojas de tiempo. Son fáciles de hacer y útiles, no solo para mí, sino para la empresa de contabilidad, etc. Nunca me han preguntado sobre lo que puse en una hoja de tiempo aquí, por lo que los mantengo bastante precisos.

Diría que son geniales, hasta que empiecen a penalizarte por lo que les pones.

Por desgracia sí.

Pero no solo una hoja de tiempo. Tenemos que:

• Llegada y salida a la llegada / salida
• Complete la hoja de tiempo de nuestra empresa matriz al final del mes
• Nuestro gobierno idiota ( Croacia ) agregó recientemente otra molestia: completar otra hoja de tiempo diaria . ¿Por qué? Para que puedan enviar una "inspección" para robar su dinero si cada empleado no lo tiene completamente lleno.

Estoy sorprendido de cuánto tiempo se pierde en las hojas de tiempo y lo poco que la organización está sacando de eso.

Para la mayoría de los grupos aquí, el gerente envía la cantidad de horas presupuestadas para el período de tiempo; por proyecto, por empleado para que coincida con el plan del proyecto. Todos los programadores ingresan ese tiempo para cada proyecto en el que trabajan; independientemente del tiempo que realmente pasaron por proyecto. O lo útil que fue ese trabajo.

Para ellos, las hojas de tiempo son totalmente inútiles.

Por otro lado, obtengo el registro de compilación de Hudson y confirmo el registro de VCS. A partir de eso, tengo una buena idea de en qué trabajó realmente mi equipo sin tener que pedirles que presenten más formularios.

Es más preciso ya que rastrea lo que los desarrolladores han hecho y no lo que la gente dijo que pasaban tiempo haciendo.

Odio llenarlos en el trabajo, odio con pasión ... lo que podría explicar por qué tengo tres meses de retraso en este momento. Tengo mis correos electrónicos, calendario, tareas en nuestro software de seguimiento de tareas, proyectos para incluir, en nuestro software de seguimiento de proyectos 'más grande'. Y, sin embargo, todavía insisten en completar una hoja de tiempo que hace referencia a los proyectos / tareas en los otros programas. Todo es solo un desastre.

Luego se usa para determinar la eficiencia, la velocidad, etc., que se usa al calcular su bono. El hecho de que técnicamente estuvieras haciendo 60 horas de trabajo, en 40 horas, realmente no se nota, pero lo que sí se nota es que todo llegó tarde ... a pesar del hecho de que había seguido el tiempo estimado en cada uno, y Trabajé mis 8 horas, algunas habrían llegado a tiempo ... pero poco a poco más tarde, eventualmente con cosas que ni siquiera comenzaron antes de su vencimiento.

Sin embargo, como freelance, no tengo problemas para completarlos. Mantengo un archivo de Excel con una simple "fecha, comentario, horas". Es simple, es rápido y funciona mucho mejor.

No estoy tratando de cumplir con los plazos establecidos por un gerente y tan ridículamente aleatorios que parece que se lanzaron dados ya que no fui consultado. Tarea A, obtengo 2 horas asignadas ... pero sé que tomará un día. Tarea B Obtendré 20 horas asignadas ... pero sé que puedo dejarlo en 15 minutos.

El concepto de partes de horas no es malo. Para las personas, una vez que pueden realizar un seguimiento del tiempo que lleva realizar una tarea, pueden

1. estimar tareas similares con mayor precisión
2. planificar bien las tareas para mantenerse ocupado durante la semana, y
3. saber de antemano si se perderán los plazos

Además, se puede rastrear el costo de un proyecto.

Sin embargo, siempre siempre aparece un problema rápidamente. Aquí está la plantilla de la secuencia de eventos:

1. La gerencia tiene un aroma de 'mensurabilidad'. Se imaginan que esto es una herramienta de gestión.
2. Se cuestionarán las horas registradas, se solicitarán explicaciones para cualquier número mayor que algún número (digamos, 6), todo en un sentido de falso control y gestión.
3. A continuación, el equipo será comparado y enfrentado entre sí en cuanto a quién está registrando más horas. La salida será monitoreada en términos de horas dedicadas.
4. Contratarán un coordinador de hoja de tiempo o algún rol para ayudar en este proceso.
5. Esta persona, para probar un punto, agregará algunos campos más a la plantilla y aumentará el proceso . Ahora, el tiempo requerido para pasar en la hoja de tiempo se cuadruplica de repente.

Por lo tanto, un sistema que alguna vez se pensó para ayudar a los programadores se convierte en un cuello de botella.

Sí. Pero a un nivel bastante grueso para los informes de gestión semanales. La PMO informa de esto desde la alta gerencia hasta el nivel de director con una granularidad adecuada. Para proyectos individuales, está en el nivel de tarea del proyecto para rastrear el progreso, pero eso no alimenta la hoja de tiempo, sino más para la gestión del proyecto.

La única vez que no me molestaba tener que completar hojas de tiempo era cuando trabajaba en un equipo usando XP. Supongo que fue porque

1. esas tarjetas se completaron como parte de la reunión de stand-up todas las mañanas (que fue la primera vez que pude ver que las reuniones tenían un alto resultado / ración de tiempo)
2. De hecho, pude ver los resultados del esfuerzo que se está utilizando (para calcular el tiempo necesario para implementar tareas futuras)

OTOH, he estado usando una hoja de Excel casera para rastrear mi estado de tiempo extra (y lo que he hecho cada día) durante más de diez años. Por lo general, generalmente lleno la hoja de tiempo el viernes antes de dejar la empresa, copiando desde mi hoja de Excel.

No, y rechazaría ofertas de trabajo / contrato que me harían llenar hojas de tiempo. Nunca entenderé la ignorancia de los gerentes que piensan que la infame hoja de tiempo es una especie de gran herramienta para mantener a los programadores disciplinados, así como para medir el desempeño.

Por todo lo que él / ella sabe, podría haber copiado / pegado un trozo de código de un blog que resuelve un problema difícil en los primeros diez minutos y pasé el resto de mi tiempo grabado leyendo discusiones interesantes sobre P.SE.

No somos trabajadores de plantaciones de algodón, y no debemos ser tratados como tales.

Solía ​​tener que completar hojas de tiempo en todas las compañías anteriores, pero no en mi actuación actual.

La mayoría de las veces parecía un ejercicio inútil, excepto en un caso: una empresa para la que trabajé donde facturamos directamente a los clientes por el tiempo de nuestros desarrolladores. Esto fue comprensible.

El problema con las hojas de tiempo en el trabajo típico de software es que el trabajo es demasiado dinámico para caber en pequeños paquetes agradables. Por ejemplo, en mi actuación actual: en una hora típica podría pasar 17 minutos respondiendo a correos electrónicos de Marketing, 11 minutos respondiendo preguntas del servicio de asistencia con respecto a algún problema del cliente, 12 minutos ayudando a un colega novato con algo y 20 minutos trabajando realmente en un problema oficial de RC que puede ser claramente planificado. Mezcle estos intervalos al azar, y allí tendrá una hora típica de desarrollador senior.

Por supuesto, no cada hora de cada día es así, pero es así con la frecuencia suficiente para hacer que las hojas de tiempo sean bastante inútiles por aquí. A menos que esté tratando de medir cuánto tiempo se dedica a una tarea facturable en particular (que nunca es el caso aquí), son básicamente una pérdida de tiempo (tanto el tiempo de desarrollador como el tiempo de nómina).

Hace varios trabajos, en un país diferente al que ahora vivo, no hicimos los horarios. Nos pagaron un salario. Si el trabajo se estaba haciendo, entonces ese era el final.

Cuando me mudé a Australia, el tiempo pasa a todas partes. Pagó lo que se llamó un "salario", pero con hojas de tiempo y horas registradas. No es exactamente mi comprensión de la comunidad de un puesto asalariado frente a un asalariado.

Completaré las hojas de tiempo si es necesario (como si tuviéramos horas facturables que un cliente necesita saber), pero en general no me gusta la idea por varias razones:

1. Los olvido Nueve de cada diez veces, termino olvidando durante un par de días y luego vuelvo y lo relleno con información en su mayoría inexacta.
2. Soy un adulto que es muy capaz de asignar mi propio tiempo. Si paso demasiado tiempo en algo, se lo haré saber a mi gerente. No necesito que me digan cuando paso demasiado tiempo en algo.

Nuestra aplicación de hoja de tiempo también se utiliza para rastrear informes de vacaciones y gastos.

El tiempo de entrada se realiza con una granularidad de 1/2 hora. Esto se hace con el propósito de informar a los altos ejecutivos Algunos de los desarrolladores se niegan a hacerlo y, por lo tanto, terminan con la tarea trimestral de dejar de trabajar y actualizar su tiempo. Intento recordarles a los chicos que si pasan 12 horas al día y escriben 8 horas, los idiotas de arriba tendrán la idea de que no necesitamos ningún desarrollador nuevo, podemos manejar la carga. Tuvimos una marcha de la muerte que involucró semanas de trabajo de 7 días durante muchos meses durante el invierno pasado. La mitad de los desarrolladores escribieron 40 horas / semana en la aplicación de informes, mientras que varios de nosotros informamos números reales. Según la ley federal, los programadores están "exentos" (lo que significa exento de horas extras en ausencia de un contrato sindical en contrario), por lo que informar horas extras no nos pagará horas extras, pero las cifras seguirán apareciendo en los informes.

El tiempo dedicado a trabajar en errores y el nuevo código se rastrea (más o menos) en Team Foundation Server y solo lo rastreamos con una granularidad de 1 día completo. Esto estamos tratando de hacer para mejorar la estimación de cuánto tiempo llevará hacer las cosas, ya que nuestro proceso de estimación está desactivado en un -25% a + 1000%. Por el momento, lanzar dardos en un calendario al otro lado de la habitación es tan preciso como nuestros procesos de estimación.

El lugar anterior usaba hojas de horas para facturar a los clientes, por lo que si pasaste 45 minutos trabajando en el error de un cliente, entonces el cliente recibió una factura por 45 minutos.

He completado hojas de tiempo, tanto como empleado a tiempo completo como contratista, durante casi una década, en 4 trabajos diferentes, así que encuentro poca fricción en el uso, sin embargo, no creo en quedar demasiado atrapado en el minucias de tareas. El más granular al que iré es 1/4 de hora, y eso es raro.

Recientemente, sin embargo, he estado usando Grindstone para realizar un seguimiento de lo que estoy haciendo (afortunadamente, mi posición actual me permite enviar mi propia hoja de tiempo, en lugar de verme obligado a completar un sistema basado en intranet propio).

Se lo recomendaría a cualquiera que encuentre que el mantenimiento de su hoja de tiempo está tardando demasiado o es irritante

Nunca he tenido que completar una hoja de tiempo y no creo que me uniría a una empresa que me lo exigiría. En todas las empresas donde he trabajado, siempre he sido juzgado en función de lo que hice y no de cuánto tiempo me llevó . Los resultados y el rendimiento son mucho más importantes que el tiempo que llevó obtenerlos. De hecho, el primero incluye el segundo: si hiciera tanto en un año como lo hizo otro desarrollador en una posición similar en un mes, mi evaluación probablemente no sería muy buena. Al revés no funciona tan bien: saber que una persona pasó 60 horas en el trabajo esta semana y otra pasó 40 no es suficiente para emitir un juicio significativo. Algunos de los desarrolladores más efectivos pasan menos tiempo en el trabajo precisamente porque son eficientes.

Además, he sido un empleado asalariado en cada trabajo, por lo que no me pagaron más o menos porque pasé más o menos horas. Entonces, la información en una hoja de tiempo nunca sería una ventaja para mí. Finalmente, ¿de qué negocio es suyo? ¿En qué paso mi tiempo para hacer un proyecto? Si produzco el mejor software de la empresa pero descubres que navego por la web 4 horas al día, ¿me despedirías? ¿Cómo sabes que la navegación web no es esencial para mi proceso mental? Por otra parte, aunque lo hice navegar por la web 4 horas al día, probablemente no ponerla en mi hoja de tiempo, lo que significa que la información de todos modos es bastante inútil. Creo que estaría tentado a completarlo con BS y entregarlo con mi informe TPS al final de la semana ...