Depois de publicar
o currículo desse cara , duas coisas boas aconteceram.
Primeiro, esse cara começou a receber muitas ofertas de emprego. Mais do que nunca.
Em segundo lugar, mais da metade dessas propostas está relacionada ao gerenciamento - ou desenvolvimento de produtos, desenvolvimento de serviços de streaming ou solução de tarefas do projeto.
Terceiro, muitas mensagens vieram - desta vez para mim - com solicitações para declarar métodos para acelerar o desenvolvimento. Bem, aqueles que
ajudaram a garota .
E então eu descobri que em uma publicação sobre uma garota eu enganei a todos. Eu disse lá que ela leu um artigo e conversou com um cara uma vez. Mas, ao que parece, ela ainda estava lendo um livro.
Há muito que eu queria sistematizar a prática de acelerar o desenvolvimento, mas não havia razão. E então uma empresa se virou para mim e se ofereceu para desenvolver um curso, para que depois eu pudesse vendê-lo em um determinado ambiente (que já está lá - 1Snoy). Supunha-se que este seria um curso em vídeo, com algumas apresentações e tarefas - chatas, em geral. Decidi matar dois coelhos com uma cajadada - escrever um texto, como um livro, e depois fazer um curso em vídeo. Assim, dois produtos seriam obtidos. Com um esforço mínimo, um terço teria saído disso.
A estrutura do livro é conhecida há muito tempo, o que escrever lá - você também precisa se sentar e fazê-lo. No momento, escrevi 6 capítulos de 20, ou seja, ~ 30%. E, como essa bebida foi, coloque-a na forma de artigos. A menina, aliás, leu apenas três capítulos.
Agora será o primeiro capítulo introdutório. Há uma pequena especificidade - desde que o livro, de fato, foi criado por encomenda, trata-se de desenvolvimento em 1C. Depois de remover a menção de 1C, eu teria fabricado um terceiro produto - levaria meio dia.
Mas agora eu não limpei nada - leia como está. Se lhe parecer que o desenvolvimento em 1C e javascript é muito diferente, não leia. Minha vida mostrou que, do ponto de vista do aumento da eficiência, é claro, há uma diferença - há ainda mais pontos de aplicação de esforço no desenvolvimento de javascript e, consequentemente, o efeito esperado é maior. Bem, vamos lá.
Depois de se familiarizar com esse material, posso assumir uma das duas opções.
O primeiro - alguém fez você. Chefe, diretor, gerente de projetos - isso não importa.
Em segundo lugar, você estuda esse material por vontade própria, porque se esforça para aumentar a eficiência - um pessoal ou uma equipe em que entra, ou talvez até lidera.
É fácil adivinhar quem você é: você é um programador ou gerente de um programador, ou trabalha em uma empresa de programadores, ou talvez seja o proprietário dessa empresa.
Por que estou discutindo sobre tudo isso? Apenas para dizer: relaxe e divirta-se. As informações serão úteis para você, independentemente do seu papel na empresa.
Este não é um guia para os gerentes de como extrair todos os sucos de programadores infelizes. Este não é um guia para programadores sobre como enganar gerentes. Este não é um guia para enganar os clientes.
Este é um guia para melhorar a eficiência. Seu pessoal, seus colegas, seus subordinados ou departamento, equipe ou empresa como um todo. Foi escrito por um programador e em período parcial como um projeto, equipe, gerente de produto. Então, ouso ter esperança, entendo e pessoalmente considero seus interesses.
Então, vamos falar sobre eficiência.
Olhe ao redor para os programadores ao seu redor. Qual deles está trabalhando eficientemente agora?
Aquele cara ali, digamos, joga tanques. É eficaz no momento? Provavelmente não. É claro que você pode ouvir e dizer que ele está tão relaxado depois de resolver uma tarefa difícil e, em meia hora, com renovado vigor, ele entra em programação. Mas o mais provável é que, depois dos tanques, ele vá fumar.
E aqueles dois que estão discutindo animadamente sobre alguma coisa? Parece sobre a arquitetura de alguma solução? Eles são eficazes?
À primeira vista, sim, é claro. Afinal, o design da arquitetura, e mesmo em uma discussão em grupo, através do brainstorming, é importante e útil. Como se costuma dizer, uma cabeça é boa e duas são melhores. Mas vamos ouvir suas palavras.
Diz-se - é necessário fazer o registro de acumulação. Outro grita - não, que registro de acumulação, por que você está, botas? Apenas registro de informações! Há quanto tempo isso acontece? Meia hora? Hora? Você cuida deles lá, caso contrário eles vão lutar.
E esse, sábio, não está discutindo com ninguém. Senta-se em fones de ouvido, apoiando a cabeça nas mãos. Não programa, isso é claramente visível. O que ele esta fazendo? Ask?
Diz que ele projeta a arquitetura da solução. Bem, de novo. Projetando diretamente? Você desenha um diagrama na sua cabeça? Não, ele diz, eu acho - registro de acumulação ou selecione registro de informações. Você está pensando? Cerca de duas horas já, quebrei minha cabeça inteira. As opções são as mesmas em termos de custos de mão-de-obra e nenhuma delas possui vantagens especiais. E o cliente é importante, será um registro de acumulação ou registro de informações? Sim, como não. O cliente é Klavdia Eliseevna, uma contadora, para ela não faz diferença.
Esse cara está gastando tempo efetivamente, o que você acha?
Bem, lá está ele. A mão gira rapidamente a roda do mouse, um olhar focado é fixado no monitor. O que ele tem aí? Sim, uma lista familiar ... Essas são as nossas tarefas! O que ele esta fazendo? Ask?
A tarefa, diz, eu escolho. Não sei por onde começar Metade não está clara, metade está em formas espessas e eu não as conheço, porque sou jovem. Aqui você precisa conhecer a SKD, mas eu ... Bem, é ... Mais ou menos.
Isso é eficaz?
Vamos olhar para o nosso campeão. Este é definitivamente eficaz! Ele emite tais decisões, você vai influenciar! Em um dos projetos mais difíceis estão surgindo! O que há com ele? Hmm, como algum tipo de layout. Ei campeão, o que você está fazendo? Você corrige o TORG-12? E o que há de errado aí? É necessário que, em vez do nome do contrato, o número e a data sejam exibidos? Sério? Tal tarefa?
Bem, é claro que entendemos - os clientes perguntaram, é necessário - significa que é necessário. Mas por que você, campeão, resolve esse problema? Você parece ter tarefas grandes e sérias o suficiente, o nível de subsistemas e novas configurações. O que, não há mais ninguém para corrigir o TORG-12? Talvez seja melhor que um cara que não pode escolher uma tarefa possa lidar com isso?
Champion é eficaz, o que você acha?
E o que esse cara está fazendo? Por que ele está sentado perto do telefone e olhando para ele como um soldado em um piolho? Existe uma chamada em espera? Parece que não, o gerente do escritório aceita todas as chamadas ... Pergunte?
Opa Ele deve ligar para o cliente, mas está com medo. Há duas horas que ele está sentado e inventando cenários de conversa, ele até escreveu algo em um caderno - algumas frases, suas próprias respostas previstas. Por que ele deveria ligar para o cliente? Ele é um introvertido na medula óssea. Então, pare, conosco todos se comunicam com seus clientes. Algo está errado aqui, parece ...
Bem, isso é compreensível. O que estou fazendo? Estou escrevendo um upload do SCP para o Accounting 3.0. Não há como cavar - eficaz como o inferno. Ou não? Por que há vagas dúvidas na alma? Talvez a razão deles seja que já fizemos o descarregamento do SCP para o Accounting 3.0? E mais de uma vez. Por que estou escrevendo de novo? Por que não levar o acabado? Configurações típicas. Porra, eu vou ter que trabalhar comigo ...
Você pode continuar ad infinitum. Se você
não olha para as pessoas, sempre
parece que elas funcionam com eficiência. Bem, ou pelo menos eles funcionam. De fato, nem pensamos que sejam eficazes -
esperamos que sejam eficazes.
Queremos que seja assim, caso contrário, a pior coisa acontecerá - teremos que nos
aprofundar nisso . Entenda, meça, analise, pense e tente mudar alguma coisa. É muito mais fácil deixar tudo como está? E se alguém não conseguir trabalhar normalmente, a culpa é dele! Leve-o para o inferno, e é o fim!
Bem, todos riram, e agora a sério. Eficiência é matéria inatingível, como o sol poente. Ninguém é tão eficaz que nada possa ser melhorado. Você sempre pode melhorar.
Então, onde está perdida a eficiência? Primeiro de tudo, onde uma pessoa
não funciona . No nosso caso, onde a pessoa
não programa . Embora, como você entenda, a programação possa ser ineficiente.
Se olharmos para a cadeia de valor - desde o surgimento de um problema até o recebimento de dinheiro por sua solução -, veremos muitos lugares escuros nos quais nada de útil acontece. Minha própria pesquisa mostrou que um programador comum pode perder até 97% de seu tempo.
Ele pode escolher uma tarefa, argumentar, pensar, escolher entre duas soluções equivalentes, ter medo de algo, tentar cumprir prazos, repetir o código já escrito, e assim por diante, até o infinito. Existem muitas opções para perder eficiência.
Apenas tome isso como um axioma - um programador é sempre ineficaz. E você - inclusive. E eu também.
Se você resistir a esse axioma, invente desculpas, discuta e tente provar algo - para mim ou para seus colegas - você nunca será eficaz.
Entendo que tal afirmação - “sou ineficaz” - pode afetar muito a auto-estima. Mas concordamos um pouco mais cedo que você vai relaxar e aproveitar. No final, você não pode mudar nada, deixar tudo como está e viver sozinho, felizmente na ignorância.
Mas vale a pena tentar. Acontece que seus concorrentes também estão estudando esse material? Se eles não resistem e fazem da eficiência uma missão? Não é um belo pedaço de papel na parede do corredor, mas um fio vermelho real de toda a sua atividade? Então regras como "acredite - não acredite" ou "queira - não queira" deixarão de se aplicar - leis duras e inexoráveis do mercado entrarão em vigor.
Bem, é isso, não vou mais perder tempo convencendo. Se você gosta de existir de cabeça na areia, como um avestruz, não pode estudar mais. Eu acredito que você quer se tornar mais eficaz.
Existe uma coisa: melhoria contínua, originalmente do gerenciamento da qualidade. Eles provavelmente ouviram falar do ciclo de Deming, conhecido como PDCA.
O ponto principal deste ciclo está
isolado . Na verdade, é por isso que é chamado de ciclo, e não um processo que tem começo e fim. O ciclo de Deming gera perfeição que é iterativa e, portanto, infinita.
Se você está familiarizado com a teoria das limitações de Goldratt, aqui está a imagem para você.
As palavras são escritas diferentes, mas o significado é o mesmo -
cíclico . Melhorar, melhorar e melhorar. Não há limite para a perfeição.
Cada iteração é um experimento para introduzir uma mudança. Ou melhora a eficiência ou não. Se aumentar, permanecerá parte do processo. Se não aumentar, será descartado - isso é normal, as experiências também não são bem-sucedidas. Mais precisamente, eles levam a um resultado negativo, afetam negativamente a função objetivo, mas, em geral, esse experimento é um sucesso, porque ele nos libertou de um método ineficaz.
Vou lhe oferecer duas dúzias de experimentos. Cada um deles, individualmente, pode aumentar a eficiência dos programadores. Ou pode não aumentar - depende do ambiente em que a implementação ocorre e da pessoa que a implementa.
Você pode tentar todos os métodos, só pode se separar. Há momentos em que o uso de apenas um método aumenta a eficiência várias vezes. Isso é chamado de "princípio de alavancagem" quando uma causa principal de problemas é encontrada no sistema e sua solução é precisamente correspondida. Mas, como você já entendeu, não há limite para a perfeição.
Alguns métodos são projetados para implementação em equipe. Se você não possui uma equipe, está sozinho e se envolve apenas com sua eficácia, esses métodos não o ajudarão.
Se você tem um time, está com sorte. Você pode alcançar o que é chamado de sinergia. Embora a palavra seja estragada pelos profissionais de marketing, bem como a palavra "eficiência", mas seu significado não desapareceu. Uma equipe pode dar mais eficiência do que a soma da eficácia de seus membros.
Existe uma fórmula de sinergia tão famosa: 1 + 1 = 11. Isso significa literalmente que a combinação dos esforços de duas pessoas pode dar um resultado muitas vezes maior que uma quantia simples. É claro que os profissionais de marketing criaram essa fórmula - ninguém conseguiu provar isso na prática. Mas a mensagem que ela dá é correta - uma equipe pode fazer mais do que uma equipe.
Portanto, dedicaremos muito tempo ao trabalho da equipe. Antes de tudo, esses são, é claro, métodos baseados em interação, troca de experiências e assistência mútua.
Sumário
- Qualquer pessoa, a qualquer momento, trabalha ineficientemente;
- Quase toda ação humana pode ocultar uma perda de eficácia;
- Se você estiver engajado proativamente em eficiência, isso não mudará;
- A eficácia de qualquer pessoa tem um potencial infinito de melhoria;
- A eficácia da equipe pode ser maior que a soma da eficácia de seus membros.