Como medir el trabajo de Programador

[Zafer]

Hola a todos, quiciera que me ayudaran con lo siguiente.

Soy Analista programador y me han puesto un tarea algo complicada, como medir el
trabajo de una programador. el trabajo de un programador es tan relativo. como lo puedo medir, por script's???.


Cuanto tiempo puede uno durar escribiendo un codigo, todo esto depende del tipo de tarea que le encomienden a uno.

he encontrado algunos POST pero la verdad no es que digan mucho.


De antemano muchas gracias.

[BlueSkull]

Iniciado por Zafer

Hola a todos, quiciera que me ayudaran con lo siguiente.

Soy Analista programador y me han puesto un tarea algo complicada, como medir el
trabajo de una programador. el trabajo de un programador es tan relativo. como lo puedo medir, por script's???.


Cuanto tiempo puede uno durar escribiendo un codigo, todo esto depende del tipo de tarea que le encomienden a uno.

he encontrado algunos POST pero la verdad no es que digan mucho.


De antemano muchas gracias.

Estimado, no estoy muy al tanto de ese tema, pero al leer mi apuntes de Ing SW que lamentablemente estan solo en cuaderno escrito(si no te lo enviaria), eso lo puedes estimar con Puntos de función y Cocomo:

"Cocomo traduce a horas hombre las estimaciones de lineas de código obtenidas en puntos de función"

[Remsankar]

La manera mas simple es hacer un desglose de las actividades, es complicado y quita tiempo pero es fundamental para medir los tiempos en proyectos grandes.

Lo que puedes hacer es que dentro de lo que hace o tiene que hacer el programador, defines partidas y metas claras, cosas que para ti sean faciles de revisar, basado en eso lo mejor es que el mismo programador te diga cuando tendra listo algo y luego en la fecha tu revisas si "algo" esta terminado con eso puedes hacerte una buena idea, lo normal es que los programadores incluso los grupos de programadores en empresas demoren de un 50% a un 100% mas de lo estimado en un principio por que las estimaciones son muy dificiles y aveces un error no estimado puede costar mucho tiempo.

Esto te lo cuento para que no te sorprendas, son pocos los informaticos que terminan a tiempo.

Si los las tareas o proyectos aun son grandes por ejemplo de semanas o meses hay que subdividirlas en etapas claras, es complicado y aveces afecta mucho el projecto, por ejemplo algunas veces he tenido que hacer prototipos que aumentan el desarrollo un 25% porque para el prototipo se usan procedimientos que solo seran utiles para el prototipo en cuestion.

Yo me acostumbre a contar todo, incluso cuento los tiempos de encendido y apagado y programas, reuniones, conversaciones casuales y tambien el riesgo en las integraciones o el riesgo a que aparezcan fallos imprevistos. Aunque la verdad es que creo que soy un poco clarividente ^^

Si es algo asi como auditoria a una sola persona, haces lo mismo pero tu o una persona con la experiencia que se espera determina el tiempo para cada tarea, luego comparas el tiempo con el tiempo de la tarea y su resultado, y de ser necesario revisas el codigo, podrias encontrar un codigo perfectamente ordenado identado y comentado, o un codigo pesimo con mucha basura, hasta el nombre de las clases, funciones y o variables es una porqueria, pero obviamente va a depender mucho del estilo de programacion de ambos y de lo que se espera.

Asi puedes definir varios puntos como tiempo, calidad, confianza, estabilidad y claridad de codigo etc etc