Pessoas que entendem o trabalho de um programador podem ser encontradas em qualquer lugar

Pessoas que entendem o trabalho de um programador podem ser encontradas em qualquer lugar. E ao mesmo tempo - e no trabalho de contadores, gerentes, caixas, designers e até nadadeiras de pinguim. Esses caras adoram abstrações ainda mais do que os próprios programadores.

Por exemplo, existe uma abstração como KPI. Outro Scrum. Kanban Cultura corporativa. Habilidades interpessoais. Etc.

Para entender o trabalho de um programador e, o mais importante - maneiras de aumentar sua eficácia - essas pessoas tentam através da abstração. Não de dentro da profissão, mas de fora. Puxamos a coruja no mundo, adaptamos o modelo abstrato à profissão e tentamos entender e melhorar algo, com base nas regras do modelo.

Para melhorar o trabalho do programador através do Scrum, você precisa fazer com que ele cole os adesivos e suba nas mitapses. Por isso, está escrito no manual de treinamento. No Kanban - cole adesivos com mais frequência. Para que a cultura corporativa funcione, você precisa que o programador aprenda o hino. Através de habilidades pessoais - deixe-o aprender a falar. Etc.

Três grupos de abstrações são especialmente populares. O primeiro são métodos de produção em série, como Kanban ou mesmo transportador. Um trabalhador que aprimora os mesmos detalhes há anos é o mesmo programador, certo?

O segundo são os métodos de gerenciamento de projetos, como Scrum ou Waterfall. É claro que a intervenção do método parece suave, como você resolve o problema de maneira programática e se comporta de maneira embaralhada entre as tarefas. Mas há difusão, em ambas as direções. Que o slogan da cachoeira "cumpra o prazo", que o "aaaa, kherachim-kherachim-kherachim" dos Scramov! afetar a programação "magicamente".

O terceiro são os métodos gays e-gays. Você só precisa fazer amigos, como no jardim de infância, pendurar as bolas e o código é escrito. Bem o que.

Vamos do outro lado. Não de fora, de galáxias distantes de abstrações incompreensíveis, mas de dentro. A mente do programador entenderá como melhorar a eficiência do trabalho do programador e o que ele deve fazer. Isso não é por muito tempo, tudo é muito simples se você é de dentro.

A melhor maneira de aumentar a eficiência do programador é eliminar as perdas no processo. Primeiro de tudo, perda de tempo. Perdas - uma quantidade enorme. Até 97% do tempo, para ser honesto.

Mas eles são difíceis de ver, porque não está claro que isso seja uma perda. Parece que um homem senta, trabalha, faz alguma coisa, não deita na cama, não fuma, não conversa sobre alguém de fora. Mas, com uma alta probabilidade, no momento ele está perdendo tempo.

Ou fica em uma reunião, senta-se em uma reunião, deita-se no sofá por um psicólogo da equipe, corre ao longo de uma esteira corporativa ou está firmemente preso em uma cadeira de massagem. É útil?

Como uma pessoa que entende o trabalho de um programador classificaria as perdas? Não, não é assim - ele começaria a fazer isso? Claro. Este é um projeto. A dissertação pode ser escrita: “tipos de perdas de tempo do programador e maneiras de eliminar sua influência nos resultados financeiros, produtivos, morais e éticos da administração de pequenas e médias empresas na Rússia durante a era da mudança.

Tudo é muito mais simples, eu acho. Com base no pressuposto de que há mais perdas em nosso trabalho do que atividades úteis, é mais fácil entender o que é “atividade útil”, e todo o resto deve ser considerado como perda. Também é mais fácil entender quem é uma pessoa saudável do que lembrar os nomes de todas as doenças.

Sugiro esta redação para o programador: você está ocupado fazendo um trabalho útil se escrever um código exclusivo.

Simples, espaçoso e compreensível. Tudo o resto é perda explícita ou implícita até agora.

É claro que este não é um filtro 100%, mas sim um teste decisivo que fornece o espectro, o grau e não uma / duas tiras. E, infelizmente, todas as atividades listadas no preâmbulo não passam por esse filtro.

Perdas explícitas são fáceis de nomear. Por exemplo, reluto em trabalhar e fui à rede social para examinar a fita. Ou não consigo decidir qual método de implementação escolher e vou dar um passeio, e ao longo do caminho esqueço que queria pensar no problema e retornar sem solução. Ou até foi dormir no trabalho. Ou minha cabeça dói para que eu não possa falar, sem mencionar a programação.

Perda explícita - quando você obviamente não está fazendo nada relacionado à tarefa. É verdade que isso nem sempre é óbvio, porque o homem se protege diante de si. Bem, como os fumantes provam para todos e para si mesmos que seus intervalos horários têm um efeito positivo no trabalho.

Perdas implícitas são mais difíceis - estamos acostumados a considerá-las atividades úteis. Bem, ou estávamos convencidos de que, sem isso, de qualquer forma. Um programador não pode lidar sem mitap, prazo e música ousada. Muitas vezes, as perdas ficam ocultas por trás da frase "estou sentado e pensando". Penso na arquitetura da solução, escolho um problema para mim, não consigo decidir se posso alternar ou marcar, usar uma função pronta com pré / pós-processamento ou escrever por conta própria, procurar exemplos de código na Internet, vasculhar dependências etc.

Faço tudo isso porque não consigo escrever código único. Eu encontrei um obstáculo que não me permite começar ou continuar e tente superá-lo. Como regra, por conta própria.

Se você não dividir suas atividades em perdas e perdas, não conseguirá estabelecer o autocontrole. Sempre parecerá que está ocupado com algo necessário e importante. E eu e todos ao redor.

Uma definição de atividade útil como "você escreve um código único" simplifica tudo. Faça o que fizer, você sempre pode responder rapidamente à pergunta, é essa porcaria ou algo mais.

Se você escrever um código único, estará ocupado. Escreva direito, sentado em frente ao computador e tocando com os dedos no teclado.

Se você não escrever um código exclusivo, algo está errado. Você estava francamente distraído ou preso, ou foi arrastado para a próxima atração de uma coruja no mundo, para que mais tarde pudesse receber um prêmio e defender uma dissertação para proteger. E sua tarefa é extremamente simples - volte a escrever um código exclusivo o mais rápido possível.

Sim, você notou, provavelmente, que repito constantemente a palavra "único". Bem, é claro, se você escrever um código que alguém já escreveu e poderá usá-lo, perderá tempo.

Na verdade, é tudo. Agora, a qualquer momento, você sabe o que está fazendo. Ou você faz negócios ou perde tempo.

Mostre este texto ao seu gerente. Ele já vai pensar em como contadores, caixas, trabalhadores manuais e vendedores de pingüins “escreverão um código único”.

All Articles