É, nem sempre esse é o melhor jeito de medir.
A maior parte do nosso trabalho é entendendo o problema (conversando com outras pessoas para pedir detalhes, o que inclui reuniões, etc), analisando as soluções (muitas vezes discutindo com o time), lendo código alheio (pra saber onde e o que mudar), e só depois escreve-se o código. Depois ainda vai gastar tempo testando, corrigindo os erros que encontrar (e talvez tenha que conversar de novo com o time, pois esbarrou em um problema bizarro, etc) e por aí vai.
Escrever código é só uma pequena parte do trabalho. Por mais contraditório que pareça...