Nós, desenvolvedores, criamos algoritmos, programas, aplicativos. Muitas vezes são preenchidos para o programador com a beleza das soluções técnicas, a graça das abordagens arquitetônicas ou a elaboração de uma abordagem algorítmica. Gostamos da graça e da beleza. Freqüentemente, recusamos projetos onde é impossível escrever um código bonito. Em nosso mundo, discutimos até a rouquidão sobre esta ou aquela abordagem que torna o programa mais perfeito. Rimos com memes de programadores sobre código, ele junho, sobre idosos, sobre as numerosas rotinas de codificação.
A beleza está em nossos olhos. Mas o gerente costuma estar longe dos detalhes técnicos. Freqüentemente, é muito difícil explicar toda a programação da “cozinha” na linguagem dos gráficos de Gantt. Ao estudar a documentação e ler o código da biblioteca resulta em uma métrica de +10 linhas de código. (Por meio mês.) Bem, a verdade é que, de alguma forma, não é sólido - 0,125 linhas de código por dia. (Quantos caracteres por dia? E por hora?) Sério?
Precisamos realmente descer ao nível de líderes?
E não se trata nem mesmo de diferentes tarefas serem resolvidas. O fato de sermos programadores, gerentes e profissionais de marketing está resolvendo um problema - criar um produto / serviço de sucesso. Todos em seus lugares estão caminhando para a implementação de uma tarefa comum. Como líderes ou trabalhadores, como especialistas ou como testadores, pesquisadores, testadores, redatores técnicos, etc.
Mas ainda assim, e o diálogo?
Se você se perguntar: você precisa passar?
Seria interessante entender quais benefícios o usuário obtém com essas dez linhas de código? Se você tentar pensar nos benefícios de reduzir a carga do servidor nas 10 linhas de código. É difícil nomear o valor do lucro? Talvez. Mas se o tempo de resposta do servidor diminuir em um certo número de milissegundos. Por meio mês, a visão será diferente. Verdadeiro?