Trabajo para una pequeña empresa de tecnología y estamos tratando de encontrar una forma eficiente de realizar un seguimiento del tiempo y el presupuesto del desarrollador que no requiera mucho trabajo para el equipo de desarrollo. Una forma eficiente de realizar un seguimiento de las tareas y el tiempo gastado en él para que el lado comercial pueda comprender los costos internos. Descubrimos que el seguimiento del tiempo por hora no era la mejor manera de abordar esto y que el equipo completara una hoja de Google no tuvo éxito. Si pudiera compartir algunos consejos e ideas para abordar este problema o si pudiera compartir el éxito de su propia empresa con el seguimiento del tiempo, toda ayuda sería muy apreciada.
Una herramienta no te salvará. Disciplina voluntad. Otros profesionales, como los abogados, lo hacen todo el tiempo durante décadas, con precisión y sin una herramienta sofisticada.
Me pregunto si realmente necesita:
entender los costos internos
Tal vez realice un seguimiento durante un tiempo, pero no obligue a los desarrolladores a realizar un seguimiento del tiempo a menos que sea absolutamente necesario. Como facturar a los clientes por hora, pero incluso entonces podría facturarles por tamaños de esfuerzo relativos y eliminar la necesidad de realizar un seguimiento del tiempo.
Quizás se pregunte por qué los desarrolladores no deberían realizar un seguimiento del tiempo. Echemos un vistazo a la diatriba de Jeff Sutherlands sobre la cojera de las hojas de tiempo para ver por qué:
En realidad, las hojas de tiempo son peores que cojas:
- desmotivan a los desarrolladores
- 10-15% de pérdida de productividad es el mínimo
- los desarrolladores tienen que falsificar el tiempo para completarlos correctamente
- se utilizan datos erróneos para informar y la gerencia toma malas decisiones
- los clientes son engañados
- no tienen nada que ver con la producción de código de calidad
- enfocan a toda la organización en datos falsos en lugar de producción
Sin embargo, esto no es suficiente para que muchos gerentes renuncien a las hojas de tiempo. Al igual que el proceso de la cascada, hay una dependencia psicológica tan fuerte que es como si estuvieran drogados.
Los desarrolladores son personas inteligentes que saben perfectamente cuándo algo que están haciendo es un desperdicio. Por lo tanto, esto es muy desmotivador, prefieren crear código al mismo tiempo. Entonces, a menos que pueda convencer a los desarrolladores de que el tiempo de seguimiento vale la pena, simplemente deje de hacerlo, porque le costará más de lo que cree que gana.
No es tan difícil dividir las estimaciones relativas por los costos promedio del equipo, para tener una buena idea de lo que cuestan las cosas.
Solo me preocuparía por esto si realmente necesita comprender el costo de los bienes vendidos, está haciendo un trabajo facturable o contabilizando la capitalización del software.
Es mejor simplemente realizar un seguimiento del rendimiento del equipo utilizando métricas de velocidad. Simplifica enormemente la estimación y la programación y, una vez que madura, es un predictor mucho mejor del rendimiento futuro.
Todo hecho sin desmotivar a sus ingenieros, por lo que es más fácil participar en la estimación y la planificación.
Puedes lograr esto de varias maneras:
Buena suerte
Para el seguimiento del tiempo de los desarrolladores, debe utilizar el software de seguimiento del tiempo de los empleados de Eilisys Ascent . Yo también estoy usando este software. Este software de portal web es fácil de usar, tiene alta seguridad, manejo de excepciones y muchas más funciones, etc. También está disponible a un precio asequible y tiene un buen equipo de apoyo.
Más detalles, visite aquí: http://eilisys.com/blog/tag/employee-time-tracking-software/
Como alguien dijo anteriormente, debe comenzar con ¿por qué necesita realizar un seguimiento de los desarrolladores? Cuál es el objetivo comercial o el problema que está tratando de resolver. Hay muchas herramientas para el seguimiento, pero ¿cuál es su objetivo. ¿Alguien mirará esos seguimientos? Es otra pregunta que debe hacerse.
Como la gente dice que el seguimiento del desarrollador crea desconfianza, no digo que no deba importarte cómo pasan el tiempo en el trabajo, pero ¿hay otro enfoque que puedas tomar?
Piensa cuáles son tus metas, cuáles son tus problemas que estás resolviendo. La mayoría de las veces, la implementación de una solución, como el seguimiento del tiempo o la detección, puede matar el espíritu de equipo y generar un ciclo de desconfianza.
Tiago Cardoso
pato de goma
Piotr Uryga
Todd A. Jacobs