Produtividade pra que, quem e como?
Tags: ptbr, braziliandevs, paideia
Published: 2021-06-18 13:44:28

---
title: Produtividade pra que, quem e como?
published: true
description: Produtividade pra que, quem e como?
tags: ptbr, braziliandevs, paideia
cover_image: http://i.cdn.turner.com/cnn/2010/OPINION/11/29/zelizer.chaplin.modern.times/t1larg.charlie.chaplin.modern.times.scene.gi.jpg
---

_Texto escrito em 2014_
Diversas vezes caio nestas&nbsp;conversas em que a palavra&nbsp;<strong>produtividade</strong>&nbsp;pula como pipoca. Terminado&nbsp;o diálogo me afasto das pessoas, relembro o que dissemos e fico com a certeza de que só falamos bobagem. Por que?
<h3>O que é produtividade afinal?</h3>
Se você trabalha com desenvolvimento de sistemas ou qualquer outra atividade que envolva a geração de algum produto o termo produtividade sempre surge em conversas com gestores ou colegas ao tratarmos o modo como executamos nossas tarefas.&nbsp;E sabem o que é mais interessante? Não é raro vermos alguém sair chateado destas conversas. Quem é esta danada?&nbsp;Da forma mais ingênua possível, poderíamos defini-la como
<blockquote>Quanto&nbsp;você produz em determinado período de tempo.</blockquote>
Quantas linhas de código, funcionalidades, casos de uso, módulos, textos, imagens você produz por dia? Será que você consegue superar sua média? Existe uma meta em nosso ambiente de trabalho: será que você vai conseguir batê-la nesta sprint?

Percebem algo errado em todas estas perguntas e na própria definição? Eu sim: são vazias. Por que vazias? Por que raríssimas vezes tem um contexto. <strong>Não existe produtividade, mas produtividades</strong>.
<h4>As&nbsp;produtividades</h4>
Existe&nbsp;ferramenta de mais alta produtividade que o velho copiar e colar? Precisamos criar uma série de páginas, o tempo é mínimo, seu aperto máximo, sua mente em transe te diz para copiar e colar diversos trechos de código HTML e JavaScript em todas aquelas páginas. Você não pensa, age! O relógio, assim como você, não para: ctrl-c pra cá, ctrl-v pra lá, executa aqui, executa ali e voilá: as páginas estão prontas no prazo e você conseguiu! Algum gestor passa por você e te encara com satisfação naquele momento de cumplicidade&nbsp;efêmera.

Aquele dia&nbsp;foi de imensa produtividade, mas sempre a criatura volta para visitar seus pais cobrando as falhas de&nbsp;sua formação. E de repente&nbsp;o criador se vê sofrendo buscando tratar os traumas de sua criatura. Você fica horas (quando não dias ou meses) pagando o preço da sua economia porca.

[caption id="attachment_2010" align="aligncenter" width="300"]<img class="size-full wp-image-2010" src="https://devkico.itexto.com.br/wp-content/uploads/2014/10/revenge_frankenstein.jpg" alt="A criatura sempre volta" width="300" height="225"> A criatura sempre volta[/caption]

No nosso amigo copiar e colar vemos um tipo específico de produtividade: a de curtíssimo prazo. É possível ter altíssima produtividade a curto prazo de tal modo que nossa criatura, ao visitar-nos, traga boas notícias? Sim, mas são raras estas situações.

Há também aquela outra ferramenta interessante que nos permite uma produtividade média a curto prazo (para a aflição dos gestores ansiosos) que nos propicia&nbsp;entregar bem próximo do prazo o que nos foi proposto fazer: se chama "pensar com calma".&nbsp;A usamos quando projetamos aquilo que desejamos obter. Por algum tempo nossa criatura não irá se mostrar de forma concreta, e dependendo de quão rico é o seu conhecimento a respeito do problema, pode ser que o prazo não seja cumprido.

A diferença é que sua criatura é melhor formada: as cicatrizes quando existem são mais discretas e fáceis de serem corrigidas. Seu cliente pode estar até chateado devido ao leve atraso, mas ele a vê funcionando e, ainda mais legal, você sente orgulho da sua criatura e &nbsp;mostra suas entranhas para seus colegas!

[caption id="attachment_2011" align="aligncenter" width="225"]<img class="size-medium wp-image-2011" src="https://devkico.itexto.com.br/wp-content/uploads/2014/10/davi_michelangelo-225x300.jpg" alt="A criatura sempre volta" width="225" height="300"> A criatura sempre volta[/caption]

Todos sabemos que a maior parte da vida de um software ocorre após este ter sido entregue (em média 85% do tempo é gasto em manutenção). Aquele seu custo inicial transforma-se em lucro. Sua produtividade agora é altíssima na época que mais importa: manutenção.

Há uma balança aqui: alta produtividade no início, baixa no fim e vice-versa. Claro: quando você reaproveita conhecimento é possível ter altíssima produtividade durante todo o ciclo de vida do seu sistema, mas infelizmente estas situações são muito raras (ainda).

Kico: aonde você quer chegar com este papo?
<h4>Produtividade e&nbsp;valor. O que é valor?</h4>
<img class="aligncenter size-full wp-image-1149" src="https://devkico.itexto.com.br/wp-content/uploads/2012/10/enso.jpg" alt="enso" width="250" height="249">

Este é o ponto fundamental deste post. O termo&nbsp;<strong>produtividade</strong> só possuí sentido quando pensado como <strong>valor</strong>. "Valor" é outra destas palavras que usamos em vão. Algum tempo atrás passei a buscar seu real significado e isto mudou radicalmente (e de forma muito positiva) minha visão do mundo. Segue sua definição:
<blockquote>Valor é a justificativa por trás da&nbsp;escolha.</blockquote>
Por que você diz que seu Macintosh&nbsp;<em>vale</em> mais que um PC? Por que pagar mais pelo produto ou profissional X? Quanto vale Y? Produtividade por que? Pra quem? O que quero com isto?

Você comprou um Mac talvez por que considere uma máquina melhor montada, com excelentes componentes&nbsp;e&nbsp;um sistema operacional superior que não irá estragar tanto quanto o oferecido pela concorrência. Você pagou a mais pelo profissional X por que sabe que ele lhe entregará um resultado positivo dentro <em>dos seus padrões e expectativas</em> de qualidade. Estas razões são justificativas. <strong>Valorizar é apresentar justificativas para uma escolha</strong>. O tal do valor agregado? Um&nbsp;conjunto de justificativas <strong>a mais</strong> que mostrem que você estava certo.

Quando tratamos produtividade como valor a história muda.&nbsp;Aqui seguem dois exemplos baseados nas situações que falei acima:
<ul>
 	<li>Pode usar e abusar do copiar e colar, pois o que você está fazendo será usado uma única vez para em seguida ser jogado fora e não temos dinheiro o suficiente para algo melhor elaborado. (uma justificativa tosca, mas uma justificativa!)</li>
 	<li>Invista na arquitetura do seu sistema o máximo que puder pois queremos algo que durará 10, 15 anos e sabemos que 85% deste tempo será gasto em manutenção.</li>
</ul>
Percebe agora por que aquela conversa com seu gestor sobre produtividade te incomodava? Este é o tal do "contexto" que falei acima: as justificativas necessárias para que lhe seja cobrado determinado nível de produtividade.

Ainda mais importante:&nbsp;<strong>para quem você está sendo produtivo?</strong> Será que todos os seus clientes exigem o mesmo nível de produtividade? Esta questão deixo como dever de casa para você.
<h4>Produtividade e&nbsp;ferramentas</h4>
<img class="aligncenter size-medium wp-image-2015" src="https://devkico.itexto.com.br/wp-content/uploads/2014/10/toolbox.jpg" alt="toolbox" width="300" height="196">

Ouvimos muito o termo produtividade quando o assunto é ferramental. "Programadores .net geram X pontos de função por hora, enquanto profissionais Java Y". Sério?&nbsp;Em quais contextos e restrições? Entende agora por que estas métricas normalmente não fazem sentido?

É aquela velha história da ferramenta certa para o trabalho certo. Programadores Java escrevem X linhas de código por hora. Me pergunto quanto produzirão caso precisem escrever algo de baixíssimo nível. Será que se aplica? Acho que o cara do Assembler ganha hein?

E tem também toda aquela história sobre o mito da <a href="http://worrydream.com/refs/Brooks-NoSilverBullet.pdf">bala de prata</a> que o Fred Brooks fala com absoluta autoridade no <a href="http://en.wikipedia.org/wiki/The_Mythical_Man-Month">"Mythical Man Month"</a>. O que é uma ferramenta valiosa?

É aquela que você adota em um dado contexto e se sente seguro com sua&nbsp;<strong>escolha</strong> por ter se baseado&nbsp;em um número significativo de <strong>justificativas</strong>. Dica: uma justificativa isolada não é suficiente para adotar um framework/linguagem/etc. E se a justificativa for apenas preferências pessoais... abre o olho!
<h2>Conclusões</h2>
A mensagem é simples: não existe produtividade em si. O termo produtividade só faz sentido com base em uma série de justificativas que, na prática, serão as restrições do seu problema.

E a produtividade? Em si é outro valor. Você a usará como um dos parâmetros para delinear seu caminho. Ela te responderá coisas do tipo: "este projeto é viável no prazo que recebi pois minha produtividade, baseada nestas justificativas, é X".

Uma justificativa, baseada em justificativas: uma meta-justificativa. :)