Me gustaría medir la eficacia y la eficiencia de los miembros de mi equipo. Me gustaría que la medición fuera relativamente objetiva y transparente, y creo que alguna forma de software cumpliría esos objetivos.
¿Cómo podría buscar y evaluar dicho software? Qué tipos de software incorporan este tipo de funciones (si bien las recomendaciones de software están fuera del alcance porque cambian con frecuencia, los requisitos subyacentes deberían ser más estables).
¿Existe un software que pueda: - Diagramar la actividad durante el último año - Facilitar la evaluación por pares? - Medida de mejora?
¿Existen procedimientos que no sean de software que ayuden?
Su pregunta es muy genérica, en realidad demasiado genérica para poder dar una respuesta concreta. Depende del tipo de proyecto que administre y de cómo pueda medir la eficacia y la eficiencia de los miembros del equipo.
Si administra un proyecto de desarrollo de aplicaciones, probablemente use un modelo de desarrollo de software ágil como Scrum y, por lo tanto, use los diferentes artefactos (documentación) en diferentes niveles.
Los equipos de Scrum pueden desglosar los elementos pendientes en su Planificación de Sprint en tareas reales y pueden documentarlos, por ejemplo, en Jira (y conectarse con Confluence) y, por lo tanto, tener algún tipo de seguimiento. (Sin embargo, no soy un experto en Jira, así que no puedo darte más que eso).
Otra cosa a considerar en los proyectos de desarrollo de aplicaciones es la cantidad de deuda técnica, es decir, el costo del código incorrecto, lo que significa un mal diseño o simplemente una mala convención de código. Incluso si el código se compila y ejecuta, puede terminar con errores y, especialmente más adelante, al agregar funciones, es posible que se vea obligado a dedicar mucho tiempo a refactorizar su código. Una gran herramienta para medir la Deuda Técnica es SonarSource y actualmente es compatible con varios idiomas .
Si está en la industria automotriz y administra un proyecto de vehículo, probablemente lo administre en un modelo en cascada y use diferentes tipos de documentación para diferentes propósitos. Es común tener herramientas de requisitos, herramientas de gestión de proyectos para planificar en diferentes niveles y una herramienta de registro de tiempo del proyecto donde los compañeros de trabajo registran su tiempo en los diferentes proyectos en los que están involucrados.
Si no recuerdo mal, creo que la empresa para la que trabajaba usaba MS Project con plantillas específicas para la planificación de proyectos, un módulo SAP para el registro de tiempo y luego teníamos un complemento que visualizaba los recursos a lo largo del tiempo, ya sea por departamento o proyecto y también podría usarse para prever cualquier complicación de recursos. Es decir, tanto el seguimiento del tiempo real empleado como el proyectado para evitar problemas en el futuro.
Recuerde, eso es sólo el tiempo. ¿Cómo mides la calidad?
...depende de
¡NOTA! - Como puede ver, la planificación del proyecto y el registro del tiempo deben coincidir "por niveles", es decir, si desea tener información detallada en sus informes de eficiencia, debe hacer que sus compañeros de trabajo registren su tiempo en un nivel que corresponda al mismo nivel. desde la planificación del proyecto.
Por lo tanto, hay muchas preguntas que debe responder y definir dentro de su empresa, antes de que pueda decidir qué tipo de medición desea y luego elegir/diseñar una herramienta para medir lo que desea. No se olvide de la Calidad y el resto de QDCF.
Dependiendo de la metodología utilizada ( SCRUM , modelo V o cascada tradicional ) Y según el tipo de compromiso (proyectos con un comienzo claro y un final claro o servicio en curso), sus métricas e indicadores clave de rendimiento ( KPI ) serán diferentes.
Sin embargo, con respecto al software, puedo decirle que la gran mayoría de los compromisos se administran en la práctica mediante una hoja de cálculo (como MS Excel).
En este caso, ITIL a menudo se considera un marco de referencia. Los principales indicadores están definidos en los Acuerdos de Nivel de Servicio ( SLA ) y Acuerdo de Nivel de Operación ( OLA ).
Por lo general, el compromiso del servicio se basará en la gestión del flujo de trabajo o en las herramientas de gestión de problemas de TI (como Jira u otros ).
A menudo, en proyectos de TI no ágiles, el valor ganado se utiliza para proporcionar una indicación sobre el progreso. La metodología Scrum viene con su propio conjunto de métricas, generalmente combinadas con indicadores personalizados relevantes para el compromiso.
En términos de software, los repositorios de código fuente (como TFS u otros ) proporcionan datos muy relevantes, pero a menudo se utilizan herramientas de planificación de proyectos dedicadas (como MS Project u otros ).
Deberá identificar a las partes interesadas de su compromiso. Tómese el tiempo para discutir con ellos qué es importante para ellos monitorear y definir indicadores personalizados según sea necesario.
MCW
tomas.polz
MCW
tomas.polz
tomas.polz
Remojar
Remojar