LinuxParty

NUESTRO SITIO necesita la publicidad para costear hosting y el dominio. Por favor considera deshabilitar tu AdBlock en nuestro sitio. También puedes hacernos una donación entrando en linuxparty.es, en la columna de la derecha.
Inicio desactivadoInicio desactivadoInicio desactivadoInicio desactivadoInicio desactivado
 

La medición, el seguimiento y la evaluación comparativa de la productividad de los desarrolladores se han considerado durante mucho tiempo como una caja negra. No tiene por qué ser así". Así comienza la consultora de gestión global McKinsey en Sí, puede medir la productividad del desarrollador de software ... "En comparación con otras funciones comerciales críticas, como las ventas o las operaciones con los clientes, el desarrollo de software siempre se subestima. La creencia arraigada de muchos en tecnología es que no es posible hacerlo correctamente y que, en cualquier caso, solo los ingenieros capacitados tienen los conocimientos suficientes para evaluar el desempeño de sus pares.

"Sin embargo, ese statu quo ya no es sostenible"

"Todos los líderes de C-suite que no son ingenieros o que han estado en la gestión durante mucho tiempo necesitarán una introducción al proceso de desarrollo de software y cómo está evolucionando", McKinsey aconseja a las empresas que inician una iniciativa de productividad del desarrollador. "Evalúe sus sistemas.

Debido a que la productividad de los desarrolladores generalmente no se ha medido en el nivel necesario para identificar oportunidades de mejora, las pilas tecnológicas de la mayoría de las empresas requerirán una reconfiguración potencialmente extensa. Por ejemplo, para medir la cobertura de prueba (la medida en que las áreas de código han sido probado adecuadamente), un equipo de desarrollo necesita equipar su base de código con una herramienta que pueda rastrear el código ejecutado durante una ejecución de prueba".

Antes de tener demasiadas esperanzas en las sugerencias milagrosas de McKinsey para la productividad de los desarrolladores en 2023, considere que buscar en Google para "encontrar una herramienta que pueda rastrear el código ejecutado durante una ejecución de prueba" lo llevará de regreso a las herramientas de cobertura de prueba COBOL de los años 80 que ofrecían este tipo de capacidad y artículos de más de 40 años que ofrecían consejos similares ( 1 , 2 , 3 ). Un cínico también podría sugerir considerar el historial de McKinsey , que ha tenido algunas fallas notables .

No estás registrado para postear comentarios



Redes:



   

 

Suscribete / Newsletter

Suscribete a nuestras Newsletter y periódicamente recibirás un resumen de las noticias publicadas.

Donar a LinuxParty

Probablemente te niegues, pero.. ¿Podrías ayudarnos con una donación?


Tutorial de Linux

Formulario de acceso

Filtro por Categorías