Usted mide el crecimiento del desarrollador haciendo crecer a sus desarrolladores. No siempre crecen solos. Es parte de su trabajo como gerente (y es probable que sea un administrador, o no necesitará medir el crecimiento del desarrollador) para ser responsable del crecimiento y asegurarse de que suceda.
Mide el crecimiento del desarrollador estableciendo métricas. Algunas de estas métricas serán las mismas para cada desarrollador, y otras diferirán de un desarrollador a otro. Una forma de pensar en las métricas es como objetivos INTELIGENTES. Puede buscar lo que eso significa, pero lo esencial es que un buen objetivo se establece de manera clara, alcanzable y medible en un marco de tiempo conocido. Otra forma de pensar sobre las métricas se conoce como Goal-Question-Metric, o GQM; puedes buscar esto en línea también. Otra forma de pensar acerca de las métricas es como una “Matriz de carrera del desarrollador” que contiene una celda para cada nivel de trabajo y para cada habilidad de trabajo, que describe las expectativas de un desarrollador en cada nivel de crecimiento.
Usted mide el crecimiento del desarrollador periódicamente midiéndolo continuamente . Una forma de hacerlo es tener reuniones individuales semanales con cada desarrollador. Estas son reuniones de media hora, 10 minutos de las cuales se dedican al crecimiento profesional / entrenamiento profesional.
- ¿Cuáles son las habilidades matemáticas mínimas para un ingeniero de software?
- ¿Cuáles son las diferencias entre HLD y LLD en un ciclo de vida de desarrollo de software?
- ¿Hay algún libro sobre el flujo de negocios de un desarrollo de software para la empresa del cliente?
- ¿Es una buena idea dejar un programa de MBA (1er sem) y optar por un trabajo de desarrollador?
- ¿Qué quieren decir los ingenieros / desarrolladores de software con el código de calidad?
Su organización podría pedirles a los desarrolladores que establezcan objetivos anuales, incluidos los objetivos de desarrollo personal anuales. Eso es ridículo. Juega esa política de cualquier manera que puedas. La mayoría de las organizaciones no tienen idea de lo que harán dentro de más de una cuarta parte. Haga que sus desarrolladores establezcan objetivos trimestrales y, si puede administrarlos, permítales establecer esos objetivos en retrospectiva . Eso significa: establecer los objetivos de un desarrollador para Q1 al final de Q1, cuando usted y el desarrollador realmente sepan cuáles eran sus objetivos y puedan medir el rendimiento de manera justa. Establezca los objetivos de un desarrollador para Q2 al final de Q2. Y así. Cualquier otra cosa es locura.