Usan una variedad de métodos que están ajustando constantemente (descargo de responsabilidad: trabajo en una de las compañías nombradas).
El desarrollo de software no es, por naturaleza, una actividad fácilmente cuantificable. La productividad no se escala linealmente como una línea de ensamblaje o una mecanógrafa. En cierto sentido, es el mismo problema que medir la productividad de pintores, novelistas o poeta. En los últimos tiempos, hemos visto a sellos discográficos tratar de cuantificar la productividad de los artistas por la cantidad de álbumes lanzados y hemos visto que a menudo resulta en álbumes por debajo de la media de grandes artistas.
Pero entonces, existe una necesidad real de cuantificar la productividad de un ingeniero de software para que las promociones y bonos se puedan distribuir de acuerdo con el rendimiento. Este no es un gran problema en startups o pequeñas empresas, ya que el impacto de una persona es bastante tangible y medible en ese sentido. En las empresas medianas a grandes sin una administración experta en tecnología, esta necesidad a veces genera métricas horribles como líneas de código.
- ¿Qué software gratuito de Windows te falta en Linux?
- ¿Cómo encuentro un programador asociado para una aplicación fácil de aprender que hará que escribir sea mucho más rápido? Especialmente para aquellos de nosotros que 'cazamos y picoteamos'.
- ¿Puede el software de reconocimiento de voz determinar si varias personas están hablando?
- ¿Hay algún sitio web donde pueda publicar la información de lanzamiento de mi producto?
- ¿Cuál es el propósito de la gestión de activos de software (SAM)?
Afortunadamente, los gigantes tecnológicos que enumeraste fueron fundados por programadores. Bill Gates bromeó que “Medir el progreso de la programación por líneas de código es como medir el progreso de la construcción de aviones por peso” . En ese sentido, estas empresas han buscado diferentes formas de medir el impacto de los ingenieros. Aún así, la mayoría de esas formas se pueden clasificar en: (1) características desarrolladas / enviadas (2) comentarios de pares. Estas últimas son en las que más confían estas corporaciones. La idea es que las personas alrededor e inmediatamente por encima de un ingeniero tengan una idea decente de lo bien que lo está haciendo.
La retroalimentación entre pares no es necesariamente la mejor manera posible de medir la productividad de un desarrollador de software, pero es el único método escalable que es algo confiable. He visto a algunas personas quedar completamente jodidas debido a sus habilidades sociales para solicitar comentarios o, por el contrario, obtener una recompensa inapropiada, pero desafortunadamente no existe una mejor alternativa. Si puedes pensar en uno, probablemente será una idea de un millón de dólares.
